极限编程（XP）入门指南：定义、价值观、12个最佳实践

如果你听到“极限编程”这个术语，而想到的是极限运动，这种联想并不完全是错误的，因为极限编程确实是一种非常激进和强烈的编程方法。它与其他敏捷软件开发方法相似，比如都采用了可适应的、测试驱动的开发模式。然而，极限编程与众不同的地方在于它有一套严格的规则和核心价值观，这些规则和价值观指导着工作的执行方式。

什么是极限编程（XP）？

极限编程（XP）是一种追求速度和简洁的敏捷项目管理方法，它的特征是有较短的开发周期和较少的文档。这种方法的过程结构是基于5条规则和12个XP实践来定义的。

与其他敏捷方法一样，XP将软件开发分解成一系列的工作冲刺。这种敏捷框架是迭代的，意味着在每个冲刺结束后，团队会审查并改进工作方法，以确保最高效率，并能够适应需求的变化。XP的设计使得开发者能够响应客户的需求故事，并能够适应和实时做出变更。XP比其他敏捷方法有更强的纪律性，它通过频繁的代码审查和单元测试来实现快速更改。此外，XP非常重视创造性和团队协作，在所有开发阶段都将团队合作放在首位。

极限编程与 Scrum

Scrum是另一种常见的敏捷方法，由Scrum主管管理。Scrum和XP都使用用户故事来指导短期的冲刺工作，目的是开发新的产品或软件功能。但是，XP在实施上比Scrum更为严格，它有一套鼓励开发者与客户持续沟通的规则和指导方针。而Scrum可以用于任何需要迭代和客户反馈的流程，XP则专门用于编程。

谁创造了极限编程？

极限编程是由Kent Beck在20世纪90年代末创立的，最初是为了管理克莱斯勒的C3项目——一个工资软件系统的开发。XP的主要目标是减少或消除在软件开发项目中对代码更改的抵触。与传统的软件开发方法不同，在传统方法中代码一旦完成通常不会再更改，XP中的代码会经过非常仔细的审查，有时开发者甚至会在一次迭代之后决定完全重写代码。

什么时候应该使用极限编程？

由于极限编程专注于软件开发，它通常只被工程团队使用。即便在软件团队中，它也只在某些特定环境下有效。要从极限编程中获得最大价值，最好在以下情况下使用它：

当你管理的是一个较小的团队时。XP非常注重团队合作，因此最适合10人以下的小团队。
当你能够与客户保持持续的联系时。XP在开发过程中不断地整合客户的需求，并且在测试和批准过程中依赖客户的反馈。
当你有一个能够适应变化的团队时。XP的本质在于经常需要团队放弃他们已经完成的工作，并且团队成员需要能够接受其他人随时对他们工作的更改。
当你在编码的技术方面具有深入的知识和经验时。XP适合那些能够迅速工作和应对变化的经验丰富的开发者，而不是初学者。

XP的生命周期

XP的生命周期支持并鼓励持续集成，这意味着团队成员会非常频繁地进行集成，可能每小时或每天都会进行一次。XP生命周期的完整流程包括以下步骤：

从用户故事中提取尚未完成的工作
将重点放在最重要的事项上
开始进行迭代规划。
实施真诚和实事求是的规划
与所有相关方保持持续的沟通，并授权团队成员
发布或交付工作成果
收集并接受反馈
根据收到的反馈返回到迭代规划阶段，并根据需要重复整个过程

极限编程的 5 个价值观

极限编程是基于价值观的。XP不使用外部激励因素，而是允许你的团队以一种较少复杂性的方式工作（强调简单性和协作，而不是复杂的设计），所有这些都基于以下五个价值观。

1、简单

在开始极限编程的任何工作之前，团队应该考虑最简单的解决方案是什么，同时确保这些解决方案是实际可行的。XP的重点是优先完成最重要的任务，寻找可以确信能够完成的简单项目。

2、沟通

XP依赖于快速的响应和有效的沟通。为了有效地工作，团队成员之间需要开放和诚实地交流。当问题出现时，团队成员应该立即提出，因为通常其他团队成员可能已经有了解决方案，或者团队可以共同更快地找到解决方案。

3、反馈

与其他敏捷方法一样，XP将用户的故事和反馈直接融入到开发过程中。XP注重快速地产出工作成果，并与他人分享以获得即时的反馈。因此，开发者在整个开发过程中几乎一直与客户保持联系。XP鼓励频繁地发布工作成果，以便尽早并经常地获得反馈。当收到反馈时，团队会根据反馈调整工作流程，而不是整个项目。例如，如果反馈指出存在不必要的延迟，团队会调整流程以减少这些延迟，而不是对整个项目进行大规模调整。

4、勇气

在极限编程（XP）中，勇气是一个必要的品质。这意味着团队成员应该始终诚实地报告他们的进度，即使这可能让人受到攻击。如果在XP实践中错过了截止日期，不是去探究原因，而是承认错误，承担责任，并继续前进。

作为团队领导，在XP的过程开始时，你的职责是设定成功的预期并明确定义什么是“完成”。XP团队通常专注于成功，很少为失败做计划，这可能会带来恐惧，因为不是所有事情都会按计划进行。然而，XP鼓励团队在变化发生时能够适应并作出相应的调整。

5、尊重

尊重在XP中非常重要，因为XP高度重视沟通和诚实。为了促进有效的沟通和协作，团队成员需要能够表达分歧，并以友好的方式解决。尊重是建立善意和信任的基础，即使在需要大量诚实交流的环境中也是如此。在极限编程中，期望实现以下几点尊重：

客户与开发团队之间相互尊重。
团队成员之间相互尊重。
认识到团队中每个人都为项目贡献了有价值的东西。

极限编程方法论的 5 条规则

1、规划

在极限编程（XP）的规划阶段，团队必须评估项目是否适合采用XP方法。这包括：

审查用户故事以确保它们简单并且客户能够参与整个开发过程。如果用户故事太复杂或是由不参与的客户提供的，那么XP可能不是合适的方法。
确认项目的商业价值和优先级，以保证团队首先完成最重要的工作。
考虑项目所处的开发阶段。XP通常更适合项目的早期开发阶段，而不是后期的迭代阶段。

一旦确定项目适合采用XP，团队应该创建一个发布计划。在这个过程中，团队应该：

将项目分解成多个迭代，并为每个迭代制定详细计划。
设定现实的截止日期，并确保工作步调是可持续的。
随着项目的进展，及时分享更新，这样做可以增强团队的诚实和透明度。
分享实时的进度更新，以帮助团队识别问题、适应变化并更快地做出响应。
使用项目管理工具，如看板或时间线，来实时跟踪进度。

2、管理

在极限编程（XP）中，管理团队的物理空间是一个关键因素。XP的理想情况是所有团队成员在一个开放的工作空间中共同工作，以促进协作。然而，在远程工作的环境中，团队可能需要使用支持异步工作的远程协作平台。

与其他敏捷方法相似，XP推荐使用每日站立会议来促进持续和开放的沟通。团队应该实施每周和每季度的循环。在季度循环中，团队会回顾指导工作的用户故事，并审视XP过程中的差距或改进机会。每周循环以客户会议开始，客户在会议中选择他们希望团队在那一周专注的用户故事。

作为经理或团队领导，你需要专注于维护工作进度和测量步调，根据出现的挑战或问题调整团队成员的分配，或者根据当前项目和迭代的需要调整XP过程。XP的目标是保持灵活性并迅速采取行动，所以作为领导者，你需要密切关注团队的当前工作并对任何变化做出响应。

3、设计

在开始极限编程（XP）的设计阶段时，应该从最简单可能的设计开始，并认识到后续的迭代将会使设计变得更加复杂。在这个阶段，应避免添加不必要的早期功能，以保持设计的简单性。

在使用XP方法时，团队通常会使用类-职责-协作（CRC）卡片来帮助展示设计中每个对象的作用和相互作用。CRC卡片的填写过程可以帮助团队成员可视化所有功能的交互，因为这些功能是相互关联和作用的。CRC卡片通常包含以下内容：

类 – 表示相似对象的集合。
职责 – 列出与类相关的职责。
协作者 – 指出与该类交互的其他类。

CRC卡片是一个有用的工具，可以帮助激发设计过程中的创意并发现潜在的问题。在设计过程中，你应该使用一个系统来减少潜在的瓶颈。为了做到这一点，你需要积极地寻找和识别风险。一旦识别出潜在的威胁，应该指派一到两个团队成员来找到解决方案，以防这些威胁变成实际问题。

4、编码

在极限编程（XP）中，编码阶段的一个显著特点是开发者需要与客户保持持续的沟通。这种合作方式允许开发者在每次迭代中即时地测试和整合客户的反馈，而不是等到一个开发周期结束。XP中的编码规则是严格的，包括以下几点：

所有编写的代码都必须遵守既定的编码标准。
使用单元测试来验证需求，并在项目的所有方面进行开发。
采用成对编程的方法，即两名开发者共同在一台电脑上工作，这样做不会增加开发时间，反而通过双倍的专注力来确保代码质量。
实施持续集成，以便新代码可以被立即添加并测试。
在任何给定时间，只有一对开发者可以更新代码，这样做可以减少错误的发生。
实行集体代码所有权，即团队中的任何成员都可以随时更改任何人的代码。

5、测试

在XP的整个过程中，测试是不断进行的。所有的代码在发布之前都需要通过单元测试。如果在单元测试中发现错误，就会创建新的测试来修复这些错误。之后，开发者会将他们一直在处理的用户故事配置进验收测试中。在验收测试中，客户会审查结果，以确认开发者如何将用户故事转化为实际的产品功能。

12 种极限编程实践

为了改进流程，极限编程（XP）在整个开发过程中采用了12种核心实践。这些实践是基于敏捷宣言的原则，但已经被调整以适应XP的特定需求：

规划游戏：XP的规划过程用于指导工作。规划的结果应该明确你希望完成的工作内容、预期完成的时间，以及你接下来打算做什么。
客户测试：当完成一个新功能时，客户会制定一个验收测试，以确定该功能与原始用户故事的符合程度。
小型发布：XP倾向于进行小型且频繁的发布，以便在整个开发过程中获得反馈。这些发布通常是直接面向客户的，尽管它们也可能仅在内部进行。
简单设计：XP的系统设计强调简洁性——只生产必要的功能，既不过多也不过少。
成对编程：所有编程活动都是由并排坐着的两名开发者共同完成的。在XP中，没有单独编程的工作。
测试驱动开发（TDD）：XP依赖于大量的测试来获取反馈。开发者通过短周期发布自动化测试，并对结果立即做出响应。
重构：在这个阶段，你会专注于改进代码库，移除冗余并确保代码的一致性。这有助于实现良好且简洁的设计。
集体所有权：任何编码的团队成员都可以随时更改任何代码，不管他们是否是代码的原始开发者。XP鼓励作为一个团队来编写代码，每个人的工作都应该符合更高的集体标准。
持续集成：XP团队不会等到一个迭代完成后才开始集成，而是持续不断地进行集成。通常情况下，XP团队每天会进行多次集成。
可持续的节奏：XP工作的强度要求设定一个可持续的工作节奏。团队应该确定他们每天和每周可以完成多少工作，并以此为基础设定工作截止日期。
隐喻：隐喻在这里指的是一个团队使用的比喻，用来描述团队应该如何运作。例如，如果团队选择“我们是蚂蚁”作为隐喻，那么他们将把自己比作一个集体，共同工作建立蚁丘。
编码标准：XP团队遵循统一的编码标准。就像作家需要使用一致的品牌声音来写作，让读者感觉是同一个人在写作一样，XP开发者也以一种统一的方式编码，使得代码读起来像是同一个开发者编写的。