站着开完还是坐着吵完？两种会议法实测

以前我在一家公司，每天上午十点准时开会。会议室在走廊尽头，二十平米，挤十二个人。椅子不够，有人坐打印机旁边的纸箱。会议通常持续两小时，前四十分钟聊昨天的问题，中间四十分钟讨论今天做什么，最后四十分钟跑题到某个同事的猫。散会时所有人都很累，真正被记下来的待办事项不超过三条。后来我换了一家公司，第一天就被拉进一个叫“每日站会”的日历邀请。时间写着十五分钟，地点是茶水间旁边的空地。没有椅子。

站会的逻辑很简单：所有人站着，轮流说三件事——昨天做了什么，今天打算做什么，有什么卡住的。我一开始觉得这太敷衍了。十五分钟能聊什么？但实际跑了一个月，我发现一个有意思的数据：站会平均时长是十一分钟，最长的一次十七分钟，因为有人提了一个跨部门依赖的问题。而之前那家公司的两小时例会，会后发到群里的会议记录平均八百字，真正被执行的条目大约四条。这里的关键不是站着还是坐着，而是时间约束倒逼了信息筛选。当你只有十五分钟，你不会花十分钟铺垫背景。

不过站会也有它的问题。它适合执行层面的同步，不适合需要深度讨论的决策。我们有一次在站会上提到某个功能的优先级要调整，涉及到三个团队的排期冲突。十五分钟根本聊不完，最后只能另约一个专题会。那个专题会开了五十分钟，白板上画满了依赖关系图，才把走势理清楚。所以我现在倾向于把会议分成两类：同步类和决策类。同步类用站会，控制在十五分钟内；决策类提前发材料，现场只讨论分歧点，时间盒设在四十五分钟。

说到提前发材料，这又是一个反直觉的发现。以前我以为会议效率低是因为讨论不充分，后来发现很多时候是因为讨论太充分了，但方向是错的。有一次我们讨论一个功能要不要做，聊了半小时用户价值，最后有人问了一句：这个功能的数据口径是什么？全场安静。因为没人提前看过后台的埋点记录。那半小时的讨论，本质上是在猜测。后来我们定了一个规矩：任何决策类会议，发起人必须提前一天把相关数据和背景写在一页文档里。不写不发，不发不开。这个规矩执行了三个月，会议数量少了大概四成，但每个会的平均决策时间反而缩短了。

还有一个细节是关于会议记录的。我待过的团队里，会议记录通常由最年轻的那个人做，或者轮流做。结果就是记录质量参差不齐，有人记得像流水账，有人只记结论不记分歧。后来我们试了一种新方法：会议结束前留三分钟，所有人一起看一遍白板或文档，确认三件事——决定了什么，谁负责，什么时候交付。这三件事由发起人当场写进一个固定模板里，不写完整不散会。听起来很死板，但它的好处是，记录不再是某个人的负担，而是会议的最后一个环节。那些没结论的会，在这个环节会暴露得很明显。

我后来复盘过这些方法的实际效果。用“会议时长除以决议数量”这个粗糙的指标来看：两小时例会大约是30分钟一个决议，站会是8分钟一个同步项，专题会是15分钟一个决策。当然这个指标不严谨，不同会议的复杂度不一样。但它至少说明一件事：会议效率不是靠开得更快，而是靠开得更少、更准。有些会本来就不该开，有些会开了也不该超过十五分钟。预测一个会议会不会跑题，最简单的信号是：它有没有明确的输入和输出。输入是提前发的材料，输出是当场确认的待办。

现在我自己的习惯是，收到会议邀请先看两样东西：有没有议程，有没有预读材料。两样都没有，我会先问发起人能不能异步解决。大部分时候答案是能。剩下那些必须同步的会，我会尽量把它安排在上午十一点或下午四点，因为这两个时间段大家注意力比较集中，跑题的概率低一些。这些小技巧谈不上什么方法论，只是一个人在开了几千场会之后，慢慢摸出来的一点走势。会议本身不是问题，问题是把会议当成工作的替代品。