你的团队应该在哪个时间点迈向大规模敏捷模式呢？

“大规模敏捷框架能够让你的团队在开发过程中通过新的工作方式实现复合收益”

——帕特里克•菲茨杰拉德  美国ADAPTOVATE公司高级顾问

研究表明，基于瀑布式开发的项目无法以每三个月为一循环的节奏交付可衡量的商业价值，这大大增加了项目失败的风险。

缺少最终产品可见性、未有可用的产品增量以及时刻变化的客户需求都是典型瀑布模式下的风险。而这些风险在敏捷运营的环境中是可以避免的。  

通过使用敏捷模式的开发方法并同时鼓励你的团队也采用敏捷开发思路，你不仅可以降低风险，还能以规律的节奏快速交付价值。敏捷模型把客户持续变化的需求嵌入其中，同时使用迭代的测试并学习的方法来规避风险。 

要想从一开始就成功扩展敏捷，重要的是要完成企业内部的敏捷诊断。这将更准确地分析出哪些方面敏捷的实施进展顺利因而应该扩展，以及哪些方面需要改进，以实现更好的交付。从业务准备的角度来看，它还为保证执行敏捷转型或敏捷商业模式的应用打下良好的基础。

并不是所有的部门都需要敏捷模式。

在《哈佛商业评论》(HBR)一篇关于规模化敏捷的文章中，作者让我们思考，如果你真的要在整个企业中进行拓展敏捷的应用，你会发现有些部门是并不需要敏捷的。然而，他们表示，“企业内部的摩擦会引起火花，从而造成公司内部混乱崩溃乃至糟糕的结果。”为了确保实践了敏捷开发的部门可被那些没有采用敏捷操作的部门支持，改变和调整是必要的。”

因此，在全力投入于敏捷规模化之前，你需要了解和考虑一下什么时候是在企业中扩展敏捷的好时机。你是否需要说服你的经理或利益相关人? 你是否有足够的依据和支撑点来做出周全的决定?

若你现在正在考虑你的公司是否到了规模化敏捷的好时机，你可以参考以下几个因素：

 规划出蓝图

你的企业中必须有团队可以理解在敏捷开发模式的目的和益处。这样的团队可以向他们的同事阐明敏捷模式的价值和运行方法。

Patrick Fitzgeral说:“即使你已经有几个团队以敏捷模式运作，但你还需要协调他们的活动，并促进跨业务单元中更广的协作，以实现附加的价值。这时，你已经到达了一个可以权衡实施大规模敏捷的时刻。”

Dave

Stewart 是我们多伦多办事处的项目主管。他描述了在企业中扩展敏捷的最佳时机。一旦你有了一些成功的敏捷团队，就可以为敏捷运营提供蓝图(在你的企业文化背景下)。“这些团队会帮助敏捷教练们指出应该多专注于指导的领域，并提供经验教训，为企业变型的计划提供参考价值。”

这个蓝图可以由试点团队创建，这个团队已经接受过敏捷培训，并了解转型的相关步骤，你的企业可能对敏捷模式的理论和概念已经非常熟悉。然而，“扩展”部分可能需要一套新的工具和解读模式。商业敏捷成熟度的诊断过程将进一步揭示现在需要扩展的内容。

寻找支撑点

FOMO(错失恐惧症)是建立新的工作方式的一极好的策略。我们在洛杉矶的主任Alan Trivedi说：“Kotter博士的变革策略营造了一种紧迫感，这是推动变革的第一步。当你成功地创建了支撑点，你必须开始组建能够持久推动变革的团队。”

当在任何规模中采用敏捷模式时，拥有能力来衡量敏捷对业务的影响至关重要。

支撑点越多就暗示某些东西正在发挥作用。因此，我们必须以可持续的方式扩展敏捷。尽管支撑点会因企业而异，但支撑点是需要预先确定的。

敏捷的成功的衡量基准可以参照以下几点：

●更快的上市速度

●更高的员工敬业度

●更可观的成本效益

●客户满意度的增长

若试点团队从一开始就衡量这些因素，那么你便能够开始为利益相关人创建和呈现成功的支撑点。

那么假设你已经有了试点团队，并且你觉得已经有了在整个企业中实施敏捷规模化的蓝图和支撑点。接下来怎么做呢?

领导的支持

领导的认同对任何转型都至关重要。它必须由领导者牵头，并得到认可、关注以及和领导者频繁沟通。企业中需要对转型的原因持有相同的理解，这才能让企业踏上成功的变革之旅。当我们理解了转型的动机和目的，我们就能有目的且更目标一致的前进。

成熟度评估

在转型过程的初始阶段，我们应该了解业务环境以及现阶段的敏捷成熟度。基于评估结果提出建议，并制定指导计划，以改进企业氛围。在进行一阶段后再开展转型中下一次评估(一般在3、6个月内），这便是衡量企业响应和变化的好方法。然后了通过评估结果的对比，衡量敏捷的应用是否成熟，是否应该继续扩大规模。

Laura Scott是我们悉尼办事处的项目负责人。她从相关项目中意识到，找到合适的时机对敏捷的拓展至关重要。“只有当合适的人倡导企业中从上至下的转型，企业才能顺利地进行转变。你不仅需要管理层对于变革及其过程的大力支持，更需要有合适的团队在整个企业中推动转型。”