极限编程 (XP) 和 Scrum 的区别

极限编程和 Scrum 都是基于敏捷宣言和 12 原则所创立的软件开发流程框架，其背后的哲学思想都是相同的，XP 和 Scrum 分别按照这个思想设计了流程，因此有很多相似的地方，实属“同父同母的亲兄弟”。

但是再相似的兄弟也会有细节上的区别。

网上关于 XP 和 Scrum 的区别，大多来自于一篇 Differences Between Scrum and Extreme Programming 的文章，但是似乎对这篇文章的质疑也有不少。本文中博主只发表一些自己的看法。

1. XP 是由多种具体实践组合而成的实践集合，而 Scrum 并没有类似可选内容，是一个相对独立框架。打个不太恰当的比方，XP 就像 python 中的 django，各种组件配套齐全，自由选用，而 Scrum 就像 flask，讲究小而精简。当然 XP 实践库中的内容，比如结对编程和 10 分钟构建，也可以应用在 Scrum 中。

2. XP 强调了持续集成，Scrum 没有明确要求。XP 中，持续集成背后还意味着测试驱动和自动化构建，需要足够的基础设施支持。Scrum 理论并没有这样的要求，当然实际工作中应该还是会做的。

3. XP 原则上没有规定团队角色，而 Scrum 明确了团队角色。在极限编程中，并没有强制规定角色，而只是列出了常见的角色，包括 Client、Developer、Tracker 和 Trainer。相对的，在 Scrum 中明确需要存在的角色有 Product Owner、Developer 和 Scrum Master。从职责角度来看，大致可以这样对应：Client 对应 Product Owner，Tracker 和 Trainer 对应 Scrum Master，Developer 对应 Developer。

4. XP 中规定了 Quarterly Cycle 和 Weekly Cycle，而 Scrum 中的时间周期只有 Sprint。从时间跨度上来说，一个 Sprint 大约 2 到 4 周，介于 Weekly Cycle 和 Quarterly Cycle 之间。

5. XP 要求全部团队成员要工作在同一个开放的空间中，而 Scrum 并没有这种限制。虽然 XP 和 Scrum 都强调沟通交流，但 XP 就非常明确地指出团队要在同一个空间中工作，而 Scrum 并没有。

总体来说，XP 是一个更完整、更重量级的开发流程框架，它对开发中多种细节都做了规定。相反，Scrum 的强制性规定就相对较少。相对来说，Scrum 是一个更符合自组织特性的框架，以尽量少的规则来组织整个团队的开发。然而，Scrum 中没有明确指出的规则和实践，在实际工作中都是需要做的（比如自动构建、代码规范和重构），这对开发人员自身的素质要求就会更高。而 XP 这种充满“学院派”气质框架，则更加严谨与明确，适合大型项目的管理。