例会是项目部最普遍的集体动作，也是成本最高的动作：一次十人两小时的会，折算下来是大半天的人工。但很多例会的产出接近于零——进度念一遍，问题提一遍，最后没有一件事有明确的负责人和时间点。这半年我对例会做了一些调整，效果比较明显，记录下来。
周例会最常见的形态是：各工区轮流汇报本周完成情况，讲的人照本子念，听的人低头刷手机。问题是——进度数据在共享表格里就有，为什么还要花四十分钟念？念的过程中没有任何决策产生，能量全消耗在复述上。
现在的做法是：进度偏差在会前就以表格形式发给参会人，会上只讲偏差超过阈值的分项。这样例会的开场就从「复述现状」变成「处理异常」。
会议质量取决于会前，不取决于会中。我们固定准备三张表：
三张表会前一天下午发出，参会人带着意见来，而不是带着耳朵来。
每一个进入会议的问题，必须当场落实到三件事：谁负责、什么时候完成、什么标准算完成。缺任何一项就不算闭环，只能当成议题挂起。
具体操作上，主持人要把控两点：一是打断「讲背景」的惯性，背景在表里已经写了，会上只讲分歧和决策；二是防止议题发散，出现新问题时判断它是否需要现在解决，不需要就记入待决清单下次讨论。
会后当天发出纪要，纪要只有一页：结论、责任人、时间节点、验收标准。所有未闭环事项进入销项台账，下一周例会的第一件事不是汇报进度，而是过上周台账——哪些销项了，哪些逾期，逾期的原因是什么。
台账是例会真正的骨架。没有台账，会议就是一次性的信息广播；有了台账，会议才变成持续运转的推进机制。
对照一下，如果出现下面任何一种，说明例会需要重新设计：会议常常超时且无结论；同一问题连续三周被提起；决议事项没人跟踪；参会人普遍沉默，只有项目经理在讲；会上吵得很热闹，会后没人动。
队伍多的时候，所有人都塞进同一个会，效率必然低。可以拆成两级：一级是各专业内部的小范围协调会，解决作业面交叉；二级是项目级例会，只处理跨专业、需要项目层面资源或决策的事项。分级之后，项目级例会通常能压到一小时以内。
例会不是汇报仪式，是决策机制。把「念进度」的时间换成「过台账、定责任、卡时间」的时间，同样的一场会，产出会完全不同。
本文为管理实践整理，不涉及具体项目与单位信息。