Coursera 笔记

Module 03 · Agile & Scrum敏捷与 Scrum

The Sprint ReviewSprint 评审会议

Coursera ↗

学习目标

观看本视频后，你将能够：

  • 描述Sprint 评审是什么
  • 解释Sprint 评审会议中应邀请哪些人
  • 描述如何主持Sprint 评审会议

Sprint 评审会议概述

在完成所有的Scrum过程和Sprint之后，目标是展示一个有价值的产品或功能增量。Sprint 评审会议是开发团队展示自己成果的时刻。

展示与反馈

  • 这是开发团队展示工作的时刻：
    • 实时演示新功能或产品：
      “这是我们新增的功能，它是如何工作的，你觉得怎么样？”
    • 产品负责人根据接受标准进行判断：
      • 如果符合需求，产品负责人会确认并批准。
      • 如果有改进空间，产品负责人可能会提出新建议，并创建新故事（User Story）来实施。

所有被接受的故事将从**“Done”栏位移至“Closed”**栏位，表示这些功能已经交付完成。

谁应该参加Sprint 评审会议？

所有相关人员都应该参加，包括：

  • 产品负责人（Product Owner）
  • Scrum Master
  • 开发团队（Developers）
  • 利益相关者（Stakeholders）
  • 客户（Customers）

这是一个公开的会议，任何希望观看演示的人都可以参加。对于开发团队来说，这也是一个展示自己工作的好机会。

反馈的处理与迭代

在Sprint评审会议中，重要的是收集来自利益相关者、产品负责人以及所有观看演示的人提供的反馈。

  • 这些反馈应转化为待办事项（Backlog Items）。
  • 根据反馈，可能需要创建新的用户故事，以增加新功能、调整方向，或做其他改进。

迭代开发的优势：
迭代开发允许你在每个Sprint结束后根据反馈进行调整，这在传统的瀑布式开发中是做不到的。

  • 例如，一旦利益相关者看到某个功能后，可能会提出：“如果我们能再增加一个这样的功能，那就太好了。”
  • 这样的想法往往是在看到功能后才产生的，而传统的瀑布式开发不会激发这种即时反馈。

关于被拒绝的故事

如果产品负责人认为某个故事不符合要求（例如：功能未按预期实现），该如何处理？

  • 未完成的故事需要特别处理。
  • 我建议不要直接将其移动到下一个Sprint，而是给这些故事添加标签，标明其状态，如未完成（Unfinished）、不准确（Inaccurate）等，并将其关闭。

关闭的原因：

  • 关闭故事的目的是避免对**团队速度（Velocity）**产生不必要的影响。
  • 不要误导团队的速度，因为如果直接将未完成的故事移到下一个Sprint，你的速度计算就会不准确。

保持团队速度的准确性

  • 假设团队在某个故事上花了8个故事点（Story Points），但由于产品负责人不接受，最终未能按预期交付。
    • 如果你直接将这个故事移到下一个Sprint，团队的速度就不准确了。
    • 这8个故事点的时间已经被花费，但未能得到最终的功能交付。
  • 正确的做法是：
    • 关闭当前故事，并根据产品负责人的要求创建一个新故事，设置新的接受标准，并将其放入下一个Sprint中。

总结

本视频中，你学习到：

  • Sprint 评审会议是展示在Sprint中完成的功能特性，目的是与团队和利益相关者一起进行实时演示和反馈。
  • 所有与项目相关的人员都应参加这个会议，利益相关者的反馈对产品未来发展至关重要。
  • 根据反馈，**待办事项列表（Backlog）**会被更新，可能会创建新的用户故事或调整现有的功能需求。