从几十扩展到几百是一系列阶段性变化,而不是平稳增长。在30人规模有效的做法在100人时会崩溃,在300人时再次崩溃。CTO必须在每个临界点重新设计沟通、决策制定和领导力。
如何思考这个问题
text
WHAT CHANGES AS YOU SCALE
- Communication: informal → structured (you can't all be in one room)
- Decisions: centralized → delegated to trusted leaders
- Structure: one team → domains → divisions/platforms
- Leadership: ICs → managers → managers-of-managers you must develop
- Process: ad hoc → lightweight standards & paved roads
制约因素从构建产品转变为构建构建产品的组织。
具体示例
一位在40名工程师的阶段个人做出每个技术决定的CTO,在扩展到250人的过程中,需要招聘和培养总监,定义决策权以避免成为瓶颈,并用清晰的团队接口和平台团队替代走廊式的协调。
权衡和陷阱
- **陷阱:**创始人/CTO拒绝授权,成为瓶颈。
- **陷阱:**直接复制大公司的流程,扼杀了速度。
- 每一层结构都会增加开销;应该在问题出现之前适度增加结构,而不是提前增加。
为什么这很重要
大多数组织在扩展时,每位工程师的生产力会大幅下降,有时会以更多人力完成更少的工作。
成功应对阶段性变化、有效授权、培养领导者和建立自主性组织结构,这就是一些公司能够在数百人规模保持高速而其他公司停滞不前的原因。
这是对资深技术领导者最严峻和最具决定性的考验之一。
