开源敏捷管理平台的每日站会：用数据支撑的三个做法

站会开了20分钟，问题却越说越多。有人照着任务清单逐条念，有人临时补昨天的进度，真正卡住的工作直到散会后才被提起。

更常见的情况是，会开完了，看板没有变化，阻塞没有负责人，第二天还要重新确认同一件事。

在开源敏捷管理平台里，任务、Bug、迭代目标和阻塞记录都在同一套工作流中。每日站会不必重新收集信息，而要用这些数据完成三次判断：会前判断数据是否可信，会中判断阻塞是否优先，会后判断行动是否闭环。

下面把三个做法拆开，每个动作都给出可观察的完成信号。

《Scrum Guide 2020》的定义很明确：每日站会是面向开发者的15分钟事件，用来检视向Sprint Goal的进展，并调整Sprint Backlog，形成次日的可执行计划。

它不是逐人汇报，也不靠会议纪要证明价值。数据的作用，是让检视和调整有共同事实。

一、会前：用数据基线替代口头回忆

1. 先统一三个口径

站会数据失真，通常不是系统没记录，而是同一个词在不同人那里含义不同。

团队至少要统一三个口径：任务达到什么条件才算完成，剩余工作量用什么单位表达，什么情况才算阻塞。

任务是否完成，可以沿用团队现有的完成定义。剩余工作量优先看任务是否仍按计划推进，不必强行换算成工时。阻塞则要写清卡在哪一步、谁需要处理、下一步动作是什么。

没有统一口径，看板上的数字越多，站会越容易变成解释会。

2. 会前5分钟只核对四类变化

主持人或轮值成员在会前快速过一遍看板，只核对四类变化：昨天完成了什么，今天承诺推进什么，有没有新增或解除阻塞，在制品是否超过团队约定上限。

不要逐条录入，也不要替成员补状态，只标记异常。

异常的标准可以很朴素：任务超过约定时间没有状态变化，阻塞没有责任人，承诺的工作没有进入进行中。

3. 从右到左巡板

站会开始后，视线从完成列向左移动。先看已经完成但未验证的工作，再看验证中的工作，最后看进行中和待办。

这个顺序能提前暴露做完了却没交付的积压，也能防止团队只盯着新任务。

成功信号是每张卡都有最近更新时间、责任人和下一步，阻塞卡带明确标记。

二、会中：用阻塞与流动决定讨论顺序

会前校准只能让问题显形。站会现场还要决定先处理什么。

1. 阻塞先于进度

每日站会最该被放大的，不是谁做了多少，而是哪项工作停住了。

阻塞出现后，先确认它是否影响Sprint Goal，再确定责任人和解除时限。

团队可以约定一个升级时限。例如一个工作日仍未解除，就升级给能调动资源的人。时限由团队自己定，但要写进看板，不能停留在口头。

2. 用WIP和队列找瓶颈

看板某一列长期堆满，说明上游仍在不断推入新工作。此时继续催进度，只会让更多任务同时半成品化。

在吞吐稳定的前提下，在制品越多，平均周期时间越长。这是利特尔法则在知识工作中的常见用法。

站会上看到验证列排队、进行中卡片超限，应先决定暂停什么、合并什么、把哪项工作拆小，而不是继续承诺今天都推进一点。

3. 把三个问题改成三个决策

昨天的进展、今天的计划、有没有阻塞，这三问可以作为开场，但不应成为逐人复述。

更有效的问法是：今天离Sprint Goal最远的信号是什么？哪项工作需要停、拆或换？阻塞由谁在什么时间前处理？

每人只讲变化和异常，正常推进的任务不展开。

会议结束时，团队应得到一个明确的次日计划，而不是一份好听的状态汇总。

三、会后：用行动闭环验证站会价值

会中形成的决定如果不落到行动项，站会仍然只是一次讨论。

1. 行动项必须可验证

行动项要写全四件事：具体动作、负责人、截止时间、验证标准。

比如，测试环境账号由A在今日14时前开通，以B能登录并跑通主流程为准。这比跟进测试环境更容易在第二天验收。

行动项应进入平台的任务或阻塞记录，而不是只留在会议纪要里。

2. 次日先验收，再看新进展

下一次站会的前两分钟，先检查昨日行动项是否关闭。

关闭的标准不是已经联系，而是阻塞是否解除、工作是否恢复流动。

没有关闭的行动项要说明原因，并重新约定时限。连续多次没有进展的，应升级或改变方案，而不是继续挂在看板上。

3. 周度看趋势，不做个人排名

团队可以每周看四个信号。其中周期时间用于观察整体流动，阻塞解决时长用于定位卡点。

站会数据只用于改善流程，不用于给人贴标签。

在开源敏捷管理平台里，这些指标应按周汇总，观察连续变化，而不是用单日波动下结论。

一旦数字变成考核工具，成员就会倾向于把状态改得好看，数据反而失去诊断价值。

四、把三个做法压进15分钟

三个做法不需要三套会议，而是一条连续的15分钟节奏。

• 0到1分钟：对照Sprint Goal，指出今天最需要关注的异常。
• 1到8分钟：按阻塞和流动排序，只讨论状态变化、阻塞和取舍。
• 8到13分钟：确认今天停什么、拆什么、换什么，形成次日计划。
• 13到15分钟：复述行动项，确认负责人、时限和验证标准。

主持人只做三件事：守住时间盒，追问阻塞的下一步，阻止无关细节展开。

需要深入讨论的问题，站会后另开小会解决，不在全员面前展开。

15分钟不是形式要求，而是迫使团队把同步压缩成判断和决策。

五、常见问题解答

1. 每日站会必须固定在上午吗？

不必。关键是每个工作日固定时间和会议入口，让团队在开始当天工作前完成检视与调整。

跨时区团队可以轮换时间，但应保持节奏稳定。

2. 产品负责人需要每天参加站会吗？

如果产品负责人正在处理Sprint Backlog中的工作，就以开发者身份参加；否则不必每天旁听。

进展可以通过看板和迭代评审获取，关键取舍在迭代评审中确认。

3. 有人请假时，站会还要照常开吗？

照常开。缺席者的任务由团队根据看板数据和Sprint Goal重新确认。

阻塞和承诺变化在会上处理，关键决策会后单独同步给缺席者，并回写到开源敏捷管理平台的任务和阻塞记录中。

资料依据：Ken Schwaber与Jeff Sutherland，《The Scrum Guide 2020》，https://scrumguides.org/scrum-guide.html。