用心，会议才能开出花儿

Scrum看起来很简单，角色、会议、工件、核心价值观，清晰明了。

Scrum实施起来很不简单，马上要开会了人还没到；评审会议大部分人在神游天外；回顾会议莫名安静，气氛尴尬……

实施Scrum的初期，对于几个固定必须开的会议，团队成员大多叫苦不迭，一方面觉得会议没有价值，占用了有效的工作时间；另一方面会议越开越安静，不如一纸通知来的痛快。

今天我们讲一些具有实操性质的东西，就讲讲怎么开好Scrum会议。

1. 申明动机，即明确会议解决的核心问题。

计划会议解决两个问题：

<1> 接下来的Sprint交付的增量中要包含什么内容？

<2> 要如何完成所选的工作？

每日站会是团队进行信息同步的重要会议，团队成员向其他成员申明，昨天完成了什么，遇到了什么问题，并为接下来的24小时制定计划。

评审会议在迭代临近结束时举行，用以检视产品增量，并按需调整产品代办列表。

回顾会议是团队检视自身，并创建改进计划的机会。

这些会议要解决的问题，就是每个会议存在的价值。确保团队成员明白其价值，是Scrum会议能够开好的前提。

2. 明确参与会议的规范。

对于各个会议的规范，比如说每个角色在各个会议中分别承担怎样责任等，最好通过一次培训或者会议让大家对每一个概念有清晰的了解，会议结束后将规范打印出来，让所有人传阅，并在文件背后签名，表示已阅。

这样做不仅能够引起团队成员的重视，并且避免日后扯皮。

3. 要着重申明各个会议的时长。

通常Scrum遭到投诉的原因是，Scrum里面规定的各种会议所占据的时间太长了。

事实上，Scrum里面各个会议通常是限时的。

每日站会是一个以15分钟为限的事件。有些Scrum Master 反映，每日站会越开越长。原因大多是由于团队已经开始讨论问题的解决。这时候，需要Scrum Master【保持清醒】【勇敢地】跳出来告诉大家，每日站会是一个只暴露问题、不解决问题的会议。会议上所提出问题的解决，通常放在会议后，由相关人员进行讨论解决。

对于其它的会议，以一个月的Sprint来说，计划会议最多8小时上限，评审会议的时限是4小时，回顾会议的时限是3小时。对于较短的Sprint，会议时间通常会缩短。

Scrum Master要负责将会议中跑偏的话题收回来，不偏题。

当然，要注意在时限范围内，完成会议要解决的核心问题。一个没有达成目的的会议，即使时间再短，也是失败的。

4. 放些大招，专治重度患者。

建议团队“贡献榜”。

针对会议总是迟到的成员，负责给大家提供小小的福利，比如说奶茶啊，水果啊。或者发团队红包啊，按迟到分钟数决定红包金额大小。