你的各种假设会拖垮项目：一份本周就能用的清单
大多数项目失败，并不是败在事先规划好的工作上，而是败在人人都假定、却无人写下的事情上：以为供应商会按口头承诺的日期交货，以为关键审批人仍在原岗位，以为团队还能像以前那样工作。假设并非可有可无——没有假设就无法做规划。但一个未经检视的假设，不过是披着伪装的风险；而眼下，供应仍不稳定、团队分散在各自的厨房和办公室之间，这些伪装正在加班加点地起作用。
好消息是，管理假设是一种习惯，而不是一项壮举。下面这份清单，你本周就能在一个已经在做的项目上跑一遍。
把它们找出来
写下哪些事必须为真。 拿出你当前的计划，列出它所依赖的每一个条件：交货、审批、人员到位、需求稳定、第三方履约。如果计划中的某句话会因一个事实改变而崩塌，那个事实就是一项假设。
为每一项指定负责人。 没有负责人的假设，在它爆掉之前不是任何人的问题。在每一项旁边，写上最贴近实情的那个人的名字——一旦它不再为真，最先察觉的就是他。
标出你实际有多大把握。 诚实地把每项假设评为高、中或低信心。那些信心既低、后果又大的，才是你该把注意力放上去的地方。
验证并跟踪它们
现在就验证那些代价低的。 有些假设今天下午打个电话或发封邮件就能变成事实。那个零件真的有库存吗？审批人真的休假回来了吗？先做这些；这是你能花出去的回报最高的一个小时。
把其余的转成风险。 凡是无法以低代价验证的假设，都应进入风险登记册，并配上触发条件（「若到 5 日仍未收到确认」）和应对措施（「改用备用供应商」）。假设正是这样才不再是一项无声的负债。
定一个复核日期，而不是一份指望。 假设会失效。立项时为真的条件，会悄悄不再为真。在你的状态评审里加一行固定内容：「本周我们哪些假设变了？」并且真正去回答它。
关于措辞的一个实用提示：把假设写成可检验的陈述，而不是含糊的宽慰。「供应商将在 11 月 12 日前交付铸件」是可以核对的；「供应链应该没问题」则无法核对，而正是这种含糊，恰恰是项目藏匿其最大风险敞口之处。
为什么这样做值得
当一项从未被点名的假设在项目中失守时，团队手忙脚乱，责任互相推诿，进度只能硬扛这一击。而当一项被登记、被指派、被盯住的假设失守时，触发条件启动，既定应对随即跟上，中断便成了一桩被管理的事件，而非一场危机。同样是坏消息，却是截然不同的一天。
把假设清单保持简短而醒目——一份被埋起来、没人打开的清单毫无作用。
在每个重要阶段的交界处重跑这份清单；新阶段会带来新假设。
把已验证的假设当作事实并将其移除，好让在用的清单始终有意义。
你消除不了不确定性——没人能做到。但你可以不再被那些你早已隐约怀疑的部分所突袭。本周花一个小时在这份清单上，远比下个月做一份补救计划要划算。
当各种假设堆积的速度超过团队能跟踪的速度时，XNM 的项目群与项目交付咨询服务 可以帮你建立起让意外不致演变为挫败的纪律。