XP（五）扩展实践

对下一步需要改进什么，你要相信直觉。

真实客户参与

• 将那些生活或业务受到待开发系统影响的人纳入到团队中来。

增量部署

团队连续性

• 软件中价值的创造不仅取决于开发人员所知道的和所做的事情，也取决于他们之间的关系以及他们共同完成的事情。
• 保持团队成员在一起，鼓励合理数量的调整，组织可以获得团队稳定性和知识经验的持续传播所带来的双重收益

收缩团队

• 确保尽可能多的人都在尽全力的工作，而不是给每个人安排相同的工作量。
  -团队成员在工作的同时也在思考如何改进工作过程，尝试各种方法来改进，最终去除足够多的浪费。

根源分析

• 每次开发后发现一个缺陷，都要同时排除这个缺陷和产生它的原因。
• 我们的目标不仅仅是这个缺陷不再重现，还要保证团队不要再犯同类的错误。

共享代码

• 团队里的任何人可以在任何时候改善系统的任何部分。
• 培养出集体责任感。

代码和测试

• 代码和测试是永久品。
• 代码和测试是一种进行一次就容易改进一点的实践。
• 团队越擅长增量设计，需要预先做的设计决策就越少，季度性的循环对业务优先级表示得越清晰，需求文档就会越薄。
• 千万不要拘泥于形式，而妨碍来价值流

单一代码库

• 保持一个代码流，你可以在一个临时分枝上开发，但永远不要让它的生存期超过几小时。
• 不要让你的源代码有更多的版本

每日部署

• 每天晚上都要将新代码融合到产品中。

协商范围的合同

• 有一种调整供应商利益和客户利益的机制是，支持沟通和反馈，并让每个人都有勇气去做现在看起来正确的事情，而不用仅仅因为合同去做那些无用的事情。

依用付费

• 对于依用付费的系统，你可以在系统每次被使用时收费。
• 现金是最终的回馈。