Scrum的事件

相信大家已经熟悉什么是Sprint里，就是一个两周到一个月左右的冲刺期，目标是Sprint goal。为了驱动Scrum的价值，设计了一些工件和事件，工件请参考我的别一篇文章。从Scrum一个sprint开始到结束，设计了一些事件来帮助我们检查和调整，目的是聚焦于Sprint goal上。这些事件都对应着一些会议，每个会议都有各自的产出。我们简单来描述一下它们：

1. Sprint Planning （Sprint的计划会）

这个会就是大家找个会议室坐下来讨论接下来的这个Sprint要做些什么，把一些要做的事件在这个会议上基本定一下。这个冲刺计划会，有点像做大事前的动员大会，唯一区别是，前者还要商量一下做什么，后者则侧重于承诺等等。这个会是一个Sprint开始的第一个会，很重要哦。

它的产出物就是一个计划清单，用于整个Scrum团队协同工作。
这个会议由Scrum master和Product owner来共同主持完成。会议前，Scrum master和Product owner尽可能将要做的任务，分发到设计、开发、测试的手里，确保他们来开会时，已了解任务的大概情况和内容，这能为会议的推进起到很大的作用。这个会议还可以邀请一些团队以外的人来参加，方面必要时，他们能够提供宝贵的建议。

Product owner要陈述本轮冲刺的意义（价值）是什么。对用户的价值是什么，我们为什么做完这些任务就能够对产品目标有促进和更进一步的作用。这些话，如果很说服力，那么将会提高团队的信心和决心，当然也能够更好地调配资源。
Product owner接下来就是要讲一讲本轮冲刺要完成什么，开始向Scrum团队成员详细讲解每个任务和需求，并回答成员们的提问，成员们可以讨论一些细节，时间方面主持人要把握一下。各方都清楚后，可以对本任务进行工作量的评估（如用故事点数，在Scrum中每个任务就是一个用户故事）小巧门：为了避免成员间的互相影响，可以采取分开匿名的投票方式来评估，如果出现太大的值，那么间接说明Product owner可能没有说清楚故事的内容或任务太大了，此时Product owner要进一步解释，或拆解故事，使其更好理解和执行。

这个计划会一般会持续三到四个小时的样子，最长也就8小时。另外提一下，一般情况下，Product owner和Scrum master还有其他重要干系人（如领导等）一起配合整理出一个冲剌待办列表，这个列表在计划会中可能会由于一些情况之前没有考虑到，而有所改变。对Scrum团队成员来说，这个会议最终产出的Sprint Backlog待办列表就是他们干活的依据。

2. Daily Scrum （每日站会）
   在计划会后的第二天，Scrum团队就要投入到冲刺目标的工作中。那么为了减少不必要的会议，每天都来个15分钟（不要太长，要严格把握这个时间）的站会就可以大大减少不必要的会议了。这个会议的形式可以多样，由团队成员共同决定。为了方便高效，建议每天在同一时间同一地点来进行这个会。这个会是用于检查过程，看看已经发生的事是否有朝着目标前进，看看没有东西要调整或要去适应的。我们可以让每位成员站成一个圈，轮流按某顺时针方向更新自己的工作和将要进行的计划，形式如：
   （1）昨天完成了…
   （2）今天要做…
   （3）遇到了…阻碍

这个站会，大家都清楚各自的工作进度和内容，增加了信息的透明度，一定程度上打破了信息墙，另一方面可以就某个阻碍，贡献各自的智慧（这一点要注意，因时间有限，不适宜讨论太久，可以会后更讨论，这样不会影响到其他的成员开展工作）。同时也降低了干事的复杂度。在这个站会上有的成员已经完成了一些增量的交付，那么可以从故事池子里按轻重缓急取一个故事来作为接下来要做的事。这种自发的Scrum冲刺形式，有利于Scrum团队成长为一个自治、有承诺、有责任、有创新、有奉献的高效专业团队。

每日站会促进了成员间的交流，识别了障碍，甚至有一些事可以很快在会上得到决策的支持，这就不用再在其他会议中再做决策。

每日站会还是一个成员在此做出计划调整的地方，如调整工作执行的次序等等。

一定要利用好每日站会，这是一个管理者去检查和调整和鼓励团队的好地方和好时机，这可以不断优化团队办事的方式和效率，因为Scrum是非常依赖前面已获得的经验的，所以这个会也是利用经验办成事和推广的地方。在一个sprint中这个会是天天都要开的，要坚持开。

在我个人看来，每日站会透露出的个人品质包括：行动、承诺、责任、担当、检查、适应、自我管理。

3. Sprint Review （Sprint复盘会）

这个会叫到Sprint 复盘会，它会在Sprint结束的倒数第二日开。这也意味着冲刺告一段落，是时候复盘一下我们都交付了什么，质量如何。这个会主要针对的是我们交付的增量。参会人除了Scrum团队外，还可以邀请客户、专家等相关干系人。

在这个会要检查一下我们的Sprint Backlog，看看有多少增量交付了，还要多少没有交付，找出不好的原因，方便下一次的Sprint planning。

其次，通过检验我们交付的增量，可以知道我们的增量是否满足客户的要求，质量如何，未来要怎么改进做得不好的地方。
在这个会上，一个重要的事就是创建好的增量，请客户等试用一下，给出反馈。

基于上述的信息，我们的团队就可以总结一下，下一次如何做才可以做得更好。

4. Sprint Retrospective（Sprint 回顾会）
   
   Sprint回顾会在Sprint最后一天开，这个会较轻松，这个会主要针对是个人的表现，回顾自己的哪里做的好，哪些做的不好，组织上有哪些东西可以改进，管理上有什么地方可以改进等。说自己不好的，估计是需要大家拿出勇气来的，大家尽量地发表自己的看法和发现，有则改之，无则加勉。注意，这个会不能发展成人身攻击、也不能看成是一个把人背锅的会。主持人（Scrum master）要主意引导。这对团队的成长为一个高效的团队极有利。

这个回顾会是总结经验，提高自我能力的一个会。这个回顾会有助于在后续的sprint中提高质量和效率。这个回顾会，可以回顾每个人的表现、互相的合作情况、过程、工具等等都可以是回顾的内容。