每日站立会议毫无意义

是的，如果按照以下方式进行，每日站立会议（也称为每日 Scrum）是无用的。

每个人都盯着 Trello、Asana 或 JIRA 看板，PjM 或 TechLead 向每个团队成员询问他们正在处理的工单，然后就会发生类似这样的对话：

（PjM）约翰，XYZ 号工单进展如何？
（约翰）还不错！我做了一些工作，也做了一些其他工作，差不多完成了，只需要最后润色一下，完善一下代码，添加一些测试之类的。今天应该就能完成了。
（PjM）太好了，我们继续吧。玛丽亚，你的工单进度如何？
（玛丽亚）我已经完成了，除非鲍勃有什么意见——他正在审核我的 Pull 请求。
（PjM）听起来很棒。鲍勃，别太挑剔了，好吗？！

动图

这可不是单口会议，只是状态更新而已，而且我觉得它完全没用。
我可以访问 JIRA 看板，随时可以打开它，看看你的工单在哪一栏（假设你很善良，很自律，把它从“打开”移到“进行中”，再从“进行中”移到“审核中”……），你当着团队的面大声复述一遍有什么意义？

在站立会议中，最重要的是清晰地沟通任何与预期不符的情况，提出问题并寻求帮助。也许有些阻碍因素拖慢了你的进度，也许你依赖其他团队来完成任务。请务必告知团队。不要只是用某种模糊的直觉来“安慰”大家，说一切都会好起来……

每日站立会议毫无用处、浪费时间的另一种情况是，当一个或多个开发人员开始详细讨论技术实现或错误修复时。如果其中有开发人员不参与该项目/功能/技术栈（想象一下一个由众多开发人员组成的跨职能团队），那么你肯定会在 30 秒后，所有其他团队成员都会走神，即使你转到下一个主题或开发人员，他们也不会回过神来。

动图

站立会议与技术细节无关，尽管一些技术背景可以帮助构建出现的复杂性，并允许 PjM 和领导采取必要的步骤来帮助您完成任务（额外的会议、延长截止日期、在冲刺中重新估计任务、设置结对编程会议等）。

根据官方文档，每日 Scrum 是 Scrum 团队开发人员的 15 分钟活动。

每日站会的目的是检查冲刺目标的进展情况，并为第二天的工作制定可行的计划。这有助于集中注意力，并提高自我管理能力。

每日站会可以改善沟通、发现障碍、促进快速决策，从而消除其他会议的需要。

说实话，我对最后一点不太确定，因为分配给它的时间很短，它确实可以催生其他会议，比如 Tech Lead 和（部分）开发人员之间的后续会议，或者团队和利益相关者之间的后续会议，或者决定通过结对编程解决问题的开发人员之间的后续会议。但我同意，这些额外的会议可以让团队更加协调一致，更快地取得进展，避免在错误的事情上浪费时间，或者在别人已经解决的问题上苦苦挣扎等等。

我必须承认，我很容易将单口会议劫持为技术讨论，但实际上，单口会议的目的应该是，

• 指出阻碍因素，
• 大声说出问题并请求帮助
• 分享有价值的信息。

昨天我更新了我们正在使用的测试框架的依赖关系，并意识到尽管没有宣布任何重大变化，但管道已经中断，不幸的是它花费的时间比预期的要长，但我现在可以继续使用 TDD 来实现当前功能。

或者

昨天我查看了代码库来开发我的功能，但由于种种原因，我无法在本地运行该应用。有人遇到过这种情况吗？有人可以稍后再帮我确认一下吗？

或者

我已经完成了一半的实施工作，但我意识到后端发送的数据与工单记录的数据不一致。我不得不与后端团队沟通，发现功能需求中存在一些误解。我们可以安排一次与利益相关者的会议来澄清这些问题吗？

是的，有时需要一点勇气和很大的信心来公开谈论是什么让我们放慢了速度（我们不想显得愚蠢、无能，也不想责怪其他同事或团队），但这就是这些会议的目的。

要清晰、诚实、信息丰富、积极主动。

如果我们遵守这些简单的规则并且不撒谎（在这里你可以找到另一篇关于我们为什么通常在站立会议期间撒谎的帖子），这些会议对我们的团队来说确实是一段宝贵的时光！

照片由Jason Goodman在Unsplash上拍摄