一次技术落地该怎么复盘：五问的顺序与禁区

前沿技术项目的复盘，多数写成技术总结：指标达到了多少、工艺路线验证了几条。这类报告对下一次决策帮助有限，因为它回答的是"我们做成了什么"，而不是"我们为什么在那个节点上做了那个选择"。要复盘得有用，需要一套固定顺序的提问，把技术问题、工程问题和组织问题分开。

第一问：这项技术解决了谁的问题

先回到需求本身。是客户明确提出、愿意付费的问题，还是内部判断"将来一定需要"的问题。前者有验收标准，后者只能靠推演。复盘时把当初的需求依据找出来，看它来自客户现场还是来自行业会议，这一条几乎决定项目后续所有资源的投入强度。需求依据薄弱的项目，往往在工程化阶段反复改指标，因为没有外部标准可以收敛。

第二问：卡住的是科学问题还是工程问题

两者需要的资源完全不同。科学问题要的是人和时间，工程问题要的是设备、工艺窗口和批量验证。项目延期时，团队常把工程问题描述成技术难题，因为它听起来更需要投入。分辨方法很直接：看是否已有他人在类似条件下做出来。如果有人做到过，那就是工程问题，解法是找条件、找参数、找工艺，而不是继续加研发。

第三问：钱花在了哪一段

把投入按样机、中试、量产三段切开，看比例。多数失败项目的问题不是总投入不足，而是过度集中在样机阶段：指标做得很漂亮，中试线和检测能力却没建起来，一到批量就崩。复盘时把三段的支出与产出对照，能看出团队真实的偏好——是喜欢做验证，还是习惯做样品。

第四问：谁在推动，第五问：停掉会损失什么

推动者的层级决定资源能否跨部门调动。如果项目只在一个部门内部推动，遇到产线、采购、质量的协调就会停摆。第五问是退出成本：设备专用性有多强、人员技能可否复用、客户承诺是否已经给出。退出成本高的项目，往往不是因为它更接近成功，而是因为没人敢停。

五个问题之外，还有三条禁区值得写进复盘规范：只复盘成功项目、用最终结果倒推当初决策的合理性、把技术指标等同于商业指标。前两条会让复盘变成表功，第三条会让团队继续在错误的评价体系里优化。真正的复盘产出，应该是一份下次立项时要对照的清单，而不是一份可以对外发布的成果说明。