之前分享过3篇关于敏捷项目管理的文章，现在继续分享：如何开敏捷迭代回顾会。

开迭代会之前，需要提前一天给大家讲解下迭代需求，留出时间让大家了解需求，且让大家自己认领需求。

迭代会流程

1、会议开始，定一个截止时间，这样会逼大家集中精力，提高会议效率。

2、回顾上迭代，看是否有未完成的需求，有，则把未完成的部分拆分出去，记录在下迭代中；无，则进入下一环节。

3、回顾一下，哪些需求的故事点要调整？

1）为什么要调整？当时为什么没有评估准确？能否正确归因？下次是否能避免？要有可行的客观解决方案，而不是主观解决方案。

举一个例子：由于需求认领人没有充分的了解需求，导致故事点评估偏小。

主观的解决方案：要求认领人以后要充分了解需求。

客观的解决方案：要求认领人写出做此需求的涉及范围、注意事项、以及完成此需求的步骤。

2）当很难归因时，自己也要自信一点，强力引导大家进行归因，实在无法归因也没办法。

4、结束迭代

1）如果成功，则庆祝成功。

2）如果失败，则立即确定好庆祝失败的时间和活动，若天气不好，往后递延，但要提前带好装备。

然后在活动的前一天提醒大家要带好相关装备。

且回顾失败的原因，和故事点评估有误一样，需要正确归因。

5、回顾团队此次迭代的优缺点，注意好表达方式，先肯定后否定。

要让大家真诚，自己要先真诚。

当迭代会举行的越来越多时，新发现的优缺点将会越来越少，当提不出新的优缺点时，没关系，可直接进入下一环节。

6、回顾之前迭代的优缺点是否坚持和改正。

注：可以没有此步骤。

7、开始评估下一迭代需求的故事点

1）某一个需求，会有最了解的人，让最了解的人来介绍此需求。

2）不影响评估的情况下，有些细节可以会后讨论，把控会议时间进度。

3）评估故事点，需要写下来，防止跟票。不要问是否好了，而是问是否已记下来。

4）会议中间可以提醒一下大家，要抓紧时间。

故事点评点时，以下需要视情况上浮百分比：

1）业务稍复杂的历史数据处理（脏数据）、逻辑梳理。

2）涉及到原型沟通的，如果有来回修改。

3）清晰定义每一个需求的目标。如果目标定义不清楚，会导致大家评估差异大。

8、故事点都评估好后，开始迭代冲刺！

以上是我的分享，希望有用！