27、极限编程（XP）开发实践全解析

极限编程（XP）开发实践全解析

1. 用户故事评估

评估风险和复杂性能够让故事的估算变得更科学、更具可预测性。在风险与复杂性的 9 种可能权重组合中，单个组织内故事的预计工作量（LOE）会随着时间趋于一致。基于编码的估算方案在控制理论中被视为“预期性”的。预期性控制器通常比反应性控制器响应更迅速。

准确的估算有助于保护关键路径资源。风险评估通过让风险较低的故事尽早开展，从而充分利用关键路径，这也是期权理论应用的一部分，而期权理论是极限编程（XP）的核心原则。

一般来说，XP 依靠反馈机制来分析估算的准确性，在控制理论中这被称为“反应性”控制系统。XP 团队会从经验中了解他们对构成一个故事的一组任务的工作量是低估还是高估了，并利用这些经验在未来改进估算。

组织内故事风格和规模缺乏标准可能并不是太大的问题。即使没有采用故事编码方案，也可以通过反馈循环来减少组织内的差异。由于软件开发本质上是人类活动，而人类有习惯的倾向，所以特定组织内故事的风格和规模很可能会趋向于一个标准。在成熟的 XP 组织中，本月故事的规模应该与上月的故事规模相当。可以通过测量完成与故事相关的任务所需的 LOE 以及每个故事的任务数量来证明故事规模差异的收敛性。

2. 用户故事优先级排序

用户故事也应该由客户进行优先级排序。如果不进行优先级排序，就无法保护范围约束。理想情况下，优先级排序应该基于故事的业务价值估算，即其预期吞吐量。

优先级排序应与风险和复杂性结合使用，以合理安排故事转化为代码的顺序。通过优先处理能带来最高吞吐量的故事，可以使 XP 软件开发系统的附加值最大化。

3. 期权理论