一家企业从几十人做到几百人，创始人常有一种困惑：原来管用的办法，忽然不管用了。开会定的事落不下去，中层开始互相推，老板越忙越乱，最后只能靠亲自盯。这不是能力退化，而是组织所处的阶段变了。上世纪七十年代，格雷纳用成长阶段模型描述过这一现象：企业的成长不是平滑曲线，而是一段一段的，每一段的末尾都会撞上一种特定的危机。

模型说了什么：危机是阶段切换的信号

格雷纳把成长拆成创造力、指挥、授权、协调、协作几个阶段，每个阶段的成功恰恰埋下下一阶段的麻烦。靠创始人亲力亲为跑出规模，规模一大就撞上领导危机；靠集中指挥提效，业务一复杂就撞上自主危机；放权之后各摊子各干各的，又撞上控制危机。危机不是管理失败，而是旧结构对新规模的抵抗，它提示的是改结构，而不是再使一把劲。看清这一点，创始人才不会把组织问题归结为人不听话。

用模型复盘一次换挡

一家做工业配套的企业，三年里人数翻了一倍多。它先补流程，把审批层级加到五级；发现效率掉了，又把权力收回总部；结果区域响应变慢，客户投诉上升；最后设立区域自负盈亏，才勉强稳住。这段折腾并非瞎忙，恰好是按模型顺序把几个阶段的坑踩了一遍。看清这一点，复盘才有意义：真正该问的不是当初该不该加流程，而是什么规模下该加、加到几层、配套的授权给到哪一级。

边界在哪里：模型不是时刻表

这个模型的解释力有前提。它假设企业沿着单一业务线成长、外部环境相对稳定。今天的现实常常打破这两条：业务可能同时在几个赛道铺开，技术迭代可能在半年内改写成本结构。此时阶段的先后会被压缩甚至打乱，一家几百人的企业可能同时面对授权与协调两道题。把模型当成时刻表去对号入座，反而容易误判，比如在还没跑通单一业务时就急着建协调机制，把组织压得过重。

更稳妥的用法是把它当体检表：定期问三个问题，决策链条是不是变长了，中层有没有实际决策权，跨部门协调靠人还是靠机制。答案指向哪一处堵，就补哪一处，不必执着于自己应该在第几阶段。理论的价值在于提供提问的角度，而不是替企业给出答案。