什么是Retro
- 敏捷团队中，针对一定周期内的活动进行的回顾会议。
-
Retrospective的缩写
Retro可以用来做什么
团队中的每个成员，
均可暴露以下所有行为的任何问题
- 敏捷实践的落实情况
- 团队内部协作、工作流程
- 工作环境
-
其他角色的工作方式、行为 - 任何你想吐槽的问题
暴露问题的时候，一定有足够的
事实做依据和自己理想的做法。
如何组织一场Retro
Step0: 通知参与人，时间+地点
- 准备一场Retro前，一定要提前通知
所有参与人时间和地点。确保大家都能参加，提高会议人员的参与度 - 提前准备会议要用的
笔、Sticker和预定会议室，确保会议室中有可贴Sticker的地方
Step1: 确定会议安全级别
团队内部的所有人员，对Retro的安全级别进行投票。
- 目的: 确保会议中的所有人均可
吐露真言 - 如果有人对安全级别投反对票，则将参加会议中的最高级别的人物
请出会议。再次投票，直到所有参加会议的人员均认可Retro足够安全，每个人都可以畅所欲言。
Step2: 宣读宣言
- 确保大家在回顾过程中的问题均
对事不对人 - 确保反馈的时候，相信其他同事已经尽了
最大努力。
Step3: 回顾上次的Action
针对上次产出Action进行回顾，确保在本次Retro时，针对上次Action进行再次反馈。
Step4: 确定维度
确定本次Retro问题的维度，一般常用的是Well/Less Well/Suggestion。
- Well: 做的好的地方。如:新同事XXX修复BUG质量很高
- Less Well: 做的不好的地方。如: 工位很挤
- Suggestion: 针对当前的状态有任何建议。如: TB应该每周来一次
Step5: 编写Sticker内容
- 花费5-10分钟，开始编写自己的回顾内容。
- 确保每张Sticker仅一个事项
Step6: 分类Sticker内容
每个人将自己写的内容，分类贴到墙上。
Step7: 对内容进行、归类
- 待大家将Sticker贴完后，由会议主持人带领大家一起将所有的Sticker内容
串讲一遍。确保大家对所有的内容均理解一致。如果中间，有部分Sticker的内容不清晰，可由编写人进行内容澄清 - 过Sticker的同时，可直接将Sticker反馈的内容进行
分类。如: 团队内部的问题、办工环境的问题 - 过完每个维度后，可针对反馈较多的好事项，进行简单总结。
Step8: 投票
- 所有参加会议的人员，可进行已
分类的问题投票 - 每人
3票
Step9: 生成Action
- 所有人投票结束后，可选出票数最多的
3-5个问题，进行集中讨论，产出Action - 每项Action后，一定要有对应的
Owner - 每项Action的
Owner要在后续的工作中，对产出的Action进行负责，确保Action可正常落地执行
Retro是为了让团队内部的各种问题和好事，暴露出来。通过团队成员
共同讨论，最终促进团队和个人往更好的方向发展。