大型团队能使用站立会议实践么?

  • Vikas Hazrati
  • 郑柯

2009 年 5 月 11 日

话题:敏捷Scrum文化 & 方法

每日立会能够帮助团队看到对于迭代目标的进展情况。它的目的是要为团队成员奠定坚实的基础,让大家知道彼此承诺当天要完成哪些工作,并识别前进道路上存在的任何障碍。虽然传统的站立会议给敏捷团队带来很多好处,然而很多敏捷专家相信:传统的站立会议将会随着团队人数的增多而马上失去作用。

Dave Nicolette 提到:

只要团队数目不是太多,层次不超过一层,scrum-of-scrums 就能起到很好的效果。一旦项目人员到了差不多 25~30 个人,就得切分成多个敏捷团队,每个团队的人数也要适合;不过这时我们就会遇到后勤准备上的问题,交流效果也会下降。Scrum-of-scrums 方式的倡议者们说它可以线性扩展,不过我的经验却不是这样。实际上,随着 scrum-of-scrums 会议层级的增加,管理耗费成本的相对数目会增加。如果有团队需要其他团队的信息,这样的结构就会将这样的团队推得越来越远。我们就会开始遇到敏捷出现之前的那种沟通问题,许多交流也都变成了间接方式。

Jason Yip 提到了 较大团队会遇到的类似问题,在他看来:

在较大的团队中,每日立会很容易出现士气低落与投入感不够的问题。会议很快会拖得越来越长,而人们在人多的场合也变得缺乏热情。

David J. Anderson 提到即使无法阻止大型团队开展站立会议,然而这并不等于说:在 scrum 每日立会中出现的团队精神和同事之间的压力就会完全消亡。

Dave 同时指出:在较大的团队中,关于工作任务的讨论很难把条理弄清楚。实际上,任务的具体情况与团队成员的发言顺序有关。结果就是,话题的焦点很快就偏离了具体任务。

Corey Ladas 同样表达了自己的担心,他担心较大团队使用的 scrum of scrums 在沟通策略方面会出现问题 。他还提到 scrum of scrums 的层次会随着人员的增加而不断增多,这其实是不能扩展的,而且也不够精益。

那么大型团队应该如何开站立会议才能取得最好的效果?

Dave 建议使用 ‘’‘Walk the task board’ 式的站立会议。根据他的说法,他会为团队设立一个任务板。团队不必再回答那三个标准的问题。团队成员会根据自己对进度和问题的理解,移动任务板上故事卡的位置。这将工作的完成状况保持在了故事的层面,而且能展示出项目的进度。 InfoQ 上有个类似的帖子 提到了以故事为核心的站立会议,指出这可以用来替代以人为核心的站立会议。

Jason Yip 提到一个供大型团队主办站立会议使用的鱼缸式对话方式。他指出:

在这种[鱼缸式的对话]方式中,每个小团队出一个代表,围成一圈;其他各个团队站在周围观察。真正发言的参与者数目很小,这可以加快速度;而团队代表受到团队其他人的监督,这就很难出现信息传递错误或是掩盖的情况。

在实践中,这种形式仍然无法阻止任何大型团队中的某个团队从流程中脱离开来,不分享任何信息。但是相对于一大堆人开站立会议来说,我仍觉得这么做让人更有力量,参与感更强。

Brian Marick 建议使用行动者网络理论式的站立会议,该形式同样以故事为中心。在这种形式中,不是一个人一个人地发言,而是团队会把相关的用户故事过一遍。对于每个故事,会有一个团队成员出来说昨天针对这个故事发生了什么,今天要对它做什么,以及要完成该故事会有哪些风险。

因此,有些敏捷专家相信 scrum of scrum 这样的实践只能扩展到某种范围。大型团队需要另一种方式举行快速而有效的站立会议。基于故事的站立会议听起来很适合大型团队使用。您在大型团队中采取了哪些策略?

查看英文原文: Do Stand-ups Stand Up for Larger Teams?

敏捷Scrum文化 & 方法