晨会的设计：不让每日站会流于形式的方法
每天早上在同一时间聚集的“晨会”，是许多组织中流于形式的仪式的代表。忘记了本来目的、沦为单纯进度报告会的每日站会并不少见。晨会如果不简短 / 高密度 / 能落实到行动，就只是消耗每天宝贵时间的成本而已。
晨会的起源与本来目的
每日站会源自敏捷开发中的 Scrum。其本来目的不是进度报告，而是团队的认识对齐和尽早发现阻碍因素。站着开会，理由很简单，就是“为了尽快结束”。一旦坐下来开始，人就会不自觉地待得更久。
- 认识对齐
- 团队全员掌握今天的优先顺序
- 消除阻碍
- 尽早发现谁卡在了什么地方
- 保持节奏
- 每天在同一时间聚集，形成工作的节奏
- 横向协作
- 了解其他成员在做什么，就会产生互相帮助
晨会流于形式的模式
沦为进度报告的晨会有共同的结构。如果看到以下模式，就应立即重新设计。
有效晨会的构成
源自 Scrum 指南的经典 3 个问题（昨天做了什么 / 今天做什么 / 阻碍因素）是有效的，但也有很多团队用更结构化的格式运转得更好。下面是防止流于形式的构成示例。
要点是“每人 1 分钟”的时间盒。它作为一种社会压力发挥作用，发言自然会变得简洁。把计时器共享到屏幕上效果更好。
晨会的最佳时段
虽然都叫晨会，效果却因开始时刻而有很大差别。9:00 整是很多人的上班时间，刚到公司还没准备好，迟到的压力也大。只要比上班时间稍微错开一点，出席的难易度和会议的质量往往就会大为改变。
| 开始时刻 | 适合的组织 | 注意点 |
|---|---|---|
| 9:00 | 上班时间固定且全员到岗 | 容易有人迟到。可以再多留一点缓冲 |
| 9:30 | 采用弹性工作制的团队 | 确保上班后 30 分钟的准备时间。最为推荐 |
| 10:00 | 以远程办公为主 | 做完早上例行事务的人容易参加 |
| 10:30 以后 | 创意类岗位多的团队 | 注意不要侵占 Deep Work 的早上时间 |
对于重视专注时间的组织，与确保专注时间相一致的 9:30 开始、9:45 结束是最合理的设计。这样在晨会后容易确保专注时间。
异步站会这一选项
在以远程办公为主的团队中，也可以选择废止面对面（或视频通话）的晨会本身，转向异步站会。GitLab 等全远程企业以团队为单位采用这种方式，Automattic 和 Buffer 也以异步沟通为核心来运营。
- 能从表情 / 语气读出状态
- 可以当场发展为提问 / 商量
- 产生团队感 / 一体感
- 能立即应对阻碍因素
- 时区的制约消失
- 每个人可以按自己的节奏参与
- 留下记录，事后可以检索
- 晨会的 15 分钟作为专注时间回来了
异步站会的实施很简单，只需用 Slack 或专用工具（Geekbot, Standuply）每天早上自动发布同样的问题。在 9:00-10:30 之间回答即可。作为异步沟通与日程协调的应用形式，非常值得考虑。
判断晨会“开还是不开”的标准
并非所有团队都需要晨会。根据符合以下条件的程度来判断晨会的必要性。
- 成员的工作内容密切相关（一个人的延误会影响他人）
- 团队规模在 3-9 人的范围内
- 每天都会出现新阻碍因素的多变环境
- 成员之间的信任关系还不够（正在建立中）
- 负责人想避免微观管理，但又想掌握情况
晨会难在“停掉的勇气”
许多组织继续开晨会的真正理由，与其说是有效果，不如说是害怕停掉。“停掉的话也许会失去控制”这种不安，让流于形式的晨会得以保留。但是，继续开流于形式的晨会所造成的机会损失，比想象的要大。
试着只停 2 周晨会，改为用异步文字共享状况，就能清楚地知道是“有它真好”还是“没有也没问题”。无论哪种结论，能从零开始重新评估晨会的价值本身就有意义。
晨会的优化是例会优化的应用，也与预防会议疲劳直接相关。只要把站会真的站着开，所需时间往往就会明显缩短。把议程固定为“3 个问题”也很有效。
5 个人每天早上持续开 15 分钟的晨会，按计算每人每年要消耗约 50 小时。这 50 小时是否真的创造了价值，最好养成每年重新审视 1 次的习惯。