Scrum: Sprint Retropective 会议是什么?

Scrum: Sprint Retrospective 会议是什么?

(英文原文)

Sprint 审查 (Retrospective) 是在Sprint Review之后和下一个Sprint Planning之前发生的。这至少是为期一个月的Sprint的三小时会议。回顾会议基本上是一次“改进”会议,旨在找到方法和途径,以找出潜在的陷阱,过去的错误,并寻找新的方法来避免这些错误,所有人都参加 – 产品所有者Scrum主管,开发团队成员,以及可选的利益相关者。

换句话说,sprint回顾会议是找到团队正在做什么的活动和“事情”,应该继续进行哪些活动,以及可以做些什么来改善下一个Sprint更加愉快或富有成效。“检查”和“适应”原则在回顾会议中发挥了关键作用,使下一个Sprint更加愉快或富有成效

冲刺循环和仪式

每个Sprint都会从两个计划会议开始,以定义Sprint的内容:“什么” – Sprint计划会议的第一部分和“如何” – Sprint计划会议的第二部分。这两次会议的组合也被定义为Sprint计划会议。

冲刺循环

冲刺循环

在Sprint结束时,进行Sprint回顾会议以允许Scrum产品所有者检查所有已提交的项目是否完整并正确实施以进行部署。

然后进行Sprin审查会议以检查和改进项目执行过程:Sprint期间有什么好处,什么应该继续,以及下一个sprint应该改进什么。

进行Sprint审查会议的5个步骤

通常审查会比这复杂一些。大多数人遵循5个步骤:

  1. 设置阶段 – 设定目标; 给人们时间“到达”并进入正确的心情
  2. 收集数据 – 帮助每个人记住; 创建一个共享的信息池(每个人都以不同的方式看待世界)
  3. 产生洞察力 – 为什么事情会像他们那样发生?识别模式; 看大图
  4. 决定做什么 – 选择一些问题来制定并制定具体行动计划,说明如何解决这些问题
  5. 关闭回顾 – 澄清后续行动; 鉴赏; 结束; 回顾会怎样才能改善?

Sprint回顾的阶段

Sprint审查的阶段

Sprint审查会议的长度

sprint审查会议长度的拇指规则是每周Sprint持续时间通常不超过45分钟。下表说明了此规则:

总冲刺持续时间 冲刺回顾持续时间
1周 45分钟
2周 90分钟(1.5小时)
3周 135分钟(2.25小时)
4周 180分钟(3小时)

注意:

冲刺审查的确切长度受以下因素的影响:

  • 团队中有多少人
  • 团队有多新鲜?
  • 是否有任何团队成员远程定位

回顾审查问题

在Sprint审查期间,该团队讨论了:

  • Sprint的进展顺利?
  • Sprint出了什么问题?
  • 我们在Sprint中学到了什么?
  • 在下一个Sprint中我们应该做些什么?

1.什么在Sprint中表现良好?

可以提出的问题,通过问自己哪些方面很好地了解所发生的所有好事,来理解迭代成功背后的原因。

  • 是什么促使我们这样做的?
  • 我们做了哪些不同的事情才能取得成功?
  • 哪种培训,技能或知识有助于实现差异化?
  • 你的哪个优势使它成为现实?
  • 您团队的哪些优势使其成为现实?
  • 团队成员的贡献是什么帮助您实现了这一目标?
  • 我们是如何实现的?

2. Sprint出了什么问题?

虽然不应要求本节中的问题评估个人的表现或惩罚,但要收集信息,并确定在即将到来的Sprint中解决问题的方法。哪里更好看待改进而不是事情进展不顺利?事实上,这个问题揭示了团队目前面临的困难,问题和不满。

  • 怎么会出错?
  • 你做错了什么?
  • 有多少人对此出错?
  • 你知道这样做会出错吗?
  • 你明白错了,因此实施错了吗?
  • 你明白了吗,但它仍然出错了?
  • 我们做得怎么样?

3.我们在Sprint中学到了什么?

从这个Sprint学到了什么?这些问题有助于确定哪些是正确的,哪些是错的。它鼓励我们看看我们对我们工作方式的了解。一些例子可能是:

  • 这个sprint是如何执行的?
  • 在这个冲刺中它出了什么问题?
  • 什么时候出错了?
  • 怎么会出错?
  • 哪种技术有用?
  • 哪种技术没用?
  • 这次冲刺期间顺利进行的是什么?
  • 在这个冲刺期间什么不顺利?
  • 在Sprint期间学习什么可以教育我们即将到来的Sprint?

4.在下一个Sprint中我们应该做些什么?

本节主要侧重于确定过去成功,失败和学习的可能纠正措施。

  • 如何利用个人的力量来解决问题?
  • 应该做些什么来防止问题再次出现?
  • 必须立即实施哪些操作才能获得带宽和功能?
  • 确定要改变的一件事并解释如何改变它?
  • 有什么策略可以完成这项工作?

纠正措施

  • 你将在即将到来的Sprint中做些什么来完成这个动作?
  • 你将如何做到成功?
  • 你什么时候在Sprint期间这样做?
  • 你需要帮助来完成这个吗?
  • 您需要什么额外支持?
  • 你怎么知道你完成了它?
  • 在Sprint完成这项工作后你会做什么?

摘要

Scrum审查会议可以被视为“经验教训”会议。正确的回顾性问题允许团队思考,同时为每个团队成员提供所有权,从而使其真正变得敏捷

根据场景利用上面给出的问题,激励您的团队和您自己在未来的Sprint中表现出改进。虽然这些示例问题仅供参考,但您可以根据自己的要求进行自定义。