浅谈Scrum会议

---

提到敏捷，你第一反应会是什么呢？      身边很多人的回答是：敏捷不就是各种会议吗？然后就是抱怨会议太多。

首先要澄清，敏捷是没有什么会议活动定义的，敏捷就像一把大伞，覆盖了scrum，FDD和xp等等。

图片发自App

而大家所说的各种会议是scrum的五个活动中的四个会议——sprint计划会，每日站会，评审会，回顾会。（还有一个活动是sprint）

在我看来，四个会议体现了PDCA，其中的核心就是 sprint 目标，还有两个关注点： 价值交付和 团队成长（人的因素）。

下面围绕sprint目标，简单介绍一下四会：

sprint计划会：每个迭代开始前举行，要明确sprint 目标和进行PB梳理。时长小于4小时。

每日站会：开发团队交流sprint 目标完成情况，收集团队生产力数据点。小于15分钟。

评审会：检查sprint 目标完成情况，对于交付的价值进行检查和调整。小于2小时

回顾会：针对这次sprint 目标的完成情况，检查和调整团队的运作模式。小于2小时。

为什么很多人觉得会议很多，会议冗长呢？

Scrum定义四会活动的目的是让scrum团队能在固定的时间点进行沟通，避免随时被打扰。

反观我们的工作中，四会有没有达到此效果。我们是否经常纠缠于细节讨论而迟迟不能做出决定？是否常常在会议上讨论激烈，会后却没人跟踪没人执行？

建议从以下方面改进会议：

第一，会议内容聚焦到sprint 目标；例如晨会时避免讨论技术实现细节，不用条条列举自己的每件任务。

第二，定义会议DoR，使用技巧进行高效会议。例如计划会前已经清楚PB内容和实现方式；演示会前团队要准备好演示环境，演示数据。

最后，为了保证会议效率，Scrum Master需要掌握些facilitation技能，在会议时避免把自己陷入到讨论的内容中，要把精力集中在会议流程把握上。

图片发自App