敏捷指南 · 敏捷入门
如何实施敏捷：分步指南
实施敏捷本身就是一个变革项目。最成功的敏捷采用都是从小处着手、快速学习、依据实证扩展，这正是将敏捷应用于敏捷自身。
要点总结
- 从明确的理由、领导层的支持和一个有意愿的试点团队开始。
- 按原样使用一个框架，然后依据实证进行调整。
- 逐步扩展，并改变团队所处的整个系统，而不仅仅是团队本身。
第 1 步：明确原因
就敏捷应该解决什么问题达成一致：交付缓慢、优先级不明确、质量不佳还是员工投入度低。明确的理由能指导之后的每一个决策，并为您提供衡量的依据。
第 2 步：争取领导层支持
领导者必须接受灵活的范围、稳定的团队以及在更贴近工作的层面做出决策。否则，团队最终只是在一成不变的系统中举行敏捷仪式。请向领导者说明对他们而言会发生哪些变化。
第 3 步：选择试点
- 选择一两个负责真实且有意义的产品或服务的团队。
- 优先选择有意愿的志愿者，而不是勉强参与的人。
- 确保有一位拥有决策权的产品负责人。
- 首次尝试时避免选择最关键、压力最大的项目。
第 4 步：选择框架并进行培训
先按原样采用一个框架，通常是 Scrum 或 Kanban。将团队、产品负责人及其管理者一起培训。在最初几个月，可以考虑聘请经验丰富的 Scrum Master 或敏捷教练。
第 5 步：搭建基础
- 单一的有序待办事项列表。
- 可视化看板。
- A 完成的定义.
- 为规划、评审和回顾设定固定节奏。
- 团队工作协议。
第 6 步：运行、检视和调整
在评判结果之前至少运行五到六次迭代。利用回顾来改进流程，并跟踪几项 指标 ，这些指标与最初采用敏捷的原因相关。
第 7 步：有计划地扩展
- 公开分享试点成果，包括没有奏效的部分。
- 逐个团队扩展，让试点团队成员担任教练。
- 调整人力资源、预算和治理制度，以支持敏捷团队。
- 引入 规模化方法 ，仅在多个团队必须紧密协调时才引入。
常见陷阱
- 自上而下强制推行敏捷，却不解释原因。
- 为旧的角色和会议改名，却不改变行为。
- 让团队承担过多的在制品。
- 以仪式的出席率而非成果来衡量成功。
- 期望在一两个冲刺内就看到成果。
本主题的免费模板
常见问题
实施敏捷需要多长时间？
单个团队在几个月内就能运作良好。整个组织范围的变革通常需要数年时间，因为结构、预算和文化也需要改变。
实施敏捷需要敏捷教练吗？
不一定，但经验丰富的教练或 Scrum Master 可以加快学习速度，并帮助避免常见错误。
实施敏捷的步骤有哪些？
明确原因，争取领导层支持，选择试点，选择框架并进行培训，搭建基础，运行并调整，然后有计划地扩展。
实施敏捷时如何选择试点项目？
选择一个有意义的产品，配备有意愿的志愿者和被充分授权的产品负责人，但首次尝试时避免选择压力最大的项目。
实施敏捷应该先从 Scrum 还是 Kanban 开始？
Scrum 适合从事计划性产品工作的团队；Kanban 适合处理持续性需求或希望逐步改进现有流程的团队。参见 敏捷方法论的类型.
实施敏捷后，需要经过多少个冲刺才能评判效果？
在评判结果之前至少运行五到六次迭代，并使用与最初采用敏捷的原因相关的指标。
实施敏捷的最大障碍是什么？
通常是领导层和组织结构：固定的范围和截止日期、不稳定的团队，以及让决策远离团队的审批层级。
实施敏捷时应该培训哪些人？
团队、产品负责人及其管理者，最好一起参加培训，以便每个人都形成相同的理解。
实施敏捷时，敏捷转型是什么？
改变组织的结构、资金、治理和文化，使敏捷工作方式能够推广到试点团队以外。参见 敏捷转型.
首次实施敏捷时应该进行定制吗？
先按原样采用一个框架，了解每个部分存在的原因，然后通过回顾对其进行调整。
在试点中实施敏捷后，如何进行扩展？
公开分享成果，以试点成员为教练逐个团队扩展，调整人力资源和预算制度，仅在团队需要紧密协调时才引入规模化框架。