在过去的二十年中，敏捷革命曾经是很尖锐并且是可选择的，而现在是IT行业大多数团队使用Scrum和看板的主流。您可能还没有意识到，尽管这两个流行的精简权重框架是有价值的更改。 它们根本不涉及如何构造支持频繁交付的代码。

Scrum /看板安装敏捷计划系统，并让团队对自己的过程进行控制——这是非常重要的事情。然而过渡团队很少，自己创建的工程实践，使软件每月或每周交付，通常继续在新的敏捷规划和执行框架下做他们旧的开发实践。当看到改变一个组织时，Scrum和看板是洋葱的最外层，留下丝毫未功的却应该是所有计划工作的结果：工作软件。

专注于软件如何编写的敏捷框架，极限编程，不幸的是没有被广泛采用。组织变革专家预计Scrum团队最终会采用TDD这样的实践，慢慢适应成为一个类似XP的团队，但由于我们将在本系列中解构的种种原因，这种衔接很少发生。

下一集，敏捷理念将会解释如何进行TDD。