Scrum: Sprint Retropective 会议是什么?

Table of Contents hide
1 冲刺循环和仪式
2 进行Sprint审查会议的5个步骤
3 Sprint审查会议的长度
4 回顾审查问题
4.1 1.什么在Sprint中表现良好？
4.2 2. Sprint出了什么问题？
4.3 3.我们在Sprint中学到了什么？
4.4 4.在下一个Sprint中我们应该做些什么？
5 纠正措施
6 摘要

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中表现出改进。虽然这些示例问题仅供参考，但您可以根据自己的要求进行自定义。