敏捷开发过程中的会议

会议

用途

持续时间

举行次数

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