41、敏捷开发：提前规划，高效迭代

敏捷开发：提前规划，高效迭代

在敏捷开发的快节奏中，团队很容易沉浸于当前迭代的故事中。我们忙着进行前期测试覆盖功能、执行探索性测试以确保理解业务需求，以及自动化足够的回归测试，很难有精力考虑其他事情。然而，有时花些时间帮助客户和团队为下一次迭代做准备是很有必要的。

提前准备的好处

在迭代开始前处理故事，对于分布在不同地理位置的团队尤其有用。提前开展工作，有足够时间让每个人获取信息并提供意见。但问题是，在每次短暂的敏捷迭代中，我们非常忙碌，很难抽出时间讨论下一次迭代的故事，更别说开始编写测试用例了。

如果团队的迭代总是顺利进行，故事逐步交付且有充足时间测试，交付的软件也符合客户期望，可能就不需要提前准备。但如果团队在完成故事时遇到困难，或者功能的实际行为与期望行为存在很大差异，提前做一些规划可能会在迭代过程中节省时间。

例如，我们团队曾经觉得没有时间为下一次迭代提前规划。在经历了多次误解故事、故事远超预期，以及发现大多数“缺陷”其实是遗漏的需求后，我们决定在迭代中预留时间开始讨论下一次迭代。现在，整个团队，包括产品负责人和其他必要的客户，会在下次冲刺规划会议的前一天进行不超过一小时的会议，我们戏称其为“预规划”会议。

在预规划会议中，产品负责人会解释每个故事的目的，回顾故事清单中的业务满意度条件和其他项目，并给出期望行为的示例。我们会集思广益讨论潜在风险和依赖关系，并在适当的时候确定关键路径。

有时候，花几分钟听产品负责人解释故事就足够了；而有时，我们会花时间在白板上绘制故事的详细切片图。比如在一个关于获取共同基金绩效数据的故事中，我们在预规划会议上提出了一系列问题，如“发给供应商的文件格式是什么？”“每只基金的‘截至’日