详解敏捷项目中的冲刺计划会议，你会开吗？

开发团队会在每次冲刺的第一天（通常是周一早上）召开冲刺计划会议。  

要召开一次成功的冲刺计划会议，你要确保参会的每个人在整个会议过程中都能够全身心地投入。

冲刺计划会议时长是建立在你冲刺时长的基础上的，每周的冲刺会议不应超过2个小时（意思就是，如果冲刺是两周时间，那么计划会议不应超过4小时，明白？）。这样的时间盒是Scrum规则中的一个，我们之前介绍过。

在敏捷项目中，限制会议时间的实践方法有时也称为“时间盒技术”（Timeboxing）。用时间盒技术限制会议时间，可以确保开发团队有足够的时间创建产品。

冲刺计划会议分为两个部分：一部分用来设定冲刺目标以及为冲刺选择用户故事，另一部分则将用户故事分解为单独的任务。

会议的第一部分，PO和开发团队会在SM的支持下完成下列事项：

1、讨论并设定冲刺目标

2、评审来自产品待办列表中的用于支持冲刺目标的用户故事，并修订它们的相关估算

3、确定团队在当前的冲刺中可以做出哪些承诺

会议开始，PO和开发团队一行个为冲刺确定目标。冲刺目标应该是由产品待办列表里最高优先级的用户故事所支持的一种总体描述。

评审用户故事的第二个部分是确认对每个用户故事工作量的估算是否正确，如果有必要就调整估算。可以邀请PO一同参与会议，解决任何尚未解决的问题。

最后，当你知道哪些用户故事支持冲刺目标后，开发团队应该同意并确认它可以完成冲刺计划的目标。如果你在先前讨论过的用户故事有任何一个不适合目前的冲刺，请将它们从冲刺中移除并重新放入产品待办列表中。

会议的第二部分，Scrum团队要完成下列事项：

1、创建与每个用户故事相关联的冲刺待办列表任务。需要确保任务围绕着完工定义的每一部分：已开发、已集成、已测试和已归档

2、再次检查确认团队可以在冲刺的可用时间内完成的任务

3、每名开发团队成员应该选择他/她的首要完成任务 

开发团队成员应该每次只完成一个用户故事的一个任务，以实现蜂群式协作——整个开发团队为一个需求持续工作直到完成。蜂群式协作是在短时间内完成工作的非常有效的方法。

在第二部分的一开始，需将用户故事分解为单独的任务，并给每个任务分配数小时的时间。开发团队的目标应当是在不超过一天的时间内任务。

当明确每个任务要投入的小时数后，进行最后一次检查，以确保开发团队的可工作小时数与总体任务估算是合理匹配的。如果任务超过可用小时数，则需要将一个多更多的用户故事从冲刺里移除。和PO讨论哪些任务或用户故事最适合被去掉。

如果在冲刺内有额外时间，开发团队可以选择纳入另一个用户故事。只是要注意避免在冲刺的一开始就过度承诺，尤其是在项目最初的几个冲刺中。

明确任务后，选择首要任务。每名开发团队成员应该选择其首要完成的任务，一次只关注一个任务。

对冲刺而言，总共有多少小时的工作时间可用的？在一周40小时内，你可以合理明知地作出假设，对于周期为两周的冲剂，你可用9个工作日来完成用户故事的开发。如果假设每个全职团队成员每周有35个小时（每天7个生产小时）专注于项目工作，则可用的工作小时数是：

团队成员人数 * 7小时 *9天

为什么会是9天？第一天用半天来做计划，第10天用半天进行冲刺评审（干系人评审已完成的工作）和冲刺回顾（团队确定后续冲刺的改进计划），所以留下9天的开发时间。

在冲刺计划结束后，开发团队可以立即着手来创造产品。

Scrum团队应该确保产品路线图、产品待办列表和冲刺待办列表都处于重要位置并向所有人开放。这样相关干系人都能查看产品和相关进展情况，而不会去干扰开发团队。

应广大粉丝要求，我们建立了一个【PMO前沿交流群】，小伙伴们热情踊跃，目前人数已经上万人了，不能直接进群啦，想要进群的添加小编微信，拉你进群。两个添加其一即可！

欢迎加入中国最大的PMO&PM社群