敏捷实践之回顾会议Retro
本文是个人总结摘记，部分文字摘自其他大神博文等，如有雷同，未列参考文献，请见谅；
定义
团队专注于交付目标，埋头干活的同时，也要懂得停下来总结过去，并更好地抬头看路。
Retro是Retrospective的简写，即回顾会议，大家坐在一起，对过去的这段时间里，Team的工作状态（团队合作，技术实践，团队氛围等）做一个总结，它有一点基本思想：对事不对人，大家思想自由Open。
回顾会议能够总结过去，发现改进点，鼓舞士气，使团队在接下来的迭代或Release更有效且高效地交付价值做的好的方面继续保持及加强，做的欠佳的方面一起讨论改进措施，并尽全力落实。Retro让团队在实践中摸索出适合团队的最佳实践，引导团队和个人不断自我完善，追求卓越。
形式
- 会议的参加者包括整个Scrum团队、Scrum Master和Product Owner。会议由Scrum Master主持;
1 正式会议开始前
确认构建安全的环境。
就是每个人都是觉得当前的会议是可以自由发表意见的，而不是因为某些人（比如说不友善的Leader）而不敢发表意见。开始前每个人对安全系数打分，1~10分，如果平均分数偏低（比如低于6分），需要将Leader从会议中"驱赶出去"，直到大家觉得安全了才好。
如果跟客户关系融洽且相对容易参与进来，可以将客户Involve进来，然后一起构建一个安全的环境（有可能因为大家的打分较低，客户不得不“出场”，所以客户参与不是必须的）。
了解与会人的心态
- 这里有一种非常有意思的收集与会者心态的小活动，叫做“ESVP”：Explorer （探索者），Shopper （推销者），Vacationer （度假者），Prisoner （囚犯），就能知道会议室里大家的实际情况。统计的结果不一定总让人欢欣鼓舞，但这个小小的活动往往能有效的唤起大家内心的思考，很有价值；
激活大家的发言欲望
- 简单常用的方法是让大家按座位顺序轮流用一个词形容他/她对这个迭代的感受。只让用一个词说实话非常难；
把大家带到这个迭代历史的回忆中来
- 就是让大家画一条基于时间轴的心情曲线。如图是一个团队真实的曲线结果，每个人都不一样，分享这个曲线的过程甚至能加强团队成员的相互了解，加强信任感。
2 写卡
建立几项总结指标（Well, Less Well，Suggestion，Action），每个人对前三项提出自己的看法。第四项是综合所有前三项的结果总结出来后面要做的事情。
使用Sticker纸片，最好是用马克笔写（这样一张Sticker就不能泛泛无边的写），一张Sticke写上一个点的内容即可。 编写Sticker内容的时间控制在5分钟以内，每个人自己将Sticker按照分栏贴好，然后Facilitator（通常是PM或BA）开始带着大家过每一栏的Sticker，对Less Well栏中，将同一类的问题归纳起来；
3 自有发言
如果Less Well栏中的分类比较多的话，大家可以根据分类的结果进行挨个投票，选举出本次retro最希望讨论和解决的问题，然后大家针对投票的前三位进行轮流发言，指出问题，发布自己的看法；
然后整个Team就这三个问题进行公开讨论，方式也可以是多样的。可以大家一起讨论，Scrum Master在讨论过程中将大家的观点记录在白板上；
讨论完毕后，对讨论结果进行分类。对于好的方便，在下个Sprint继续保持并发扬；对于存在的问题，列出Action Point去解决问题。列出的Action Point也会在下个Sprint的backlog中体现出来，并且是高优先级的项目。
4 产生actions
Scrum Master根据大家的发言，总结一些actions，将Action栏中的Sticker指派Owner，并落实。
说得天花乱坠，没有行动，犹如竹篮打水。Retro这个环节最核心的产出物是Action，团队共同一致商量出来的措施，有没有效果就在于行动了，所以Action分配了Owner之后，一定要跟踪这些Action有没有落实执行。一方面，需要Owner拥有高度的责任心和执行力，尽职将这些Action落实执行。
5 结束会议
- 让大家每个人通过一张纸片的形式感谢团队里的一个人，并附上理由。我觉得这是一个很好的激励团队更多合作和相互帮助的好办法。写好纸片之后，我会请大家当众宣读一下卡片内容，并亲手交给自己感谢的人，纸片格式如下：这段时间，我最感谢，因为；
要点
一旦总结下来的，team leader一定要带领team尽可能落实，而不是只记在那里没人看，那样就失去了意义。
不引起任何变化的Retrospective只是浪费时间。retro主持人确保会议内容是积极的和有产出的；
改进计划过多，到时候团队根本没有时间完成这么多的改进计划，这个也需要排优先级；还有超出团队能力范围的改进要避免，不然也没法落实。
敏捷实践之回顾会议Retro相关推荐
- 敏捷回顾会议的套路与实践分享
01 - 关于敏捷回顾会议 实践过敏捷的人都知道,在敏捷中会有很多的会议要开,比如计划会议(Planning).站立会议(Daily Scrum).评审会议(Review)以及回顾会议(Retrosp ...
- 华为敏捷 DevOps 实践：产品经理如何开好敏捷回顾会议
开篇小故事: 前几年,一本叫<沉思录>的书在国内突然曝光度很多,因为前某国家领导人"摆案头,读百遍".<沉思录>是古罗马皇帝马可·奥勒写给自己的书,内容大部 ...
- 【华为云技术分享】如何让敏捷回顾会议更有效果，这样做就对了
摘要:有些团队践行敏捷一段时间后,感觉回顾会议(Retrospective Meeting)时间太长,动辄2-3个小时,而且会议上走形式,会后无效果,那么如何才能让回顾会议有效果呢? 背景 有些团队践 ...
- 2021【敏捷CSM认证】Sprint回顾会议-检视工作,提升效率
2021[敏捷CSM认证]Sprint回顾会议-检视工作,提升效率 Sprint 回顾会议是 Scrum 团队检视自身并创建下一个 Sprint 改进计划的机会. 回顾会议发生在 Sprint 评审会 ...
- 【敏捷CSM认证】Sprint回顾会议-检视工作,提升效率
[敏捷CSM认证]Sprint回顾会议-检视工作,提升效率 Sprint 回顾会议是 Scrum 团队检视自身并创建下一个 Sprint 改进计划的机会. 回顾会议发生在 Sprint 评审会议结束之 ...
- 敏捷实践：比每日会议更疯狂的半日会议！
由"每周例会"说起 每天项目例会的话,频率太高了,可能会浪费时间,如果每月一次,似乎时间太长了,于是我们往往会"每周例会". 有一次我参加了某项目的每周例会,开 ...
- 让敏捷的回顾会议变得有趣而高效
Scrum Master身上背负的一个很重要的职责就是让回顾会议开的成功,不然就有虎头蛇尾之嫌,更何谈good to great呢? 长期以来我们的回顾会议都是这样进行的,到点了,大家拿着笔记本进入会 ...
- 迭代回顾会议咨询记录
每次敏捷迭代都是一次PDCA循环, 迭代的回顾会议则是其中的A(adjust),不断的复盘总结可以帮助项目一次比一次做的更好,使团队形成一个自学习的组织. 近日我旁观了一个敏捷项目组的迭代回顾会议,项 ...
- 一个即成功又失败的敏捷实践
背景 公司主要做项目,项目前期需求不明确,需要快速交付最有价值的产品给用户,综合考虑,于是乎项目就开启了敏捷实践.我也即成为敏捷项目的一名测试员 成功之处 敏捷的东西应有尽有 -人员配置:产品负责人. ...
最新文章
- Activiti——流程执行历史记录（七）
- 图书管理系统需求说明书
- 牛津大学最新《计算代数拓扑》笔记书
- Oracle 分区表的新增、修改、删除、合并。普通表转分区表方法
- angular --- ngDialog关闭当前层
- MongoDB基本管理命令
- 网络硬件设备（职高高考笔记）
- linux部署多个jar 会宕机_部署springboot+vue项目文档（若依ruoyi项目部署步骤）
- 鸟叔linux命令大全,[鸟哥linux视频教程整理]02_01_linux操作系统及常用命令
- Spring MVC + Spring + Hibernate + mysql 注册登陆入门实例
- Java 8 Base64 编码解码
- pandas读取csv文件数据并使用matplotlib画折线图和饼图
- 饶刚：做好债券研究 完善团队建设 为投资人打造持续回报的特色固收产品
- 对抗生成网络GAN系列——CycleGAN简介及图片春冬变换案例
- NFT游戏开发NFT游戏平台模板搭建NFT平台定制开发MOBOX:NFT Farmer游戏开发
- python 学习2
- Android5.1-s5p6818平台adb push 、adb install/uninstall的疑问
- python写整数逆位运算_整数逆位运算
- 指数函数和正弦函数相乘
- 国密算法SM3与SM4简介与应用