Scrum作为敏捷开发的一种较为流行的框架,引入了一些定期召开的团队会议,本意是增进团队的沟通以及提高工作效率。本系列将会介绍一些会议的实践技巧,避免让这些会议对团队造成困扰(尤其是避免程序员觉得开会好多好烦...)。
本文作为系列的开端,会介绍Scrum最重要的、以及最被人熟知的实践之一,站会(Daily Stand-up)。站会听上去很简单,就是让团队成员都站在一起、每天例行召开、互相沟通工作情况。但在实际操作过程中,很多团队往往没能提高效率,步入误区。
站会的目的
站会——Daily Stand-up meeting,作为一个每日召开的例会,它最根本的目的还是在于提高团队的适应性。
站会中团队利用10-15分钟的时间,轮流交换工作进度及工作中遇到的阻碍。通过这样固定的沟通,提高工作的透明度,来保证Sprint(冲刺)的正常交付,避免团队成员之间信息不对等的情况,也能减少其他不必要的会议。
高效的站会不仅能增强团队合作的能力,而且可以利用团队的配合,使之快速应变,可以说是达到“敏捷”的必经之路。
三个问题
站会的时候其实每个成员只需要讲清楚三个问题即可:
上一次站会到现在,我做了什么
到下一次站会之前,我要做什么
我目前遇到了什么阻碍
站会不是汇报工作
最后要强调一点,站会不是在汇报工作。很多团队可能是延续传统模式的汇报习惯,站会时,所有人都是对着Scrum Master或小组长进行工作汇报,这就与站会的初衷南辕北辙了。
站会是一个互相交流、交换信息的过程,如果变成汇报工作,所有的信息最终还是集中在一个人或少数人身上,这对于提高效率和透明度完全没有帮助。久而久之也没有人关心别人在说什么,因为反正那不是对着自己说的。
敏捷开发强调自组织的团队,推荐扁平化管理。信息集中化会导致的决策集中化,这都不是敏捷开发想要的结果。