迭代开发︱Sprint如何执行才会更高效？
2022-10-28
来源：adoudou
本文翻译自Mike Cohn's Blog
成功的Scrum执行需要一些重要的仪式，这包括迭代计划、迭代审查、每日站会和迭代回顾等。
人们关于谁应该参加这些仪式、什么时候举行这些仪式、每个仪式需要多长时间、仪式的目的等等，常常有很多困惑。
为了减少混淆，我们创建了如下的图表，回答了1-4周的迭代中遇到的上述问题。
迭代会议的日程规划
01迭代计划会
迭代计划会标志着迭代的正式开始。一旦这个仪式开始，迭代也就开始了。
SM、PO和开发团队都将参与。当PO和团队都认为合适的时候，也可以邀请其他人偶尔参加。例如，如果下一个迭代将要开发的功能最好由某个主题专家(他不是产品负责人)来解释的话，那么请该人员参加会很有用。然而，通常这种类型的讨论最好在实际的计划会之外进行。
迭代计划仪式的长度与迭代的长度成正比。四周的迭代，计划会议最好不超过8个小时，一周的迭代最好不超过2小时。
这些是最大的时间盒，我建议团队可以通过不断的迭代，将时间控制在最大时间盒的一半。
作为对迭代计划仪式的输入，SM将带来有关团队平均速率（velocity）和最新速率的数据，PO将带来产品待办列表，或者至少是产品待办列表中优先级最高的条目。在许多团队中，PO还将提供一个迭代目标草案，该目标草案可以在计划过程中进行协作修订。
迭代计划的输出包括一个对即将到来的工作更加了解并为之做好了充分准备的团队。额外的产出包括一个迭代待办列表（sprint backlog）和商定的迭代目标。
02每日站会
每日站会（daily scrum），也称为每日站立（daily standup），是一个简短的、团队成员同步工作的每日仪式。每日站会使团队成员能够确保正确的人在正确的时间处理正确的事情。
每天，每个参与者都要回答三个问题：
为了实现迭代目标，我昨天做了什么？
为了实现迭代目标，我今天要做什么？
在实现目标时，有没有遇到一些障碍/阻碍？
问题可以用多种方式表达，例如，很多团队发现相比于描述“自己做了什么”，他们认为描述“完成了什么”更有利于目标的实现。
参与者包括SM、开发团队，在我看来，还有PO。
Scrum社区内部存在一些有关PO是否应参与的辩论，将PO从每日站会中排除出去，会使PO和团队造成隔阂。“我们和他们”的感觉已经存在于太多的组织中，Scrum团队和它的PO就不要再做任何一件可能会进一步强化这种消极态度的事情了。
每日站会的时间限制为15分钟，其目的是
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
-
延伸阅读：
-
