敏捷退化

敏捷开发模式已被许多团队采用，尤其是Scrum方法，但这种模式随着时间流逝在不少组织中出现了退化。这种退化的现象包括固定时间迭代被版本迭代取代、敏捷活动变得形式化或取消、团队成员加班严重（如996工作制）、团队工作速率未知且迭代中不断加入更多任务、燃尽图曲线显示长时间无进展后突然完成任务等。

一个实例是一个团队Leader描述他们的敏捷实践经历了三年的努力后最终“退化”。起初，团队按照时间盒模型进行迭代，但随着时间推移，为了版本上线准备的工作占据了大部分时间，导致迭代不得不让位给版本上线，进而演变为基于版本的迭代，并伴随着交付周期延长和上线前的加班。

退化的原因在于团队迭代中的“完成”标准并不符合上线的标准，迭代的产品并非“可工作的软件”。这一问题归咎于团队在短时间内无法进行足够的回归测试，主要是因为测试都是人工进行的，自动化测试技能缺失，导致测试资源不足以支持开发需求。

最终，这些问题都指向了一个核心问题：没有测试驱动开发（TDD）的敏捷实施几乎注定会退化。这表明，敏捷实践的成功与否在很大程度上取决于团队是否掌握并实施了TDD技术。