敏捷回顾实践（一种组织方式）

迭代回顾会议，所有人参与。氛围轻松，不追责，只看问题。

首先查看上一次迭代回顾会议中的结论内容，总结从上次回顾会到现在，团队对关注的问题解决到了什么程度，改进措施做到了多少。以团队的结果数据图表的方式体现团队努力过程，给团队直观的呈现。

一、画出心情曲线

工作的感受，一个坐标系内的感受曲线图。横轴为时间，跨度是上一次回顾到当前。纵轴为心情的好坏，横轴上为好，横轴下为不好。所有人员都要画出来。一为总结，二为成员有一个提前思考梳理的过程。

之后可以让线条有明显变化、线条很高或者线条很低的成员，说出变化原因，即提出重要感受问题。

示例

前期建立需求过多（可能宣导不够清楚，体验不好），沟通更快顺畅（优点），需求评审会过长（体验不好），测试不够及时（体验不好）。

二.具体感受点

1.积极的地方，提出改善点，写在蓝色标签纸上。示例：有了流程规范，有了看板。

2.待改进的点，提出不足点，写在红色标签纸上。示例：需求不清晰，研发途中变更（80%占比）。

每人一张红色一张蓝色标签纸（限制问题数量）。

第一步心情曲线大家明确了现状感受，同时有了重要事件的提示信息，涉及到团队协助细节团队成员会有明确思考方向。

三.后续动作，如何去完善

团队共同讨论，确定改进目标和方法，这里需要由团队成员确定执行的优先级，整理到白板上，作为共识，后续做推进。注意执行措施数量，一次解决2到3个问题，多个问题确定优先级。

示例

1、需求评审必须有

2、需求准入，测试人员与研发负责人做第一次准入评审后，确定需求范围，影响面后再开评审会议

3、需求文档需要清晰，影响范围，逻辑交互要再文档中体现

4、团队角色互不干扰，各司其职，不干扰其他角色的决定

5、在研发过程中需求实现与计划有出入，根据实际情况及时评估

整体上保持会议气氛轻松，采用小游戏奖惩、团队成员投票“好人卡”等方式，始终凝聚团队注意力，适时做话题引导 ，将前期观察到的团队成员好的表现适时出来，满足团队获得感。

项目改进目标

1、将讨论结果作为目标去推进，但一般需要和负责人沟通，取得上级支持。

2、具体执行方案还需详细讨论，与上级与团队。这一步做到执行共识。

3、推进过程有记录，遇到问题沟通解决，这里的原则是以合作达成共识，与具体成员沟通时需要解释好具体措施出发点，注意执行的主动权在团队成员，在负责人身上。