团队在执行 Scrum 时将举行一系列会议，每个会议都有特定的目的和举行次数。 Scrum 主管应考虑以下准则，确保每个会议都实现其预期目的：
会议议程清晰明确。
- 如果团队成员展开与会议目的无关的讨论，这些成员应先搁置该项讨论，以后再完成。 Scrum 主管应确定并指示团队成员何时应搁置一项讨论。
- 所有会议都应遵循为该会议描绘的基本结构。
- 会议应准时开始，即使某些成员迟到也是如此。
- 若非有不可避免的特殊情况，团队成员应准时参加会议。 如果您的时间表使您无法定期准时参加会议，应尽快解决这一冲突。 如有必要，Scrum 主管应调整会议时间以解决冲突，但前提是所做调整不会给其他团队成员带来不便。
- 每个团队成员都应在参加会议之前做好准备工作。
- 会议应按时完成。 大多数情况下，会议时间长度由冲刺 (sprint) 的长度决定。 例如，如果冲刺 (sprint) 为一周时间，则冲刺 (sprint) 计划会议的时长为两个小时，如果冲刺 (sprint) 为两周时间，则冲刺 (sprint) 计划会议时长为四个小时。
- Scrum 对此会议结构的实施可能会达到令人不适的程度。 这种反应来自于守时压力、与做出并保持承诺相关的对等责任以及积极参与所需的透明度。
| 会议 | 用途 | 持续时间 | 举行次数 |
|---|---|---|---|
| 冲刺 (sprint)计划会议 | 确定在下一冲刺 (sprint) 中要做的工作。 | 在冲刺 (sprint) 中，每周两个小时，最多四个小时 | 每个冲刺 (sprint) 举行一次 |
| 每日 Scrum 会议 | 使团队成员可以提出风险并进行相关的协作和交流。 | 十五分钟 | Daily |
| 冲刺 (sprint) 评审会议 | 向客户和其他利益干系人展示团队在冲刺 (sprint) 中完成的工作并获取反馈。 | 在冲刺 (sprint) 中，每周两个小时，最多四个小时 | 每个冲刺 (sprint) 举行一次 |
| 追溯会议 | 确定和实现过程改进理念。 | 三个小时 | 每个冲刺 (sprint) 举行一次 |
一、冲刺计划会议：
团队完成计划会议的这两个部分之后，即已完成以下工作：
- 创建了冲刺 (sprint) 积压工作，并确定了每个用户情景的任务和工时
- 承诺完成将在该冲刺 (sprint) 中交付的用户情景
- 作为一个自我组织的团队，了解应如何协作以履行其承诺。
二、 每日Scrum会议：
- Scrum 主管严格控制会议结构，确保会议准时开始并在 15 分钟或更短时间内结束。 在此会议中，每个团队成员都需要回答以下三个问题：
- 自上次 Scrum 以来我完成了哪些工作？
- 至下次 Scrum 之前我将完成哪些工作？
- 哪些阻碍性问题或障碍可能影响我的工作？
三、冲刺 (sprint) 评审会议：
在冲刺 (sprint) 的最后一天，团队将与产品所有者、客户和利益干系人召开会议，对已完成的工作进行验收并确定新的要求。 在冲刺 (sprint) 的过程中，团队可能已收集并合并了反馈。 此外，团队应已对每个完成的用户情景执行验收测试。 在该会议中，团队演示了在冲刺 (sprint) 中完成的每个用户情景。 产品所有者、客户和利益干系人对达到预期的用户情景进行验收。 在许多情况下，客户在观看演示后会更全面地了解其附加需求，并将确定和讨论他们所需的更改。
根据此会议，一些用户情景将会作为已完成的工作进行验收。 未完成的用户情景将保留在产品积压工作中，并且新的用户情景将添加到产品积压工作中。 将对这两组情景进行分级，并将在下一次冲刺 (sprint) 规划会议中进行评估或重新评估。
在此会议及追溯会议后，团队将会计划下一个冲刺 (sprint)。 因为业务需求变化很快，所以可利用此次与产品所有者、客户和利益干系人召开的会议，再次评审产品积压工作的优先级别。
四、追溯会议：
在此会议中，团队将审视和检查它在 Scrum 过程中的工作历程。 根据此分析，团队可以决定调整其过程，以便提高其自身的有效性、效率、质量和满意度。 此会议和取得的改进成果对自律行为的敏捷原则非常关键。
如果您的团队未完成指派给冲刺 (sprint) 的所有用户情景，您将在追溯会议中讨论其原因。 团队将确定是否会调整其过程，以降低出现此类问题的可能性。 此外，还需对影响团队整体有效性、效率、质量和团队对项目的满意度的问题展开讨论。
主题测试文章，只做测试使用。发布者：jovi，转转请注明出处：https://goodux.cn/archives/1074
