关于敏捷的慢思考（3）

常见敏捷误区摘要

本文讨论了敏捷开发实践中的常见误解，并提供了作者个人的见解和澄清。

敏捷无敌

敏捷并非万能，不适用于所有场景，如建筑施工。敏捷适用场景有限，需要项目满足“需求不确定”和“可以增量交付”的条件。尽管敏捷工程实践如TDD和持续重构对项目有益，但在某些领域（尤其是涉及合规性的行业）不一定能带来巨变。

敏捷就是快

敏捷的核心在于准确交付客户真正需要的价值，而非简单地追求快速。

敏捷项目质量不如传统项目管理

这是从误解“敏捷就是快”衍生的另一个误区，质疑敏捷项目的质量。但实际上，敏捷并不以牺牲质量为代价。

敏捷就是小瀑布

将任务拆分成足够小的部分时，工作可能会呈现瀑布式流程，但这些小任务本身并不一定符合“可交付、对客户有价值”的标准。真正有价值的需求通常不能以瀑布流程处理。

敏捷不需要计划、文档

这是对敏捷软件开发宣言的误解。敏捷实践重视计划和文档，但不是以牺牲其他要素为代价。

敏捷的范围、设计可以随时变

虽然敏捷支持变更，但频繁无序的改动可能导致高昂的成本和团队士气损失。Scrum等敏捷框架通常不建议随意变动计划，但Kanban和XP因为强调快速交付，可能对变动的容忍度较高。

敏捷只适用于IT行业

敏捷已被应用于制造业，尤其在设计和继承方面，但仍以软件模拟硬件的方式减少设计和返工。在生产设计阶段，敏捷需要面对精益生产的挑战。

尾声

对敏捷的误解普遍存在，但它们为持续改进和进步提供了机会。作者鼓励持续观察和理解敏捷，以便更好地运用其原则。