←back to thread

574 points frays | 1 comments | | HN request time: 0s | source
Show context
mikestew ◴[] No.45045782[source]
The 35% reduction refers to the number of managers who oversee fewer than three people, according to a person familiar with the matter.

If you oversee 0-2 people, in most cases that’s probably not an efficient ratio. How did Google get so many folks in that position in the first place? And I assume the other 65% take up the slack to fluff their teams? Or what? Leave the other 65% managing 0-2 people?

replies(16): >>45045800 #>>45045814 #>>45045815 #>>45045827 #>>45045863 #>>45046087 #>>45046207 #>>45046272 #>>45046285 #>>45046335 #>>45046408 #>>45046621 #>>45047565 #>>45047573 #>>45051289 #>>45052082 #
1. QuadmasterXLII ◴[] No.45046285[source]
In some circumstances it can be an effective way to lose efficiency in exchange for velocity- basically there are large tasks that can’t be developed by a team any faster than by an individual ( mythical man month) because they are fundamentally sequential not parallel. In these cases there are often parallel subtasks, so you can buy some speed by having one individual forging ahead as if they are the only one on the project, and then rope in the team for parallelizable subtasks. Instead of any amount of decision-making or communication overhead, everyone jumps when the team lead says jump – this is the step that bounds performance to not be slower than a solo project.

Being the team lead in this sort of structure is grand fun, of course, but being a team member is brutal on the ego, and requires enormous skill to be a boost to velocity instead of a drag. Thus, it requires ridiculous compensation, even if you’re mostly sitting idle when the project is in a serial phase. it’s the sort of play that I could believe 2012 google could profitably execute and 2025 Google can’t.