Scrum之 回顾会议

Scrum中Sprint计划会议是最重要的事件,第二重要的事件就是回顾会议,因为这是团队做改进的最佳时机。如果没有回顾,就会发现团队在重犯相同的错误。在sprint的评审会议后,团队需要进行一次回顾会议,以下我将把会议主要内容罗列一下。(以下会议内容来自于Scrum Checklists和scrum-and-xp)

目标

通过总结以往的实践经验来提高团队生产力。

会议准备

  • 邀请与会者:  Scrum Master、团队所有成员 、产品负责人(可选)
  • 附属工具:为所有参与者准备的荧光笔、贴纸、白板磁吸、白板和挂纸板
  • 准备一个回顾白板,分三列。第一列和第二列是回顾过去,第三列是展望将来。
    • Good:如果重做同一个sprint,哪些做法可以保持
    • Could have done better:如果重做同一个sprint,哪些做法需要改变
    • Improvements:有关将来如何改进的具体想法

会议进程(1-3小时)

  • 介绍会议目标和议程
  • 准备(setting the stage):制定和回顾团队价值观和约定(Team values and working agreements):(10-30分钟)
    • 不管我们现在发现了什么问题,我们必须懂得并坚信每个人通过他们当时所知的,他所拥有的技能和可得到的资源,在限定的环境下,都尽其所能做出了最好的成绩
    • 每个人都参与
    • 坦诚交流
    • 多说I,少用You
    • 不深究具体业务细节内部问题
  • 收集数据(Gather Data):收集硬数据:事件(events)、度量(metrics)、完成的故事等
    • 事件:对团队每个人都重要的任何事件,包含会议、决策点、里程碑、采用新技术等,例如上期回顾会议中确定的改进项是否执行了
    • 度量:包含燃烧图、速度、bug数、完成故事点数、代码重构数等
  • 产生见解(Generate Insights):多问“为什么”,从收集的数据中找出优点和问题
    • 向与会者解说如何使用该贴纸进行工作:使用贴纸时,注意一张贴纸只记录一件事。
    • 派发贴纸,通过头脑风暴分别得出回顾白板三列的所有想法。
  • 确定改进项(Decide What to Do)
    • 每人三票,投票决定下一sprint着重进行哪些改进(2-5项左右)。
  • 结束回顾(Close the Retrospective)
    • 给会议做个总结,表明下一个回顾会议需要跟踪哪些做法

会议结果

  • 回顾白板,以及下一sprint需要改进的做法,在下一个回顾中,会跟踪这些改进的执行情况
  • 把障碍增加到障碍 Backlog 中去

如何做回顾

其他

Agile Retrospectives: Making Good Teams Great

Project Retrospectives: A Handbook for Team Reviews

http://www.retrospectives.com/

Resources on Retrospectives

Scrum之 回顾会议》上有3条评论

  1. Pingback引用通告: 代码审查的意义到底在哪里?-H5W3

  2. Pingback引用通告: 不做代码审查又怎样? – ThoughtWorks洞见

  3. 复盘方法论:a)目标b)结果c)分析d)总结;
    复盘的步骤:a)回顾目标:当初的目的是什么(期望的结果);要达成的目标和里程碑b)评估结果:与原来目标比c)分析原因:成功关键因素(主观/客观);失败根本原因(主观/客观)d)总结规律:经验和规律(不要轻易下结论);行动计划;
    复盘的态度:开放心态、坦诚表达、实事求是、反思自我、集思广益;
    复盘的误区与“5求”:不是自己骗自己,证明自己对而是重在实事求是(求真);不是流于形式,走过场,而是重在内容和找原因(求实);不是追究责任,开批斗会,而是重在改进和提高(求学);强调客观,推卸责任,而是重在反思和自我剖析(求内);不是简单下结论,刻舟求剑,而是重在找到本质和规律(求道);
    复盘如何落地:工作要求:a)小事即使复盘:行动结束和进行及时复盘;制定改进方案并落实。b)大事阶段性复盘:大的项目在直选中,要进行阶段性复盘(半个月或一个月);对目标或策略进行及时调整。c)事后全面复盘:大的项目或战略结束后,要进行总复盘;总结经验教训,找到规律性。人员要求:a)领导者:以身作则。带头做复盘,给下级传承b)管理者:承上启下。先学会工具和方法,带领团队实践并运用c)普通员工:实际运用。学会方法和工具,在实践中应用并养成习惯

发表评论