Scrum之 评审会议

在sprint周期最后，需要进行一次评审会议，让团队向产品负责人和利益相关者展示已完成的功能。sprint审核的大部分实践用于团队成员展示功能、回答利益相关者对展示的疑问并记录所期望的更改。评审会议可以吸引相关利益者的关注，让其他人了解团队在做些什么，并得到重要反馈。做演示也会迫使开发团队真正完成一些工作。 

• 小组准备好工作站和设备等等，用以展示产品的新功能
• 团队准备sprint审核实践不应超过1小时
  

会议进程（4小时）

• 确保所有人员都清晰目标，如果有人对产品不知道，则花几分钟来进行描述。
• 团队按 Backlog 中的问题，逐个地介绍这次 Sprint 的结果，和演示新功能。
• 如果产品负责人想要改变功能：添加一个新问题到产品 Backlog 中
• 如果对功能有一个新的想法：添加一个新问题到产品 Backlog 中
• 如果小组报告项目遇到阻碍现在还没能解决：把该障碍加入到障碍 Backlog
• 会议结束时，ScrumMaster向产品负责人和全体利益相关者宣布下一次审核的地点和时间。

会议结果

• 对这次 Sprint 的结果和整个产品的开发状态的共识

其他

• 让演示关注业务层次，不要关注技术细节。注意力放在“我们做了什么”，而不是“我们怎么做的”
• 有的sprint可能会包含很多bug修复等功能，在评审会议中不要演示太多一大堆细碎的bug修复，除非这个很重要。

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 中去