Scrum作为敏捷开发的一种较为流行的框架,引入了一些定期召开的团队会议,本意是增进团队的沟通以及提高工作效率。本系列将会介绍一些会议的实践技巧,避免让这些会议对团队造成困扰(尤其是避免程序员觉得开会好多好烦...)。
本文作为系列的开端,会介绍Scrum最重要的、以及最被人熟知的实践之一,站会(Daily Stand-up)。站会听上去很简单,就是让团队成员都站在一起、每天例行召开、互相沟通工作情况。但在实际操作过程中,很多团队往往没能提高效率,步入误区。
站会的目的
站会——Daily Stand-up meeting,作为一个每日召开的例会,它最根本的目的还是在于提高团队的适应性。
站会中团队利用10-15分钟的时间,轮流交换工作进度及工作中遇到的阻碍。通过这样固定的沟通,提高工作的透明度,来保证Sprint(冲刺)的正常交付,避免团队成员之间信息不对等的情况,也能减少其他不必要的会议。
高效的站会不仅能增强团队合作的能力,而且可以利用团队的配合,使之快速应变,可以说是达到“敏捷”的必经之路。
敏捷不是指交付速度加快,而是指应对变化的速度更快,更灵活
怎么开站会
为什么要站着
因为站久了容易累,就这么简单。
为了保证例会的高效性、不浪费时间在闲聊上,例会就要站着开。而且是所有人都站着,最好找一间没有椅子的会议室或者一块空地,靠墙、靠桌子站也不行,别偷懒。站着也能帮助提升专注力,而更快的会议节奏也能避免开小差的情况。
如果团队人数众多(>12人),那可以考虑分小组开站会,而不是派代表参加,站会是每个人都必须参与的会议,这对于信息对等性非常重要。
三个问题
站会的时候其实每个成员只需要讲清楚三个问题即可:
- 上一次站会到现在,我做了什么
- 到下一次站会之前,我要做什么
- 我目前遇到了什么阻碍
确保你所说的内容对所有与会人员都有价值,这很重要,因为如果只对一两个人有价值,那这些内容完全可以私底下交流。
每个问题只需要一两句话概括,可以说一下目前在做什么任务,以及任务的进度情况。不需要讲到非常细的细节,如果有必要,那就在站会之后再拉上相关人员深入讨论。
在表达第三个问题时,团队成员需要让Scrum Master清楚明白目前遇到的阻碍可以由哪些相关人员或团队进行协助解决。记住,有什么就说什么,不需要隐瞒,因为只有每天解决一个个小问题,才不会让这样的雪球越滚越大。
固定时间
有的团队习惯在傍晚开站会,而有的习惯在早晨工作开始前,这都不要紧,重要的是养成习惯。
把站会固定在每天的同一个时间点召开,意味着每个成员都需要在心里预留出这一段时间。而不至于没有提前做准备或是忘了参加,那不仅耽误了自己的时间,也耽误了整个团队的时间。
确保每个成员都准时地、完整地参加站会是Scrum Master的职责,这也意味着Scrum Master有必要防止其他工作、会议或其他团队的人员占用当前团队的站会时间。
站会不是汇报工作
最后要强调一点,站会不是在汇报工作。很多团队可能是延续传统模式的汇报习惯,站会时,所有人都是对着Scrum Master或小组长进行工作汇报,这就与站会的初衷南辕北辙了。
站会是一个互相交流、交换信息的过程,如果变成汇报工作,所有的信息最终还是集中在一个人或少数人身上,这对于提高效率和透明度完全没有帮助。久而久之也没有人关心别人在说什么,因为反正那不是对着自己说的。
敏捷开发强调自组织的团队,推荐扁平化管理。信息集中化会导致的决策集中化,这都不是敏捷开发想要的结果。
Scrum Master这个角色本身没有管理的职能,它更像是一个服务者,服务于团队、产品负责人、组织,引导Scrum的实施。
持续改进
不仅敏捷开发是一种持续改进的过程,不断尝试更好的管理模式也是。成熟的团队的站会不仅高效,有些甚至会很有意思,这在于团队间不断的磨合和成长,也依赖于Scrum Master是否能在时间的推移中持续地发掘团队的潜力。
有的团队可能正承受巨大的交付压力,这种时候可以试着在每次站会之前花一分钟聊聊工作之外的趣事,调节一下组内的气氛。
也许有新成员刚加入团队,必要的自我介绍以及简短的对站会规矩的介绍也都是很必要的。
对着“看板”开站会也是很多敏捷团队的做法,那样可以更加直观的发现项目的瓶颈,但要注意避免把站会变成问答的形式。
如果有几个成员在别人讲话时闲聊,必须让他们意识到这非常不礼貌,也是在浪费大家的时间。温和一点的方式是主动让所有成员一同加入闲聊的话题,让他们知晓所有人都可以听到他们的谈话,然后适时地终结这个话题。这可能比直接打断他们要不尴尬一些。
欢迎留言谈谈你们团队的站会是怎么开的,有没有什么觉得可以改进的地方呢?