项目复盘会上，最常听到的一句话是“当时要是……就好了”。这种在结果已知之后产生的判断，就是后见之明。它来得容易，却常常被当成事后指责，或者被一句“事后诸葛亮”轻描淡写地带过。对组织而言，这其实浪费了一份成本极高的信息。
后见之明为什么常被误读
结果出现之后，人们会不自觉地重写当时的思路，把复杂的不确定性简化成一条清晰的因果链。于是复盘容易变成两种偏差：一种是把责任归到个人身上，另一种是把偶然的成功解释成必然的正确。两种做法都让经验停在情绪层面，无法进入流程和制度。
更务实的理解是：后见之明是一份“答案已知的考题”，它的价值不在于证明谁对谁错，而在于反推当时的决策条件里，哪一些是可以提前设计、提前验证的。
把后见之明转成可复用经验的三步
- 还原决策现场：只记录当时可获得的信息、时间和资源约束，避免用今天的信息评判昨天的选择。
- 区分运气与能力：把结果拆成可控因素与不可控因素，明确哪些环节下次可以做得不一样。
- 输出可执行动作：每一条结论都要落成检查清单、模板或节点评审规则，而不是一句“下次注意”。
让机制代替记忆
个人的后见之明会随着人员流动而消失，只有沉淀到流程里的经验才会留下来。可以在关键节点设置轻量的记录动作，例如在立项时写下关键假设，在交付后对照假设逐条核对。这样做的好处是，复盘讨论有了共同的参照物，判断也更贴近事实。
需要提醒的是，复盘结论应当服务于改进，而不是考核。一旦与奖惩强绑定，参与者就会倾向于修饰叙述，经验的质量反而下降。
后见之明无法消除不确定性，但它能让同样的弯路少走一次。把每一次“早该想到”认真拆解，组织的判断力就会随时间累积，而不是随项目归零。