一句话定义
有了分歧或问题就开会摆开讨论，当场定下几条，而不是在背后议论、私下抱怨、等着别人先开口。这条对主持人和普通成员是同一条要求，不是只对领导者的要求。
机制 / 原理
背后议论的代价是时间。一个没有被摆上桌的问题不会自行消失，它会在私下传播中不断积累立场，原文对这种拖延给出的量级是「甚至一拖几年」。摆上桌的操作有三个要点：有问题就开会——不攒到某个大会一起谈；充分发表意见——让分歧完整暴露，而不是只让一种说法出声；规定它几条——会议必须产出明确条目，否则摆开了也等于没摆。还有一个配套条件常被忽略：摆问题的前提是彼此能互相谅解，如果每次摆开都变成追责，成员下次就会退回背后议论。所以这条方法的成立依赖于会议里的分歧不被记账。
经典实验 / 例子
1949年3月这篇讲会议方法的结论里，把这条排在第二位，并且明确说不只是主持人要这么做，委员也要这么做。文本给出的因果链很短：有问题而不摆到桌面上来，就会长期不得解决，甚至一拖几年；摆到桌面上来讨论、规定它几条，问题就解决了。紧接着补了一句配套条件——主持人和委员之间还要能互相谅解，并把上下级之间的谅解、支援和友谊看得比什么都重要。
书中案例出处
第二条方法及其配套条件
要求有问题就开会摆开、规定几条，并把互相谅解作为前提条件写在同一条里。
公开化的方法与关系条件被绑在一起，说明它不是单纯的会议技巧。
生活中的例子
一个跨部门项目里，设计和前端为交付节奏吵了三个月，双方各自向自己的主管抱怨，例会上却都说「没问题」。项目经理在一次例会上直接把两方的真实诉求写在白板上——设计要两轮走查，前端要提前五天拿到定稿——然后要求当场定规则，最终写下三条：定稿提前四天、走查合并为一轮但延长到两小时、紧急插入需求由项目经理拍板。这三条贴在项目群公告里。此后两个月没有再出现节奏争执。
常见误区
误区：把「摆到桌面上」理解成在会上把话说重、把责任讲明白，觉得只要敢当面提就算公开化了。这个理解有吸引力，因为敢当面说确实比背后议论进了一步，也容易被当成有担当。但如果摆开的结果是当场定责任而不是当场定规则，成员会迅速学会：说真话的代价由自己承担。于是下一次分歧又回到私下。判断这条做到没有，看会议的产出是几条可执行的规定，还是一份谁该负责的结论；前者让人下次敢再摆，后者让人下次不敢。