敏捷指南 · 敏捷入门
敏捷转型：实用路线图、阶段与陷阱
敏捷转型是一场涉及整个组织的变革，涵盖工作的规划、资助、组织和领导方式，使企业能够以小增量交付价值并快速响应变化。它不仅仅是团队采用 Scrum 或 Kanban：领导力、结构、治理和文化也都会随之改变。
要点总结
- 敏捷转型改变的是结构、资金、治理和领导力，而不仅仅是团队实践。
- 从明确的业务目标和少数试点团队开始，然后分批扩展。
- 衡量前置时间、质量和客户满意度等成果，而不是活动。
- 领导者必须改变自身的行为，转型才能持久。
敏捷采用与敏捷转型对比
| 敏捷采用 | 敏捷转型 | |
|---|---|---|
| 范围 | 一个或少数几个团队 | 整个部门或组织 |
| 变化内容 | 团队实践和会议 | 结构、资金、治理、领导力和文化 |
| 领导层的角色 | 发起和支持 | 改变自身的行为和决策 |
| 时间跨度 | 数周到数月 | 通常需要数年 |
许多组织先从少数团队采用敏捷开始（参见 如何实施敏捷），然后再决定是否需要更广泛的转型。
分步路线图
- 明确原因： 就您想要解决的业务问题达成一致，例如交付缓慢、质量不佳或客户满意度低。避免将“变得敏捷”本身作为目标。
- 争取领导层的承诺： 领导者需要了解对他们而言会发生哪些变化，包括他们如何确定优先级以及如何衡量成功。
- 评估当前状态： 梳理价值流、团队结构、审批步骤和痛点。
- 从试点开始： 选择两三个成员积极主动、有真实业务目标的团队。
- 培训与辅导： 为团队、产品负责人和管理者提供培训以及持续辅导；参见 如何学习敏捷.
- 改变团队所处的系统： 逐步转向为产品或价值流提供资金、更轻量的治理以及 项目组合管理 ，以支持频繁地重新排定优先级。
- 有计划地扩展： 分批推广到更多团队，仅在团队确实需要协调的地方采用规模化方法；参见 规模化敏捷框架.
- 衡量、学习和调整： 定期审查成果，并以短周期调整转型本身。
衡量进展
| 度量 | 反映的信息 |
|---|---|
| 从创意到客户的前置时间 | 交付是否在加快；参见 周期时间与前置时间 |
| 发布频率 | 价值触达用户的频率 |
| 逃逸缺陷 | 速度提升的同时质量是否得以保持 |
| 客户满意度 | 变化对客户是否重要 |
| 员工敬业度 | 团队感到更有自主权还是压力更大 |
| 业务成果 | 转型旨在改善的收入、成本或其他目标 |
计算示例
一家保险公司的理赔部门对理赔系统进行变更平均需要九个月。目标是每月交付小的改进。第一年：围绕客户旅程组建了三个试点团队，每个团队都有一名来自业务部门的产品负责人；这些领域的发布频率从每年两次提高到每月一次。第二年：资金从单个项目转向理赔产品的年度预算，变更委员会被针对低风险发布的轻量级审查所取代，另有六个团队加入。小型变更的前置时间从数月缩短到数周。每季度审查一次进展并调整计划。
常见陷阱
本主题的免费模板
常见问题
什么是敏捷转型？
一场涉及整个组织的变革，涵盖工作的规划、资助、组织和领导方式，使价值以小增量交付，组织能够快速适应。
敏捷转型需要多长时间？
对于大型组织，通常需要数年时间。试点团队在几个月内就能看到收益，但结构和文化的变革需要更长时间。
敏捷采用与敏捷转型有什么区别？
采用是指团队使用敏捷实践；转型还会改变结构、资金、治理和领导力。
由谁领导敏捷转型？
由高层领导者发起并以身作则，通常由转型团队、敏捷教练以及以下职能提供支持： 敏捷 PMO.
敏捷转型为何会失败？
常见原因包括领导层没有改变、目标不明确、对所有人强推同一个框架、辅导太少，以及治理方式仍然要求固定计划。
敏捷转型需要规模化框架吗？
不一定。当许多团队开发同一产品时，SAFe 或 LeSS 等框架会有所帮助；较小的组织可能并不需要。
敏捷教练在敏捷转型中做什么？
教练在团队和领导者改变工作方式的过程中提供教学、指导和支持。
如何衡量敏捷转型是否成功？
使用成果衡量指标，例如前置时间、发布频率、质量、客户满意度、员工敬业度和业务成果。
在敏捷转型中，项目经理会怎样？
有些人成为产品负责人、Scrum Master 或交付负责人；另一些人负责跨团队或项目集的协调。参见 敏捷项目经理.
非 IT 部门可以进行敏捷转型吗？
可以。营销、人力资源、财务和运营团队都可以采用敏捷工作方式；参见 敏捷是否仅适用于软件.
敏捷转型的第一步是什么？
在选择框架或工具之前，先就要解决的业务问题达成一致，并争取领导层的承诺。