1

如Scrum指南中所述,Sprint Retrospective是Scrum团队检查自身并创建在下一个Sprint期间制定的改进计划的机会。Sprint回顾是在Sprint Review之后和下一个Sprint Planning之前发生的。这至少是为期一个月的Sprint的三小时会议。对于较短的Sprint,事件通常较短。在Scrum Master的保证事件发生和服务员了解它的用途。这是Scrum团队改进的机会,所有成员都应该出席。

我们如何组织Sprint回顾?

一般不同的组织格式有点不同,但通常我们这样做:

  • 我们根据讨论的多少分配一到三个小时 是预料之中的。
  • 参与者:产品所有者、整个团队和我自己。
  • 我们搬到一个封闭的房间,一个舒适的沙发角落,屋顶露台,或像那样的地方。只要我们能不受干扰地讨论。
  • 我们通常不在团队会议室进行回顾,因为注意力往往会游移。
  • 有人被指定为秘书。
  • Scrum Master显示Sprint积压工作,并在团队,总结冲刺。重要事件和决定等。
  • 我们做“巡演”。每个人都有机会说,而不是被打断了,他们认为什么工作得很好,他们认为有什么可以改进的,下一次冲刺他们想做什么不同。

clipboard.png

  • 我们查看估计速度与实际速度。如果有很大的区别,我们试图分析原因。
  • 当时间快到时,Scrum Master试图总结关于下一次冲刺我们能做得更好的具体建议。

Scrum Master鼓励Scrum团队改进其开发流程和实践,以使其在下一个Sprint中更加有效和愉快。在每次Sprint回顾期间,Scrum团队计划通过改进工作流程或在适当时调整“完成”的定义来提高产品质量,而不是与产品或组织标准相冲突。我们的回顾通常不是太结构化。底层但主题总是一样的:“下一次冲刺我们能做得更好吗?

在Sprint Retrospective结束时,Scrum团队应该已经确定了它将在下一个Sprint中实施的改进。在下一个Sprint中实现这些改进是对Scrum团队本身的检查的适应性。虽然可以随时实施改进,但Sprint Retrospective提供了一个专注于检查和调整的正式机会。

推荐的Scrum文章


Warren2Lynch
211 声望57 粉丝

国际IT公司创始人,博士学位,30多年软件工程和企业架构研发经验