敏捷开发过程中的会议

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

• 会议议程清晰明确。

• Scrum 主管应确定并指示团队成员何时应搁置一项讨论。

• 所有会议都应遵循为该会议描绘的基本结构。

• 会议应准时开始，即使某些成员迟到也是如此。

• 如有必要，Scrum 主管应调整会议时间以解决冲突，但前提是所做调整不会给其他团队成员带来不便。

• 每个团队成员都应在参加会议之前做好准备工作。

• 例如，如果冲刺 (sprint) 为一周时间，则冲刺 (sprint) 计划会议的时长为两个小时，如果冲刺 (sprint) 为两周时间，则冲刺 (sprint) 计划会议时长为四个小时。

• 这种反应来自于守时压力、与做出并保持承诺相关的对等责任以及积极参与所需的透明度。 

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

 

一、冲刺计划会议：

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

• 创建了冲刺 (sprint) 积压工作，并确定了每个用户情景的任务和工时

• 承诺完成将在该冲刺 (sprint) 中交付的用户情景

• 作为一个自我组织的团队，了解应如何协作以履行其承诺。

二、 每日Scrum会议：

在此会议中，每个团队成员都需要回答以下三个问题：

• 自上次 Scrum 以来我完成了哪些工作？

• 至下次 Scrum 之前我将完成哪些工作？

• 哪些阻碍性问题或障碍可能影响我的工作？

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

在许多情况下，客户在观看演示后会更全面地了解其附加需求，并将确定和讨论他们所需的更改。

将对这两组情景进行分级，并将在下一次冲刺 (sprint) 规划会议中进行评估或重新评估。

因为业务需求变化很快，所以可利用此次与产品所有者、客户和利益干系人召开的会议，再次评审产品积压工作的优先级别。

四、追溯会议：

此会议和取得的改进成果对自律行为的敏捷原则非常关键。

此外，还需对影响团队整体有效性、效率、质量和团队对项目的满意度的问题展开讨论。