项目计划经常用一个确定的时间点、预算和结果来表达承诺。问题不在于承诺本身，而在于这种表达容易让人误以为：只要计划足够详细，不确定性就会消失。随后，偏差被当作执行失败，团队开始隐藏坏消息，计划反而失去了帮助决策的价值。
计划应该暴露假设#
每个精确数字背后都有条件：需求不会大幅变化，关键资源能够按时到位，某项技术可以达到预期性能。与其只记录最终日期，不如同时写下支撑日期的关键假设。
当假设被显式表达，讨论就能从“为什么没有按计划”转向“哪个条件发生了变化，以及变化意味着什么”。计划从考核用的答案，变成了可更新的模型。
用情景代替单点预测#
对高不确定任务，可以准备少量真正不同的情景，而不是给同一个数字加上模糊的上下浮动。基准情景描述最可能路径，受限情景说明关键资源不足时如何收缩，机会情景则说明额外条件出现时怎样扩大收益。
情景不需要穷尽未来。它的作用是提前暴露决策分叉，让团队知道哪些变化只是噪声，哪些变化足以触发路线切换。
为切换定义信号#
“到时候再看”不是策略。一个可执行的备用方案，需要明确触发信号、观察频率和决策责任人。例如，当连续两轮验证未达到阈值，就缩小范围；当关键交付晚于某个节点，就启用替代供应；当用户反馈集中在同一障碍，就暂停新增功能。
信号越靠近问题源头，调整成本通常越低。等待结果完全确定，往往意味着已经错过便宜的选择。
复盘不只比较计划与结果#
复盘时还应检查：哪些假设从未被记录，哪些信号出现后没有被重视，哪个备用方案实际上无法启动。这样得到的不是一句“估时不准”，而是下一次可以改进的决策结构。
成熟的计划不假装世界稳定。它让不确定性有名字、有位置，也有被处理的时机。