17、敏捷建模与极限编程（XP）实践回顾

敏捷建模与极限编程（XP）实践回顾

在软件开发领域，极限编程（XP）和敏捷建模方法受到了广泛关注。本文将深入探讨采用这些方法进行开发的团队所积累的经验，分析其中发现的问题以及解决办法，同时也会对XP的一些方面得出有争议的结论，并探讨XP在大型软件项目中的应用情况。

1. 规划游戏

规划游戏是XP中的一个重要实践，它最大的好处之一是促进了开发者和客户之间的大量互动。通过这个游戏，项目双方的沟通障碍被打破，人们能够互相熟悉，知道彼此的名字并对号入座，从而更有效地合作。

在这个阶段，除了收集用户故事，捕获性能和质量期望也很重要。因为并非所有需求都能轻易地用用户故事来表达，或者至少用用户故事来表达并非最佳方式。

2. 小版本发布

小版本发布的定义是相对的。小版本发布能够实现最快的投资回报，并让客户更好地了解项目及其进展。在一个为期两年的大型项目中，小版本发布可能是在三个月后，而不是两周后。对于那些通常每12到24个月才发布一次版本的组织来说，这是一个非常激进的举措。与1 - 2年的发布周期相比，3个月的交付周期既激进又具有挑战性，但它仍然为降低风险、响应变化和实现敏捷性提供了充足的机会。

3. 简单设计

追求简单设计说起来容易做起来难。对于不同的人，简单设计的定义可能不同，在大型项目中，所谓的简单设计实际上可能相当复杂。从长远来看，追求“简单设计”的目标很重要，因为它有助于提高整个项目的速度。然而，有趣的是，在短期内它可能会减慢开发速度。例如，当一对程序员完成一段软件的开发后，如果发现可以用更好、更简单的方式实现，他们就有责任进行简化。这意味着他们要对刚刚完成的代码进行重构，从而在短期内花费更多时间完