迭代回顾会——成长，都是让人痛苦的

序

    最近接了的项目，终于上线了第一个迭代，迫不及待地组织大家来回顾，痛苦呀，哈。此文主要是记录迭代回顾会的流程，以便自己总结，同时也给团队成员们可以有一个回味的地方。

正文

迭代概况：

            业务原计划的两个需求仅上了一个需求到生产，万幸此上线需求基本跑通，满足灰度内测的标准，同时也发现了很多需求的优化点。

            而对于这个成绩，虽然需求范围缩减了，我个人而言还是认为算是一个挺好的成绩了，因为确认存在较多的客观阻碍因素：

回顾流程：

一、迭代痛苦探针

         此环节让大家自己评估一下在版本中自己痛苦值。

        最后团队的平均值是3.5个星星，也没有出现5个星星的情况（职业生涯中最困难工作之一），感觉还是挺好的，还有一定的压（cheng）迫（zhang）空间，哈。

二、不同职能结合分组，保持分组多样性，促进思考维度丰富，思想得到充分碰撞

三、从项目流程（项目管理-需求-开发-测试-上线）上分组思考拆分有哪些做得好的点和过程的问题及可提升的地方

（1）做得好/优点

        此处我将大家事项做了简单的汇总：

而在过程中，我也尝试引导大家去表扬和肯定，也出现了表扬卡片，我觉得非常棒！

而在此处，我也发现自己的视觉是和大家不一样的，再次也补充一些自己看到的点，表扬一下大家，还有自己，哈，同时也供后续回顾加强。

（2）问题及可优化点

        此过程主要是希望大家集中讨论发现，要求要尽可能地发现，并不一定要有解决方案，但同时也指出我们的目标是为了暴露问题，并不是相互指责，我们是为了改进，提升工作效率。

        问题汇总如下：

四，引入影响地图，提炼解决方案

    将问题归类分组后(WHY)，找出那些角色可以协助我们能解决上述问题(WHO)，然后针对各个角色脑暴能如何帮我们解决上述的那些问题（HOW）：

五、根据ROI原则，寻找高优先级行动项

        根据ROI的原则，集体找出低投入高产出的可行措施，移到预定义的狭窄位置，满则不给移入，避免过分承诺。

六、行动项分配，再次过滤行动项

           各角色同学各自领取自己后续工作承诺可实施措施，再次将高投入但可行度不高的行动项过滤；保证可落地。

七、迭代回顾会回顾，大家围圈圈发言

        此环节中，业务同学对开发团队工作的过程表达了肯定，团队的直接感受，个人感觉进一步增强了团队凝聚力，大大摆脱了甲乙方的合作模式氛围，挺棒的，加油！

八、最后：行动承诺

        大家通过自己的迈步幅度来评估自己在下一阶段中可以进步的幅度，看到了大家都尽自己所能尽量大地去迈步，这又让我看到了一股非常大的力量。

        希望大家可以记住这一步，这个自己立下目标，同时也是非常不错的心理暗示。

最后的最后，也总结一下自己组织回顾会的不足，期望后续可以更好地为团队的大家服务，互勉之！