为什么越来越多企业，只有敏捷团队，没有敏捷企业？

上一篇企业还没跑顺双速 IT，就急着上 Agentic？讲到，很多企业的双速 IT 没有跑通，并不是缺少稳态团队和敏态团队，而是稳态能力与敏态能力没有形成协同。

双速 IT 推进了十多年，为什么很多企业仍然没有形成真正的敏态能力？

很多人把原因归结为团队：Scrum 做得不够、研发效率不高、产品经理能力不足、迭代节奏太慢。

过去十多年，越来越多企业开始采用 Scrum、DevOps 和持续交付，也建立了越来越多的敏捷团队。但团队工作方式变了，企业管理方式却没有变。

团队敏捷，不代表企业敏捷。

BCG 在《Why Companies Get Agile Right—and Wrong》（2024）中的研究也提供了一个重要佐证：真正 Agile 企业与“表面 Agile 企业”的差距，不在团队动作，而在组织机制。（见下图）

今天企业真正要回答的问题，不是"要不要敏捷"，而是组织需要具备哪些能力，才能持续响应业务变化。

组织敏态能力，更适合看作一个持续响应变化的能力模型，而不是一套固定的方法论。

到了 Agentic 阶段，这套能力模型会接受一次真正的检验。Agent 可以提升任务处理效率，却不会自动改变战略、资源、决策、协同、反馈和激励机制。如果这些能力没有建立起来，企业还是跑不快。

所以，这篇文章不讨论 Scrum，也不讨论敏捷开发，而讨论企业组织能力。

企业要真正具备敏态能力，至少需要回答下面七个问题。

第一问：我们是团队敏捷，还是企业敏捷？

很多企业谈敏捷，首先想到的是团队工作方式：看板、每日站会、迭代评审、跨职能协作。这些动作有必要，但它们改变的是团队工作方式，不能自动改变企业响应速度。

团队可以快速调整工作安排，预算却不能调整；团队可以持续交付，资源却无法重新配置；团队可以根据反馈改变方案，组织仍然要求按原计划验收。于是，团队越来越敏捷，企业却没有真正变快。

敏捷团队解决的是局部效率，企业敏捷解决的是组织响应能力。

第二问：战略变了，优先级会不会跟着变？

企业敏捷的第一层，不是预算，也不是团队效率，而是战略和优先级。很多企业口头上强调转型、创新、AI、数字化，但项目组合没有变，资源投向没有变，管理层关注的指标也没有变。

战略变了，优先级没变，组织行为就不会变。

这也是很多敏捷转型停留在团队层面的原因。团队可以快速迭代，但企业仍然把资源投向原来的项目；业务环境已经变化，但组织仍然按照过去的优先级运行。

真正具备敏态能力的企业，不只是能制定战略，更重要的是能根据业务变化调整优先级。否则，敏捷团队只是更快地完成旧任务，而不是帮助企业响应新变化。

第三问：优先级变了，预算和资源能不能跟着变？

优先级如果不能牵动资源，就只是口号。很多企业的预算仍然按年度、部门和项目边界分配。一旦预算批下来，人、钱、供应商、系统资源就被锁定。即使业务环境发生变化，高价值机会出现，也很难快速调动资源。

这和敏捷的基本逻辑是冲突的。敏捷强调根据反馈调整方向，但传统预算强调按照年初计划执行；敏捷强调不断发现价值，但项目制预算要求提前锁定范围、周期和成本。

所以，企业敏捷真正考验的，不是团队能不能快速调整工作，而是企业能不能快速调整资源。

如果预算和资源不能流动，再快的团队，也可能只是在错误方向上跑得更快。

第四问：一线发现问题，谁有权及时决策？

很多组织真正等待的不是执行，而是决策。需求要确认，方案要审批，资源要协调，优先级要开会。团队可以两周交付一次，一个关键决策却可能等一个月。

企业速度最终取决于决策机制，而不是会议频率。真正敏捷的组织，不是把所有事情更快地汇报到管理层，而是把合适的决策放到最接近现场的人。

哪些事情可以由团队决定？

哪些事情需要管理层判断？

哪些边界应该提前定义？

哪些风险必须上升处理？

这些问题如果不清楚，团队就只能在等待中消耗速度。

没有授权，敏捷就会变成“快节奏地等待”。

第五问：跨部门协同，谁对端到端结果负责？

很多企业并不是没有流程，问题是流程被部门目标切碎了。销售完成销售指标，产品完成需求文档，研发完成开发任务，运维完成上线保障，财务完成预算控制。每个部门都完成了自己的职责，整体交付却越来越慢。

这不是某个部门不努力，而是组织设计仍然按职能分割。企业敏捷不是让每个部门各自提效，而是围绕端到端价值流组织协同。

谁对整体结果负责？

谁有权协调跨部门资源？

谁能在目标冲突时做取舍？

谁对最终业务结果承担责任？

这些问题没有答案，局部越高效，整体摩擦可能越大。

敏捷团队可以改善局部效率，但企业速度取决于端到端责任是否清楚。

第六问：反馈出现后，组织会不会改变行动？

很多企业不是没有反馈，而是反馈改变不了组织。客户提出意见，数据发现问题，运营找到机会，复盘形成建议，最后一切仍然按原计划执行。

原因并不复杂：目标没有变，预算没有变，资源没有变，考核没有变，组织行为自然不会变。

敏捷强调基于反馈调整方向，但反馈只有进入决策、资源和考核机制，才会真正产生作用。否则，再多数据，也只是报告；再多复盘，也只是材料；再多用户声音，也无法改变组织行动。

企业敏捷不只是更快收集反馈，而是让反馈改变目标、资源配置和评价方式。

第七问：组织激励，真的鼓励变化吗？

很多企业并不缺战略，也不缺资源。真正决定组织行为的，是激励机制。企业鼓励什么，组织就会做什么。

如果绩效仍然强调按计划交付、控制成本、避免风险，那么团队自然会优先完成既定任务，而不是根据业务变化调整方向。如果跨部门协同没有共同目标，每个部门都会优先优化自己的 KPI，而不是整体结果。如果创新失败意味着绩效下降、资源减少、晋升受影响，那么组织很难真正形成持续试错和快速学习的能力。

所以，敏捷真正改变的不只是流程，更是激励方式。

组织激励决定组织行为。

如果评价体系没有改变，前面的战略、预算、授权、协同和反馈，都很难真正发挥作用。

结语：成熟的敏捷，是企业组织能力

过去十多年，很多企业学会了 Scrum，也学会了 DevOps，甚至建立了越来越多的敏捷团队。

但团队工作方式的改变，并不意味着企业已经具备了敏态能力。

真正的企业敏捷，从来不是某一种开发方法，也不是某一个团队跑得更快，而是企业能否围绕业务变化，持续调整战略优先级、重新配置资源、授权现场决策、组织跨部门协同、让反馈改变组织行为，并建立与之匹配的激励机制。

团队敏捷，不代表企业敏捷。

这也是为什么，越来越多企业拥有敏捷团队，却依然跑不出企业级速度。

到了 Agentic 阶段，这个问题会变得更加突出。Agent 可以提升任务效率，却不会自动改变组织能力。企业真正的竞争力，不在于拥有多少 Agent，而在于组织是否具备承接 Agent 的能力。

上一篇讨论的是双速 IT，回答的是数字化能力如何形成协同；这一篇讨论的是组织敏态能力，回答的是企业为什么跑不出真正的敏态能力。

下一篇，我们继续讨论 Agentic 真正带来的变化。

它改变的，不是单个任务，而是企业流程。