# 敏捷开发过程中的会议

团队在执行 Scrum 时将举行一系列会议，每个会议都有特定的目的和举行次数。 Scrum 主管应考虑以下准则，确保每个会议都实现其预期目的：

会议议程清晰明确。

如果团队成员展开与会议目的无关的讨论，这些成员应先搁置该项讨论，以后再完成。 Scrum 主管应确定并指示团队成员何时应搁置一项讨论。
所有会议都应遵循为该会议描绘的基本结构。
会议应准时开始，即使某些成员迟到也是如此。
若非有不可避免的特殊情况，团队成员应准时参加会议。如果您的时间表使您无法定期准时参加会议，应尽快解决这一冲突。如有必要，Scrum 主管应调整会议时间以解决冲突，但前提是所做调整不会给其他团队成员带来不便。
每个团队成员都应在参加会议之前做好准备工作。
会议应按时完成。大多数情况下，会议时间长度由冲刺 (sprint) 的长度决定。例如，如果冲刺 (sprint) 为一周时间，则冲刺 (sprint) 计划会议的时长为两个小时，如果冲刺 (sprint) 为两周时间，则冲刺 (sprint) 计划会议时长为四个小时。
Scrum 对此会议结构的实施可能会达到令人不适的程度。这种反应来自于守时压力、与做出并保持承诺相关的对等责任以及积极参与所需的透明度。

会议	用途	持续时间	举行次数
冲刺 (sprint)计划会议 (opens new window)	确定在下一冲刺 (sprint) 中要做的工作。	在冲刺 (sprint) 中，每周两个小时，最多四个小时	每个冲刺 (sprint) 举行一次
每日 Scrum 会议 (opens new window)	使团队成员可以提出风险并进行相关的协作和交流。	十五分钟	Daily
冲刺 (sprint) 评审会议 (opens new window)	向客户和其他利益干系人展示团队在冲刺 (sprint) 中完成的工作并获取反馈。	在冲刺 (sprint) 中，每周两个小时，最多四个小时	每个冲刺 (sprint) 举行一次
追溯会议 (opens new window)	确定和实现过程改进理念。	三个小时	每个冲刺 (sprint) 举行一次

# 一、冲刺计划会议：

团队完成计划会议的这两个部分之后，即已完成以下工作：

创建了冲刺 (sprint) 积压工作，并确定了每个用户情景的任务和工时
承诺完成将在该冲刺 (sprint) 中交付的用户情景
作为一个自我组织的团队，了解应如何协作以履行其承诺。

# 二、每日Scrum会议：

Scrum 主管严格控制会议结构，确保会议准时开始并在 15 分钟或更短时间内结束。在此会议中，每个团队成员都需要回答以下三个问题：
自上次 Scrum 以来我完成了哪些工作？
至下次 Scrum 之前我将完成哪些工作？
哪些阻碍性问题或障碍可能影响我的工作？

# 三、冲刺 (sprint) 评审会议：

在冲刺 (sprint) 的最后一天，团队将与产品所有者、客户和利益干系人召开会议，对已完成的工作进行验收并确定新的要求。在冲刺 (sprint) 的过程中，团队可能已收集并合并了反馈。此外，团队应已对每个完成的用户情景执行验收测试。在该会议中，团队演示了在冲刺 (sprint) 中完成的每个用户情景。产品所有者、客户和利益干系人对达到预期的用户情景进行验收。在许多情况下，客户在观看演示后会更全面地了解其附加需求，并将确定和讨论他们所需的更改。

根据此会议，一些用户情景将会作为已完成的工作进行验收。未完成的用户情景将保留在产品积压工作中，并且新的用户情景将添加到产品积压工作中。将对这两组情景进行分级，并将在下一次冲刺 (sprint) 规划会议中进行评估或重新评估。

在此会议及追溯会议后，团队将会计划下一个冲刺 (sprint)。因为业务需求变化很快，所以可利用此次与产品所有者、客户和利益干系人召开的会议，再次评审产品积压工作的优先级别。

四、追溯会议：

在此会议中，团队将审视和检查它在 Scrum 过程中的工作历程。根据此分析，团队可以决定调整其过程，以便提高其自身的有效性、效率、质量和满意度。此会议和取得的改进成果对自律行为的敏捷原则非常关键。

如果您的团队未完成指派给冲刺 (sprint) 的所有用户情景，您将在追溯会议中讨论其原因。团队将确定是否会调整其过程，以降低出现此类问题的可能性。此外，还需对影响团队整体有效性、效率、质量和团队对项目的满意度的问题展开讨论。