Hacker News new | ask | show | jobs
by setr 2207 days ago
My key requirement is that you need to have things (processes, roles & responsibilities) setup to handle it.

I'm not arguing whether its good, or bad, to setup such a culture -- go ahead, I won't stop you; hell, I'll enjoy it. But things need to be setup to actually survive that model.

If things are not setup properly, and you try to enforce your hardline stance anyways, regardless of how it impacts your domain, then you are operating as very poor manager. You can't just randomly drop the ball like that -- if you want a strict 8-5 working culture, or a 100%-offline vacation culture, you need to do the preparation for it.

And if it can't be done, because of whatever local constraints, then it would be absurd to go forward with it anyways; then your goal should be to find some reasonable alignment with those constraints. The same way that a programmer can't simply decide that functional programming is THE ONE TRUE GOD, and inject haskell into everything when no one else knows it, and then rewrite everything, when no one else can participate.

You can't just go ahead with it randomly, and say it's not your responsibility (it's your domain: it is your responsibility), and really, its the FOUNDER's fault for allowing this situation to occur, I'm actually not involved anywhere in this -- because then the FOUNDER should, and hopefully will, execute according to his responsibility: replace you with someone who does realize he's responsible for his domain, and set things up to run efficiently/effectively within the culture he chooses to instantiate.

That is, from the corporate perspective, the culture really doesn't matter -- as long as it works. The criticized culture is simply the common, default, good-enough solution that works just about everywhere (and features the IBM property: no one gets fired for buying into it); another culture is fine, as long as you do the prep work for it.

But if you don't, and try to enforce it without preparing for the consequences (both to extract the good and mitigate the bad), then it's entirely your own failure.