敏捷(Scrum)中的回顾会议

创业   2025-01-15 07:39   四川  

敏捷中的回顾会议是团队对自己的开发过程进行审视,发现好的措施继续保持,不好的问题作出改进,使得团队内部的工作效能和能力成长不断改进。

回顾会议召开的时间一般(推荐)是每个迭代最后一天的下午。

回顾会议的参加人员一般是Scrum团队成员,即产品负责人、ScrumMaster和开发团队。

回顾会议的一般流程如下:

  • Say Hello

这个环节主要是想破冰,为会议创造一个自由、舒适的环境氛围,让与会人员能够积极参与、畅所欲言。

Say Hello环节需要所有的团队成员参与其中。每个人都要用一个词来说一下自己对这个迭代的感受(如果实在说不出来,也可以说“我没有”)。

  • 介绍回顾会议需要讨论的问题

主持人(一般是ScrumMaster)介绍回顾会议需要讨论的问题——发现当前迭代中我们要开始做的、停止做的和继续做的任何的事和流程中的问题或者想法。

  • 团队发现问题

每个与会人员发表意见,把自己发现的问题或想法,按照开始做、停止做和继续做这三个维度进行分类,并且写在一个便签纸上,然后分类贴在白板上。

不用必须是问题,也可以是一些应该继续的好的方法,或者应该停止的坏的方法。

  • 收集问题,讨论问题
    团队成员发表意见

  • 做出决定(需跟进的工作列表)

与会人员共同对发现的问题或想法进行分类分级排序,决定继续保持和需要改进的事项,分配责任人,纳入下一步的工作计划。

  • 总结,结束会议

主持人对本次回顾会议进行总结,会议结束。

回顾会议的时长一般不超过2小时(如果一个迭代时长是两周)。

以上就是敏捷回顾会议的一些关键点。

这正是:

敏捷回顾重审行,效能成长赖群英
迭代尾时齐聚首,两时精进共前行

参考书目:天天学敏捷:Scrum团队转型记,作者:杨蕾 郑江,出版社:清华大学出版社

作者简介:王小双,长期从事GJB5000推广、实施、评价、改进的工作,创建《软件工程之思》微信公众号,一直在《软件工程之思》分享GJB5000、CMMI、软件工程的知识和感悟。现致力于GJB5000培训、内外部评价以及软件过程改进、软件工程能力提升的研究工作。


软件工程之思
软件工程之思,一个探讨软件工程的优秀实践的芳草之地,这里有前辈的成熟经验,也有晚辈的奇思妙想,无论哪种,都希望能给你带来一点启迪。软件工程之思,愿成为推进软件工程浪潮中的一朵浪花,营造软件工程燎原之势的星星之火。
 最新文章