敏捷实施中的会议方式

Scrum敏捷会议包括：计划会议、每日立会、评审会议和回顾会议。

计划会议（Scrum Planning Meeting）在Product Backlog和Sprint Backlog阶段进行，主要讨论：

（1）需要完成哪些工作？（Product Owner、Scrum Master和Scrum Team参加）

Product Owner向Scrum Team介绍已排好优先级的用户故事，由Scrum Team共同理解并认领相应的用户故事。

（2）如何完成这些工作？（Scrum Master和Scrum Team参加）

Scrum Team将认领的用户故事进行细化、分解、梳理后形成Sprint Backlog（待办事项列表），团队所有成员对需要完成工作的数量和复杂度达成共识。

每日立会（Daily Scrum Meeting）在每天实施敏捷开发之前召开，Scrum Master和Scrum Team所有成员需要站立在故事墙旁边，花5～15分钟的时间开简短会议，团队中的每个成员都要发言，以便确认Sprint目标的实施进展，并判断能否顺利实现。

每日立会主要讨论以下内容：

①从昨天的每日立会到现在，我完成了什么（DONE）？

②从现在到明天的立会，我计划完成什么（DOING）？

③遇到哪些障碍或者困难需要寻求帮助（HELP）？

每日立会不是向管理层或者Product Owner汇报进度，而是Scrum Team的内部沟通会议，以保证团队每个成员对当前的实施状态有一致了解。Product Owner和Scrum Master可以发言，也可以不用发言，其他敏捷团队或者非敏捷团队也可以旁听。

每日立会开多久？我们来看下面的一段对话：

甲：“我们每日立会开不起来。”

乙：“嘿，我们每日立会开起来了，而且越开越长了，一开就是1个小时，都是些技术细节……”

甲：“别人等着他们讨论，那多耽误时间啊……”(www.xing528.com)

乙：“我也觉得是，但是敏捷开发鼓励面对面沟通，到底应不应该打断呢？”

看似沟通顺畅，实则缺乏会后有效沟通。如果把每日立会当作唯一的沟通机会，甚至用来解决技术问题，那就有点本末倒置了。

Sprint评审会议（Sprint Review Meeting）是在Sprint迭代结束时，Scrum Team与相关人员一起评审Sprint产出，每次会议的时间应该控制在2个小时以内。相关人员在Sprint评审会议上发表意见，Product Owner会根据相关意见适当调整Product Backlog。

敏捷开发采用时间盒（Time Boxing）的方法，即限定时间而不限定范围。所以迭代不会延期，因为在迭代终点将放弃未完成的用户故事。

评审的标准是整个用户故事是否已经达到交付标准，而不是从其中分解出来的任务完成了多少，因此若一个用户故事“差一点就完成了”也算没有完成。常常会发生很多故事都已经开始开发，但都差一点就完成的现象。因此应按迭代内的优先级逐条开发和交付故事。一般总是优先开发必须完成的用户故事，再考虑其他用户故事。

一般在计划会议上设定每个用户故事的完成标准，如是否需要测试，是否需要考虑性能，是否需要说明文档等。评审会议上发现的问题或改进将被追加到产品待开发列表中，由优先级排序决定何时实施。

什么是Sprint评审会议的相关人员

Sprint评审会议的主要目的是对Scrum Team的敏捷产出进行评审，包括Scrum Team成员的互审和相关人员的评审。这里的相关人员可以是Product Owner、项目经理、产品经理、客户、技术专家、其他敏捷或者非敏捷团队工程师等，但是各自的评审侧重可能有所不同。譬如，Product Owner、产品经理和客户主要从用户故事、用户需求角度评审；项目经理、技术专家和工程师主要从技术实施、技术细节层面评审。

Sprint回顾会议（Sprint Retrospective Meeting）在Sprint结束后召开，如果Sprint迭代周期为一周，那么Sprint回顾会议就每周开一次。Scrum Team聚在一起开Sprint回顾会议，主要目的是总结一下Sprint敏捷实施过程在流程、开发工具、团队协作、开发效率和开发质量等方面做得如何。那些做得好的，在后续的敏捷实施中继续秉承；将那些做得不好的或者还可以做得更好的写到改进清单中，找出做得不好的原因，并给出具体的改进方案或完善措施。

Sprint回顾会议是Scrum中最难以实施的活动之一。回顾会议上经常出现一些问题多次被提到，却始终没有解决的现象。每次回顾会议应当仅就1～3个关键问题给出可行的解决方案，在下一个迭代执行中改进。“可行”的概念包括两个含义：第一是方法简单，影响面窄，见效快；第二是目标不要激进，而要现实可行，积少成多。

如果有必要，Sprint回顾会议可以执行领导回避制度，即具有管理职能的人不参加回顾会议，即使这些人是产品负责人、项目经理，乃至公司高层。

表3-9总结了Scrum会议名称、参加人员及会议议题。

表3-9　Scrum会议名称、参加人员及会议议题
（PO＝Product Owner，SM＝Scrum Master，ST＝Scrum Team）