|
|
|
|
|
by kbenson
784 days ago
|
|
If you have 100 people at the company you should have 19 managers with about 5 people each? And then the CEO has to manage those 19 managers, and has 19 people under them (because what is a CEO other than the person managing what's done at the top level?)? What about when the company has 1000 people? It's all fine to you should just split it up more, but that only makes sense if you look at the part of the system (company) in isolation, which you can't do. It's intricately linked to the parts around it. What you're recommending isn't even the waterbed theory of complexity, where you push down complexity in one area and it pops up in another, this is the ostrich theory of complexity, where if you stick your head in the sand and ignore everything then it doesn't matter. |
|
Effective org design is about properly delegating authority. If you need to get your boss’ permission to do things, you’re friction, not lube. If your job is synthesizing others’ synthesis, so that a real decision maker can do things; you’re friction. If you’re a manager whose sole job is to try and emulate someone who is a better manager in a higher position, you’re friction.
It’s more useful to directly oversee a smaller number of important useful things that you can handle well than to hire two new people and manage them managing others.
Managers of managers are useful at the junctions where one manager doesn’t have the skill set to manage a necessary sub function at a tactical level. A CTO, CFO, CHRO, etc. at the top. Maybe a tech team lead or a design team lead or a financial team lead (varying by if you’re organized by product or function).
When a “manager” is not responsible for any tactical decision making, and instead just broad strategic direction, it’s much easier to govern a wide team of independently effective members. But if it grows too much? SPLIT the manager of manager duties with someone else. Don’t create another layer of manager of manager of managers who then by necessity also need to get split anyway.
> What you're recommending isn't even the waterbed theory of complexity, where you push down complexity in one area and it pops up in another, this is the ostrich theory of complexity, where if you stick your head in the sand and ignore everything then it doesn't matter.
Fuck off with this bullshit nothing assertion.