运用ORID引导进行回顾
一.准备
1.回想sprint内大家都比较关心的事情。
2. 回顾会议所需要的ppt,。
二-议程设计
1、开场（5min）
宣读敏捷原则与会议纪律
回顾最近Sprint的行动项
2、Objective（10min）
回想上个迭代有哪些印象深刻的事情发生
• 需求又是太紧急，最后通过协商减少功能对方案达成一致
• 上线后参与活动的人较多，最后得到用户的肯定
3、Reflective（5min）
总结下哪些场哪些地方做的好，哪些地方不那么顺利，写在卡片，进行分类。
• UI消耗的时间太长，耽误开发的进度
• po对需求的整理、讲解不够细
• 开发对用户故事没有深刻的理解，导致开发时遇到问题
4、Interpretive（10min）
教练式不断提问那些做的好，哪些可以做的更好，为什么会产生问题。
5、Decisional（10min）
产生具体的行动项
1.UI与用户的异地沟通要用语音、视频，避免使用文字打字沟通。
2.po与用户沟通大的活动方案时开发人员一开始介入，对整体方案及细节提出异议与建议。
3.开发沟通前对用户故事深刻理解，沟通时对po讲解的用户故事提出异议。
4.开发过程中需要有更多沟通。
三、引导过程
之前的回顾会都是sm组织一起讨论功能上问题，没有遵循敏捷回顾的流程、规则与内容。这次的会议尝试着用ORID方法进行引导回顾，从Objective入手回顾上个迭代有哪些印象深刻的事情，然后Reflective总结哪些做得好，哪些还会做的更好，再通过Interpretive提问，让成员自己发现问题，找到解决方案，最后Decisional产生具体的行动项。
四、成果
通过这次回顾会，产生了一些具体可实施的行动项或者规则，会对团队工作产生积极影响。
1.UI与用户的异地沟通要用语音、视频，避免使用文字打字沟通。
2.po与用户沟通大的活动方案时开发人员一开始介入，对整体方案及细节提出异议与建议。
3.开发沟通前对用户故事深刻理解，沟通时对po讲解的用户故事提出异议。
4.开发过程中需要有更多沟通。
五、心得
这是我们团队第一次采取比较正规议程的方式来进行回顾会，过程略有尴尬与生疏。大家还没有完全放开，保留戒备心，但是通过这种方式真可以发现团队中的一些情感或者情绪问题。后期会继续以这种方式来进行回顾会，并不管学习、实践，强化sm的知识与技巧，通过回顾会发现解决问题，一起提高效率。
