问题图纸评审效率低怎么提评审会上应该做几件事结论把看图和提问题从评审会挪到会前——各方在会前按各自专业/部门视角单视角预先审图限时产出一份《设计评审记录清单》设计院在会前就清单问题书面澄清或改图。会上只做两件事设计院讲解 拿着清单逐项过结论。这就是图纸预审它是会议评审的前置步骤不是可跳过的形式。要点 1. 评审是图纸预审会前→ 会议评审会上“两阶段预审是会上评审的前置。 2. 预审的核心是单视角”——每方只看自己专业/部门维度的问题不越界替别人审。 3. 预审限时产出是一份按评审维度归类的清单不是口头意见。 4. 设计院须在会前把清单问题澄清或改图无法会前闭环的标注清楚、留到评审会现场逐项讨论。 5. 评审会上基于这份清单逐项过所有问题现场讨论澄清并闭环出评审纪要。—评审会效率低常见不是人不够是准备方式错了。典型场景设计院把一套施工图甩过来各方在评审会上第一次认真看图——于是会上全是这根管是什么?“这个标高对不对?”“这儿和那儿冲不冲“这类本该会前就看清的问题。两小时会开了个寂寞问题没闭环结论没定论散会时所有人都不确定到底算不算过了。图纸预审就是来解决这件事的。把看图这件事从会上挪到会前把提问从现场挪到清单上。会上只做两件事设计院讲解 拿着清单逐项过结论。判断规则照着看| 情形 | 判断结论 || — | — || 评审会当众第一次看图 | 准备方式错了——应先会前单视角审图 || 各方在同一场评审里互相审对方专业 | 越界了——预审是单视角合起来才覆盖全部 || 预审意见口头提、没落清单 | 不成立——预审须限时出书面清单 || 设计院说会前来不及澄清” | 允许但须标注清楚、留到会上逐项讨论 || 评审会上又冒出一堆会前没人提的问题 | 预审没做实——单视角没走完或时限没压住 || 某一方在预审时把问题都解决了 | 好现象——预审把问题消化在会前 || 标准化、单一专业、分批成果 | 可简化——责任方独立预审会议可简化为焦点确认会 |预审清单和评审纪要不是一回事预审清单是会前的单视角问题汇总问题按评审维度归类评审纪要是会上逐项过完后的结论记录每一项事项单独给结论结论只两态关闭 / 待关闭。前者是议程后者是结论。至于一共分哪几个维度、每维查什么制度里会逐一列明。为什么预审出的问题不许留到以后再说评审会上所有问题要现场讨论澄清并 100% 闭环不能遗留到会后。这是闭环方可放行的硬要求——预审做得好会上只是确认预审做得糙会上就变成当场吵当场定当场改的消耗战。自测你的项目4 问- 你们上一次评审会是会前各方各自看过图还是会上第一次看- 各方在评审会前有没有一份写下来的问题清单- 清单里的问题设计院是会前澄清了还是留到会上甚至会后- 评审会开完散会时能不能明确说这次过没过”上面是预审的定位和判断原则。但每个阶段预审要出几张表、清单上要填哪几类信息、时限怎么压、问题按什么维度归类、哪些成果可以简化成焦点确认会——要写成能落地的制度还要配套记录表单这些在《设计成果评审管理办法台账模板》成品里。— 完 —动力牛马手记 · 工程技术与管理
