20.【Kevin聊敏捷】XP极限编程之5个价值

今天我们将从极限编程的价值观入手，让大家窥视极限编程的全貌

一、极限编程5个价值观的概叙

极限编程的五个价值观分别是“沟通、简单、反馈、勇气和尊重”，他们五者是相互独立，又相互关联，每一个都指导着极限编程。

图一 极限编程的5个价值观总览

二、沟通（Communication）

在我们工作的实际过程中，很多问题或者错误都是由于缺少沟通造成的。

程序员经常给大家留下的印象是“木讷”，不善言谈。工作过程中，很多问题又需要沟通，那就堆积在了这些不擅长沟通的程序员这里。例如一个程序员改动了接口，没有及时通知到大家。结果造成在开发过程中的一些阻碍，或者反复工作。那么项目组成员都感到不爽。因为比较传统的项目开发都需要，详细的文档实时更新文档，大家也要实时关注文档。可能是传递或者沟通一般不算数。所以这造成了效率的低下，同时也会引进新的问题。

XP 价值观认为，每个人都是团队的一部分，我们每天面对面交流，为我们的问题创造最佳解决方案。

图二 沟通（Communication）

二、简单（Simplicity）

XP价值观认为：我们将做真正需要做的事情。这将使迄今为止的投资创造的价值最大化。我们将采取一些简单的步骤来实现我们的目标，并减少故障的发生。我们将创造一些我们引以为傲的东西，并以合理的成本长期维持下去。

正如对传统开发方法的认识一样，许多开发人员也会质疑 XP，保持系统的扩展性很重要，如果都保持简单，那么如何使得系统能够有良好的扩展性呢？其实不然，保持简单的理由有两个：

• 开发小组在开发时所做的规划，并无法保证其符合客户需要的，因此做的大部分工作都将落空，使得开发过程中重复的、没有必要的工作增加，导致整体效率降低。
• 另外，在 XP 中提倡时刻对代码进行重构，一直保持其良好的结构与可扩展性。也就是说，可扩展性和为明天设计并不是同一个概念，XP 是反对为明天考虑而工作，并不是说代码要失去扩展性

而且简单和沟通之间还有一种相对微妙的相互支持关系。当一个团队之间，沟通的越多，那么就越容易明白哪些工作需要做，哪些工作不需要做。另一方面，系统越简单，需要沟通的内容也就越少，沟通也将更加全面。

图二 简单（Simplicity）

三、反馈(Feedback)

XP价值观认为：我们将通过交付有效的软件来认真对待每一个迭代的承诺。我们会尽早演示我们的软件，然后经常认真听取并进行必要的更改。我们将讨论该项目，并使我们的流程适应该项目，而不是相反。

是什么原因使得我们的客户、管理层这么不理解开发团队？为什么客户、管理层总是喜欢给我们一个死亡之旅？究其症结，就是开发的过程中缺乏必要的反馈。在许许多多项目中，当开发团队经历过了需求分析阶段之后，在相当长的一段时间内，是没有任何反馈信息的。整个开发过程对于客户和管理层而言就像一个黑盒子，进度完全是不可见的。

而且在项目的过程中，这样的现象不仅出现在开发团队与客户、管理层之间，还包括在开发团队内部。这一切问题都需要我们更加注重反馈。，反馈对于任何软件项目的成功都是至关重要的，而在 XP 方法论中则更进一步，通过持续、明确的反馈来暴露软件状态的问题。

图三 反馈(Feedback)

四、勇气（Courage）

XP价值观认为：我们将对进度和估算值说实话。我们不会记录失败的借口，因为我们计划成功。我们什么都不怕，因为没有人独自工作。每当发生变化时，我们将适应变化。

因此这时就需要你有勇气来面对快速开发，面对可能的重新开发。也许你会觉得，为什么要让我们的开发变得如此零乱，但是其实这些变化若你不让它早暴露，那么它就会迟一些出现，并不会因此消亡，因此，XP 方法论让它们早出现、早解决，是实现“小步快走”开发节奏的好办法。

也就是 XP 方法论要求开发人员穿上强大、自动测试的盔甲，勇往直前，在重构、编码规范的支持下，有目的地快速开发。

图四 勇气（Courage）

五、尊重（Respect）

XP价值观认为：每个人都给予并感受到他们作为有价值的团队成员应得到的尊重。每个人都可以贡献价值，即使仅仅是出于热情。开发人员尊重客户的专业知识，反之亦然。管理层尊重我们对自己的工作承担责任和获得授权的权利。

图五 尊重（Respect）