查看原文
其他

“鸡肋”的站会

李小波 ThoughtWorks洞见 2020-02-27

说到站会,你一定会想到经典的三个问题:

  • 昨天完成了什么

  • 今天准备干什么

  • 遇到了什么障碍

你是否觉得这种形式太过死板?当团队养成了随时沟通的习惯后,站会是否还有存在的必要?

你是否发现站会老有人迟到,有人在吃早餐,有人在玩手机?

网上有不少文章探讨站会的目的、形式和技巧。然而,读了那么多文章,依然开不好站会......

今天,我尝试从团队的角度来分析站会在不同阶段的价值,以及为了获得这种价值我们要如何做。

既然站会是一个团队实践,在研究站会的形式和技巧之前,我们是不是应该先研究一下团队呢?

根据Bruce Tuckman的团队发展阶段(Stages of Team Development)模型,团队发展一般要依次经历以下几个阶段:

  • 组建期(Forming)

  • 激荡期(Storming)

  • 规范期(Norming)

  • 执行期(Performing)

  • 休整期

团队在不同的阶段,面对的问题不一样,站会作为一个团队实践,它提供的价值应该也会不一样。


组建期,激荡期 - 建立信任

团队初建,成员互相之间不够熟悉,这个阶段最重要的是快速建立信任。什么样的团队成员能得到其他人的信任呢?

  • 搞定问题的能力

  • 积极主动的态度

  • 团队合作的意识

经典的三个问题恰好可以让我们了解团队成员是否具备以上三点:

  • 我昨天完成了什么?- 我拥有专业能力,能搞定一些工作

  • 今天准备做什么?- 我积极思考,主动承担任务

  • 我遇到了什么问题? - 我不是万能的,但我信任团队,我会把搞不定的问题暴露出来

规范期,执行期 - 关注价值流动

在「规范期」和「执行期」,团队成员对彼此的专业能力和态度都有了信心,站会的关注点应该从「人」转移到「事」上,或者说关注接力棒而不是运动员。

软件开发过程中,对于一个功能特性,只有真正被用户使用才能产生价值。所以我们要尽量缩短从需求分析到开发、测试、部署的周期,而这其中一个很大的浪费就是「等待」。分析完了等待开发,开发完了等待测试,测试通过等待部署......

这时,我们可以采用看板推崇的「拉动」的方式,大家站在看板前,不再讲三个经典问题,而是以需求为中心,从看板的右边往左边,讨论每一个需求卡片的状态,以及还需要做什么才能移动到右边一列。

执行期 - 仪式感

在执行期的前半段,大家都被成就感驱动,工作充满激情。但到了后半段,业务和技术上都没有什么新的挑战,团队每天按部就班地工作,激情很容易流失,团队容易进入得过且过的状态。这时站会更多的是一个仪式,让我们作为一个团队继续战斗。产品经理要经常分享产品在市场上的反馈,比如用户的表扬信,又新增了多少用户,产品又挣了多少钱等。让大家看到工作产生的价值,持续获得成就感。

另外,站会还是工作与生活的分水岭。早上一到公司,我们脑子里还是生活的上下文:

昨晚老公鬼鬼祟祟地接了个电话,明天孩子的补习班该续费了,老爸的手机该换了,闺蜜要生二胎了送点什么呢?

借站会这个仪式,我们将看板上的工作相关的上下文加载到大脑中,以便快速进入高效工作的状态。


以上是我关于站会的思考。其实,在采用任何一个实践的时候,我们都要经常思考:

  • 它的出现是为了解决什么问题?

  • 这个问题现在还存在吗?

  • 有没有更好的解决办法?

敏捷不是遵循「最佳」实践,搞清楚实践在什么环境下解决什么问题,合理地对实践进行裁剪和改进,才能保持敏捷力!

感谢你阅读此文,我想邀请你一起思考:

在你的团队中,「回顾会议」是不是一成不变的?对应团队发展的几个阶段,回顾会议能给团队提供什么价值?为了达成这种价值,回顾会议应该采取什么样的形式?


- 相关阅读 -

从程序员到培养者

是时候停止找捷径了,开始练习吧

点击【阅读原文】可至洞见网站查看原文&绿色字体部分的相关链接。

本文版权属ThoughtWorks公司所有,如需转载请在后台留言联系。

    您可能也对以下帖子感兴趣

    文章有问题?点此查看未经处理的缓存