管理与协作 / 十个人 需要几个管理者

十个人需要几个管理者:一个半

给出管理跨度的经验值、扁平化的真实代价与混合方案。

更新于 2026-10-30 · 约 10 分钟读完 · 回「管理与协作」 · 回栏目首页

问题 / 你大概正在遇到

人不多,但已经开始互相等。

一、为什么会反复发生

  • 所有人直接向创始人汇报,创始人成瓶颈
  • 过早设中层,沟通链变长
  • 没有明确的决策边界

二、四步做法

  1. 10 人以内:创始人 + 1 个组长(兼)
  2. 20 人:两个组长,各带 8–10 人
  3. 明确每层的决策边界(钱/人/方向)
  4. 每季度回看:谁在等谁

三、对照表

规模管理者跨度
≤101 + 1 兼8–10
10–302–38–12
30–604–68–12
PRODUCT // 和这篇相关的

不需要也能读完这篇;需要时再看。

四、常见问题

扁平化不好吗?

小团队扁平更好;超过 12 人后,创始人会成为所有事的瓶颈。

组长要不要脱产?

不要。早期组长必须还在做事,否则会失去判断力。

五、怎么落地

上面这些做法,用一张表 + 一个看板就能先跑起来:免费模板里有窗口台账、日报、审批队列与周会议程; 跑通之后想固化成一屏,再看在线看板与定价。

我们不写客户案例(当前 ARR $0,没有可公开的付费客户),所以文中只给方法与边界,效果需要你自己测。

七、组长和老板的分工

组长管「怎么做」,老板管「做什么」和「给谁做」。
最容易出问题的是老板绕过组长直接指挥组员——短期快,长期会让组长失去权威,最后所有事又回到老板身上。

""

一个信号

如果你一周有超过三次在替组长做决定,说明跨度已经太大,该拆或该换人。

另外:组长超过 12 个直接下属,就该再拆一层。

组长不带人之前先带一个项目,能带项目再带人,成功率高得多。

想把这套做法固化下来

30 分钟演示,用我们自己的环境跑;不合适会直接说。

预约演示 看定价