← #793

会议是一种 forcing function（强制函数）

文章摘要

Dan Moore 这篇短文的核心论点只有一句话：周期性的会议是一种 forcing function（强制函数）——它最大的价值不是当场推进任务，而是为那些”长期、跨人、不是任何人全职职责”的工作创造可被问责的截止点。

作者认为，组织里最容易”沉到 todo 列表底部”的，恰恰是战略性、影响力大、但需要好几个人共同参与的项目。每个人手头都有更紧迫的日常工作；这种长期项目如果没有外力，就会无限期地被推后。一个有固定议程、每次会先回顾上次 action items 的周期会，能制造一种”下周一定会被问到”的轻度压力，让人勉强挤出时间处理。

文章给了两类典型场景：

第一类是公司内部的复杂项目——跨数周甚至数年、需要多人协作但没人全职负责的工作。这种工作最怕的不是难度，而是被日常事务挤占。

第二类是咨询关系。Moore 长期做技术咨询，他特别指出：咨询师天然有动力让进度看起来在前进（因为客户付钱看进度），但客户那边的人未必有动力——他们各有本职。如果每周/每两周开一次会，咨询师汇报自己的推进，客户却交不出他们那部分的产出，就会产生”温柔但真实的问责压力”。

作者推荐的节奏是按项目紧迫程度选择周/双周/月会。这篇文章在 HN 引发的争议非常典型——技术人员普遍讨厌会议，而经历过跨组协作的管理者大多认同。

HN 评论精华

eitally：会议只是 forcing function 的一种。”任何带具体可交付物和时间约束的东西都是 forcing function。在一个管理良好、员工胜任的组织里，根本不需要靠会议来推进进度。” 这是技术派的”会议是组织失败的副产品”论。
homeonthemtn：一开篇就直接被劝退：”周期会是 forcing function？不，它最终会变成一个被反复在日历上踢来踢去的’负担球’，等价值耗尽后没人愿意取消。” 大多数人都见过这种死会。
hank2000：用一句话总结了双方的不可调和——”工程师永远说会议干扰干活；每个 leader 都说如果我们能正确地干活就不需要这么多会议。我同意 forcing function 的观点，但也理解大家会因此愤怒。”
katzgrau：用过 SaaS 创业经验的工程师视角倒戈。”我以前也讨厌会议，但 bootstrapping SaaS 后跨组协作把我治好了。一次每周的简短站立会——比如《4DX》那本书里描述的——确实有用：没有它，维护、行政、救火会膨胀填满整周。会议强行留出一个’清晰承诺 + 基础问责’的位置。这不是早期能体会到的事，要等身上有疤了才懂。”
madamelic：补一个非常关键的限制条件。”这种会议只在’组织者对参与者有权力’时才有效。如果同级或反过来组织者级别更低（比如 junior PM 拉一群 senior 工程师），保证会被取消或砍空。会议的必要性本身就是组织气味——问题往往在更上层。”
cattown：纯粹反对派。”绝对不行。现在有那么多优秀的工作跟踪工具、那么多更高效的沟通方式，没必要让一群人停下手头的工作只为了被问’你今天有没有做你那部分’。好的管理是设计出’不需要这种会议’的系统。”
hyperadvanced：折中派。”我喜欢快速 huddle/sync，不喜欢 10 个人轮流讲话每人占 10% 时间的会。’战’会（sprint planning）和’宴’会（retro/demo）这种节庆性的会议是必须的；但 standup/status 这种状态会议如果超过 10 分钟就是灾难。”
axus：用数学比喻收尾——有些会议系列处于”非共振”状态，反而让所有事情的振幅变小。”如果让我重新起标题，我会叫《周会是激励》（Weekly Meetings are Motivational），而不是 forcing function。”