Scrum 联盟的创始人之一 Mike Cohn,就 Sprint 复审的内容向敏捷社区发出了不同的声音。他认为,展现待办事项列表中未完成的事项,有时候是值得的。
根据定义, Sprint 复审会议是一轮 Sprint 最后一天中的第一部分,团队在会上向客户展现刚刚完成的这次迭代(Sprint)得到的产品。对于这次会议来说,其规则包括:
- 复审已经完成的工作,以及已计划但未完成的工作。
- 向利益干系人展现完成的工作(又名“demo”)。
- 无法演示未完成工作。
- 4 小时时间限制。
Cohn 在博客文章的开头,首先强调了上述核心规则——在演示过程中,团队可以展示迭代中完成的工作事项。这样做,能够确保客户只看到真正完成的工作的总量,而这与团队提供的完成列表相一致。接下来,Cohn 谈到了不允许团队展现未完成待办事项的风险:
- 虚假的工作实际完成进度。
- 如果在会议中讨论的所有事物都已经完成(或接近完成),那么客户期望将变得更高。
鉴于此类会议的主要目的在于收集来自利益干系人的反馈,他认为某些时候展示未完成的工作是非常有价值的:“例如,你或许想让每个你希望参与的人,都针对下一个(将要实现的)事项的视觉设计是否满足期望,来发表各自的评论。那么放手去做吧,把它的特性展示出来,并收集有关的反馈。”
Cohn 的文章收到了许多不同的回答和反馈。例如Илья表示,Cohn 正在“打开危险的魔盒,因为他告诉人们,你们可以展现未完成的工作……这确实很难,而如果人们仅仅展示哪些工作已完成,就不需要那么多的勇气。”
另一方面,Adam Myhr 表示,在 Sprint 复审会议上展现未完成的工作,“对我来说,打破过去的拘束,是为了实现某些与 Sprint 复审的目的不同的东西。在我看来,这是一个恰当使用 Scrum 框架的机会”。
有许多讨论都围绕着这个未完成工作的话题。在 Programmers Stack Exchange 上的一条讨论话题中,GuyR 提到了一种不那么常见的方法:“在Sprint 复审中,产品所有者与Sprint 团队和利益干系人协商讨论,针对完成度做出决断”。在这种情况下,无论事项完成与否,都应该展示出来。
评论