第七章

提前计划

谁都不喜欢冗长的会议，不过一些深入的探讨还是必要的，这样才能得出一个切实可行的计划。那么，怎样才能帮助团队掌握规划会议的适当平衡呢？

鼓励团队创建不同粒度的计划。他们很可能既需要一份关注未来几个月的初步计划，也需要一份更为详细的下个迭代的计划。

做规划就好比做你最爱的炒时蔬。

准备：和团队(尤其是客户)一起，在会议前准备好用户故事。在知道故事相关利益的前提下，把故事尽可能地切割地更细一些。

每次只炒一样：同一时间只讨论一件事情。如果团队正在讨论如何开发一个故事，然后又跑题讨论它之于另一个故事的重要程度，可能就会一直这样绕圈子跑题了。

不停地拌：保持会议流畅，重新聚焦交谈方向，以免他们卡壳。

控制热度：团队可能会迫于压力而超额承诺他们无法在迭代中完成的工作。协助他们澄清设计的细节，再结合考虑过去的交付率(速率)，从而给出更为实际的估算。

此配方的秘诀在于前期准备。

7.1  为规划做准备

鼓励团队跟客户一起，在规划会议之前准备好用户故事。我们可不是建议整个团队来一次预规划会议，找几个团队成员就可以完成了。

接下来，指引团队通过如下一些基本步骤创建一份计划。

理解优先级：
先发起一次团队的交谈，讨论哪些用户故事是客户想在下个迭代拿到交付的。

理解工作规模：
理解故事之后，再帮助团队搞清楚交付故事需要完成哪些工作。

一致认同计划：
对于实际能交付什么达成一致，从而圆满地结束会议。

上述所有步骤，对于已经充分了解应完成工作的团队来说，全部完成只需要不到一小时，但对于处理复杂问题的新团队来说，则需要更多时间。要是发现团队要做的事情太多，就建议他们针对其中的步骤单独召开会议。

和团队一起提前确定规划会议的议程。如果团队所有人都知道何时发生何事，就能做好相应的准备。在会议中，有议程会更方便。团队在交谈中如果跑题，可以提醒言归正传，按议程来。