把每日站会拿回来：让它不再是进度汇报的一份清单
观察一场陷入困境的每日站会，你会听到同样的套路：每个人轮流报告昨天、今天和遇到的障碍，眼睛盯着那个看起来在主持的人。这看似高效，却几乎毫无用处。《Scrum 指南》说得很清楚：每日站会是开发人员的事件，由开发人员主导，用以检视朝冲刺目标的进展，并为接下来一天的工作调整计划。它不是进度汇报会议，而一旦沦为汇报，你就把一场规划会换成了一场表演。
2020 和 2021 年团队转入远程办公后，这种偏离变得更严重。在视频通话里，自然的做法是轮流发言、对着屏幕讲，这就悄悄把站会变成了向上汇报，而非平级之间的协同规划。解药不是一款新工具，而是改变这十五分钟的用途。本周就用这份清单。
诚实地做出诊断
大家是在向 Scrum Master 或某位经理讲话，而不是彼此交流吗？
这场会议是否可以用大家阅读一份书面汇报来取代，而毫无损失？
冲刺目标从头到尾是否都没被提起？
散会时，今天谁做什么是否毫无改变？
是否常常远超十五分钟，因为问题都在会上被就地解决了？
若大多数问题的答案都是「是」，那么你拥有的是一场披着 Scrum 外衣的进度汇报会。
改用规划会的方式来开
从冲刺目标出发，而非从人出发。 先把冲刺目标大声读出来，对照它看看任务板。要问的不是「你做了什么」，而是「我们是否仍在达成这个目标的轨道上，若不在，今天该改什么？」
让开发人员来主持。 Scrum Master 可以引导，但所有权属于开发人员。如果你是 Scrum Master，不妨试着保持沉默或离开几天；一场没有你就垮掉的每日站会，本就不曾真正属于他们。
把深入讨论先搁置。 当真正的问题浮现时，把它点明、记下由谁来处理，然后继续。详细的排查紧随其后进行，只需相关人员在场。
产出一份计划，而非一份记录。 这场事件应当以当天的具体计划收尾——重新排序的工作、约定好的结对、被推进的依赖项——而不只是一份整齐的发言记录。
让障碍可见且有人认领。 一个被提出却没有具名负责人和下一步的障碍，只是一则通告。把它记在团队看得见、并会据此行动的地方。
真正需要了解进展的经理，可以从任务板、燃尽图，或与 Scrum Master 的简短交谈中获取——这些都无需劫持团队的规划事件。守护这一区别，是 Scrum Master 能做的最具杠杆效应的事情之一，因为一个能规划自己一天的团队，才能为自己的成果负责。
如果你的敏捷活动已僵化为汇报式仪式，而你希望有人帮你把它们重塑为真正的工作会议，XNM的项目群与项目交付咨询服务 与团队携手，让各项节奏会议无愧于它在日程上的位置。