很多敏捷实践者发现，在进行敏捷项目落地时，普遍存在一个问题——敏捷实践的“知易行难”。明明用了Scrum或看板，敏捷项目执行起来却像个“四不像”：不像是敏捷，不像是瀑布，不像是高效团队，也不像是会成功的。Scrum Guide 2025版明确指出，成功采用敏捷的组织，其项目成功率比非敏捷组织高出约2倍，但敏捷转型失败率仍然高达47%。差距在哪？敏捷落地的核心不是照搬框架，而是用敏捷思维对实践进行本地化裁剪，并持续提升服务型领导力。 这篇文章帮你厘清敏捷落地困境的根源，并提供5个可操作措施，助你从“四不像”到真正高效。
01 先诊断，再开药：敏捷“四不像”的5个根源
检讨一下原因，问题通常出在这五个层面：
1. 组织文化支持不够。 组织不重视敏捷，敏捷转型提都不敢提。
2. 高管和干系人支持不够。 经常要求提供详细计划和报告、开正式会议、强调KPI达成——很多干系人对敏捷项目不积极甚至暗地抵制。
3. 敏捷团队成员支持不够。 强调自身专业而非T型技能，责任感不足，工作等着别人来催，远谈不上成为自组织团队。
4. 敏捷项目经理领导力不熟练。 觉得自己在努力服务团队，但团队成员不买账，收效甚微。
5. 敏捷工具用不起来。 公司认为敏捷比传统方式先进，花钱请专家培训，把重要项目改敏捷运作，但执行效果差，大家反而在等着看敏捷失败。
02 解决之道：5个可落地的措施
措施一：持续提升敏捷项目经理的领导能力
领导力提升主要在两个方面：一是对敏捷思维、价值观和原则的通透掌握，以便对敏捷过程和工具进行本地化裁剪；二是对服务型领导力技能的持续提升。
敏捷“知易行难”的常见情况是：项目经理只是套用敏捷过程和几个工具，而不是用敏捷思维和价值观来武装自己和团队。
来看看什么是“正确的敏捷”：
- SpaceX：对为期五年的火箭项目设置了3个月的迭代——不符合传统1周到1个月的迭代概念，但它是正确的敏捷。
- 谷歌某AI团队：实施Scrum“3会”——梳理会议与规划会议合并、演示会议与回顾会议合并——不符合传统5个会议，但它是正确的敏捷。
- 某大厂：组建多达25人的单个敏捷团队，设置3人小组行使PO职责——违背Scrum团队约7人的要求，但它是正确的敏捷。
- 某IT团队：将每次发布设置为迭代0、迭代1~n、迭代H三个“阶段”——不符合Scrum提倡的“每次迭代末都可交付”，但它是正确的敏捷。
这些例子都不符合“典型”的正确敏捷实践，但它们才是正确的敏捷实践。马克思主义必须与中国实践相结合，不结合的后果是失败；同样，敏捷方法必须与组织及项目实际情况相结合——不结合的后果也只能是失败。
这些敏捷实践之所以敢于裁剪，是因为他们真正具备了敏捷思维，而非简单套用Scrum框架。
说到服务型领导力，敏捷项目经理如果只是列出需要帮团队解决的障碍清单并逐一完成，那就是只有“服务”而没有“领导”。优秀的敏捷项目经理会：
- 经常与团队成员进行愿景回顾
- 将成员的个人目标与项目目标相结合
- 让团队成员也具备敏捷思维，对齐裁剪后的敏捷实践
- 对团队进行持续激励，尤其是开发不顺利时
- 提醒团队采用WIP及刺探等实践灵活解决技术障碍
领导力的本质是服务型领导力，但服务工作不等于服务型领导力。 项目经理成就他人，也才能成就自己。
措施二：持续提升敏捷团队的能力
一头狮子带领10只绵羊组成的团队，和一只绵羊带领10只狮子组成的团队，哪个更有战斗力？答案不言而喻。
项目团队也是一样。生产力来自开发团队——好比篮球比赛的输赢更多由球队而非教练决定。所以，负责任、有战斗力的团队是敏捷项目经理最需要建设的。
要让敏捷团队认可并遵守敏捷价值观、团队价值观和基本规则，就需要让团队充分参与和讨论，获得充分授权，而不是简单提要求和要结果。参与才有认可和承诺，认可和承诺才会带来更好的执行和结果。
Scrum的5个团队价值观——勇气、专注、承诺、尊重、开放——加上透明、检视、调整三大支柱，是建设高绩效敏捷团队的基本框架。
措施三：持续提升高管与干系人的支持
国际知名的CSI（变革风格指标）显示，组织里支持变革的人员不超过25%——这个数字甚至是在CEO领导的变革项目下进行的调查。换言之，约80%的人员并非项目的天然支持者。
获得干系人支持的一个简单方法是：让他们理解敏捷方式带来的切实利益——更高的ROI、更快的交付、更高的质量、更少的浪费。数据和事实具有说服力，利益更是如此。
正如我们不会借钱给陌生人，干系人也不会无端支持一种不熟悉的工作方式。敏捷项目经理可以多找机会：给干系人宣传敏捷、讲解敏捷、帮助他们使用具体的敏捷实践和工具。让干系人受益，他们才会支持敏捷。
措施四：持续提升组织敏捷管理的成熟度
实际上，敏捷转型中最大的挑战是组织文化与工作方式的转变。组织文化是基因，很难革命性改变，但会有一个个的小突变和改善。
以下方法可以帮助逐步提升组织敏捷管理成熟度：
1. 确定敏捷冠军（Champion）或CXO层级的坚定支持者——优秀的组织一定有这样的高管角色，如果还没有，去发现他们
2. 积极辅助PMO在敏捷方面的转型——PMO是组织的参谋部，既可以让敏捷“捅天”，也可以让敏捷方法更好地落地
3. 建立敏捷项目经理协作小组——如果每个敏捷项目经理都遇到组织支持的难题，联合起来，互通有无，共同提高，共同影响组织
措施五：以敏捷的方式开展敏捷实践
越是变革，越要渐进。 改革开放先在五个试点城市设立试验区，定期复盘、落实经验教训，数年后才逐步扩大。
在组织中推行敏捷方式也是如此。不要指望支持和敏捷方式能一蹴而就，而应采用渐进方式：
1. 先确定一个试点项目
2. 实施敏捷工具时使用更简单的方式——比如先忘掉专业累积流量图及其复杂的指标计算
3. 在起始阶段使用“简单”的方法是必要且有效的——它本身就是敏捷
03 “正确敏捷”vs“套用敏捷”对比表
| 维度 | 套用敏捷（四不像） | 正确敏捷（落地有效） |
|---|---|---|
| 迭代长度 | 严格遵循1-4周 | 根据项目特点调整（如SpaceX的3个月迭代） |
| 会议数量 | 5个会议一个不落 | 根据团队情况合并（如谷歌AI团队的“3会”） |
| 团队规模 | 严格控制在7人左右 | 根据项目需要调整（如某大厂25人团队+3人PO小组） |
| 交付节奏 | 每次迭代末必须交付 | 根据发布策略灵活调整（如迭代0→迭代1~n→迭代H） |
| 核心驱动 | 套用框架和工具 | 敏捷思维+本地化裁剪 |
| 领导方式 | 服务（列清单、清障碍） | 服务+领导（激励、对齐愿景、赋能团队） |
04 关于敏捷落地，最常见的3个问题
问：敏捷方法一定要严格遵循Scrum框架吗？
不一定。框架是参考，不是法律。 SpaceX、谷歌AI的案例证明，真正有效的敏捷是对框架进行本地化裁剪后的结果。前提是——你必须有足够的敏捷思维深度来支撑裁剪决策。
问：组织不支持敏捷转型，个人能做什么？
从“项目级敏捷”开始。先在自己的项目里做出成绩，用实际数据（效率提升、质量改善、交付加速）说服干系人。与其等组织推敏捷，不如用敏捷做出结果来推组织。
问：敏捷项目经理最重要的能力是什么？
服务型领导力+敏捷思维深度。前者让你获得团队信任，后者让你知道何时该裁剪、怎么裁剪。两者缺一不可。
敏捷不是一套可以照抄的“标准答案”，而是一套需要结合实际灵活裁剪的思维框架。SpaceX、谷歌AI的案例证明：正确的敏捷恰恰是“不典型”的敏捷。
这正是PMP体系中敏捷与混合型方法的核心教学理念——敏捷不是一个孤立的框架，而是一个可以与传统预测方法融合、裁剪、适配的思维方式。清晖作为PMI与中国国际人才交流基金会双重授权机构，其PMP课程系统覆盖了敏捷项目管理、混合型方法等模块，由《PMBOK指南》第七/八版中文翻译审校专家领衔教研。从Scrum框架到大规模敏捷，从服务型领导力到组织转型策略——清晖帮你建立真正通透的敏捷思维，而不是只会“套Scrum”。
培训城市关闭城市
沪公网安备31010102005921号
法律顾问 北京盈科（上海）律师事务所-吴剑勇 
