评审会上,有人说:
“先这么定,后面再补。”
大家点点头,方案继续往前走。
两周后出了问题,又有人问:
“这不是已经定了吗?”
很多项目里的返工和争议,就是从这两句话之间开始的。
“先这么定”本身没有问题。工程项目不可能等所有条件都完全确定以后再行动,信息不完整时做阶段性决策,本来就是项目推进的一部分。真正危险的是:大家只记住了“定”,却没有把“先”的条件留下来。
第一,只定了结论,没有说清前提
既然是“先这么定”,就说明这个决定不是在所有条件下都成立。那就要继续问:这个方案基于哪些前提?哪些条件目前还只是判断?哪些边界还没有验证?
比如评审会上说:“电源方案先这么定。”
这句话后面可能还藏着很多没有说开的条件:峰值负载算过了吗?电机、计算平台和传感器同时工作时,供电余量够不够?当前结论是在台架条件下成立,还是整机组合工况下也成立?
如果这些前提没有写清楚,后面整机一旦出现掉线、报警或重启,大家很容易开始争论:当时是方案已经确定了,还是只是暂时没有反对?
阶段性决策不怕有前提,怕的是前提只存在于参会人的记忆里。
第二,只定了方案,没有定后续验证
很多“先这么定”最后卡住,不一定是方案一开始就错了,而是只定了方案,没有把验证一起定下来。
方案可以先往前走,但至少要说清楚:下一阶段补什么证据?由谁负责?什么时候完成?什么结果算通过?
比如电源方案先定了,但没有安排组合工况测试;结构方案先定了,但没有安排线束复装验证;传感器方案先定了,但没有确认环境边界。到了后面,问题通常不是没人知道有风险,而是风险没有变成具体动作。
会议上说的“后面再验证”,如果没有验证内容、责任人和完成时间,最后很容易变成:大家都以为别人会去验证。
第三,只说“定了”,没有留下责任和回退条件
评审会上很多决定,当时大家都理解。但过了两周、一个月,项目进入采购、联调或现场阶段,原来的上下文很快就会丢失。
项目经理听到“先这么定”,可能理解为进度可以继续;设计工程师可能理解为方案暂时采用;测试工程师可能理解为后面还要验证;供应链听到的,却可能是可以开始采购。同一句话,不同角色可能听出了完全不同的结论。
所以评审结论不能只写“采用 A 方案”。更稳妥的写法是:
在当前成本和进度约束下,暂定采用 A 方案。当前风险是峰值负载和散热余量尚未完全验证。由电气负责人在下一阶段完成组合工况测试和温升验证,并在整机联调前关闭。若结果不满足要求,则切换到 B 方案或调整负载策略。
这不是把流程做重,而是避免后面出现问题时,所有人重新回到一句话:“当时到底是怎么定的?”
每次说“先这么定”,后面补上这 3 句话
我不是反对阶段性决策。项目推进必须有人做决定,也不可能要求所有风险都关闭以后才行动。
但每次说“先这么定”时,最好顺手补上三句话:
第一,这个决定基于什么前提?
第二,当前接受什么风险?
第三,下一阶段用什么证据确认,什么条件下回退?
这三句话解决的是决策判断。真正写进会议纪要时,还要把执行信息补全:谁负责验证,什么时候完成,什么条件下需要回退或重新评审。
这样,团队定下来的就不只是一句话,而是一个可以继续执行、验证和复盘的工程决定。
很多“先这么定”,并没有真正消除不确定性,只是把不确定性带到了下一阶段。方案可以暂定,但前提、风险、验证和回退条件不能一起被省略。
阶段性决策不怕“先”,最怕最后只留下一个“定”。
我是「机器人落地派」。
欢迎留言聊聊:你在评审会上听过最危险的一句“先这么定”,最后卡在了哪里?