对敏捷研发的反思，是否真是灵丹妙药？

现代项目管理中，敏捷研发越来越流行；言必称敏捷，似乎不敏捷就是跟不上时代。敏捷真的就是现代软件项目的灵丹妙药吗？它是否真的是一个普适的研发方法？

敏捷缘起

先说结论：敏捷研发其实是一个非常有局限性的方法，不具备普适性！ 它的发展壮大只是因为契合了互联网高速发展，较好匹配了互联网应用对需求变化和发布频率的需要。

而互联网软件，相比传统软件，还具备增量交付，线上问题可快速修复，对质量问题容忍度相对较高等特点。这使得敏捷开发会更容易在互联网项目中落地。

而随着互联网巨头们对敏捷方法的采用，以及敏捷机构的大力推广，到今日敏捷似乎成了可以放诸四海而皆准的通用方法。也诞生出像Scrum、SAFe、LeSS、Nexus等等各种框架来应用敏捷

但我们观察这些框架的发展过程和应用场景，其实会发现每种框架都有不小的约束。小型框架如Scrum对团队人数有特别限定，有会议仪式的要求；大型框架如SAFe有对组织架构、多种配套角色和专门团队的要求。等等…

而大型框架的诞生，也是在实践中应对实际项目的真实运作，演进而来，是为了应对特定场景的问题，不断添砖加瓦，增加了更多的角色、仪式、流程。但这，似乎也在重蹈传统软件研发流程发展脉络，也同样是在向高复杂度团队的方向上一路狂奔！

敏捷的局限

所以我们不由得要反思一下，敏捷是否真的是一种有普遍适用性的方法ÿ