决定它能不能活下来的三个人

技术上完全正确、却死得政治意味十足的部署，失败方式通常简单到一句话：批钱的人同意了，系统也能用，就是没人用。原因几乎总是同一个——握有三种不同权力的人，被当成了一个人。

三种权力，很少集中在一个人身上

出资人能花钱，也能在一间你不在的会议室里为这个项目辩护。他的利益通常写在他自己的考核表上，而且通常不是你口径表上的那个数字。要问的是：季末他会被人追问什么。

流程负责人管着这次部署要改变的那个流程。他能对采用说 yes，也是新流程在忙日里崩掉时脑袋要放在砧板上的人。同时也是最能在不说 no 的情况下把它弄停的人——只要不通知自己的团队。

执行者干这份活。正式权力最小，实际否决权最大。每一起「没人用」造成的死亡，都死在这里，死在一百个继续用旧表格的小决定里。

有些组织还有第四个角色：有资历的阻碍者——往往是 IT 安全、工会代表，或者一位没被咨询过的老中层。他们很少公开赢，也几乎不需要赢。

侦察阶段该做的动作

第一次会就在纸上写三个名字，每人一行字：他得到什么、失去什么、被什么考核。然后去验证这张图——不是问「谁是出资人」（那会得到一张组织架构图），而是问：如果这件事做成了，谁会不高兴，他会怎么说？

凡是被点名「做成了会不高兴」的人，都在图上。答案通常还会浮出执行者真正的恐惧：这套系统会被用来考核他们。

每种人真正要听的话

角色	他其实在问	什么能回答
出资人	「这在我的考评里是功劳还是成本？」	一个数字，在动，用他的词汇，季末之前
流程负责人	「它坏了，我的周二怎么办？」	一条写明白的退路，和该打的电话
执行者	「这东西是用来评判我的吗？」	证据：系统记录的是流程，不是人
阻碍者	「有人咨询过我吗，风险有边界吗？」	一份书面边界、数据流和复核日期

这些答案大多很便宜，而多数项目从来没产出过。一页退路流程花一小时，换来流程负责人的配合；设计说明里加一句「本工具记录案件结果，不记录个人操作」，不花钱，却拿掉了执行者消极配合的主要理由。

能预测第二个月的那场会

要求跟流程负责人和执行者一起开一场，出资人不在。二十分钟，一个问题：给我讲讲你们每个月最忙的那一天，然后告诉我这件事会在哪儿碍事。

两种结果都有信息量。如果他们能讲清忙日的细节并点名具体的冲突点，你有了一个伙伴和一份范围。如果他们描述的流程和出资人讲的完全不像，那出资人的版本是许愿，而你是在开工之前发现的。如果他们拒绝在出资人不在场时开会，那么这次部署没有负责人，不管签字页上写的是谁。

图错了怎么办

三个补救，按优先顺序。

1. 第一周先给执行者一个赢。 小、看得见、减少他的工作量而不是增加一步。采用是一连串由疲惫的人做出的决定，第一个决定必须零代价。
2. 给流程负责人一条他自己能操作的退路。 一份写明怎么关掉的文档，上面有他的名字，把一个威胁变成他手里的工具。
3. 只在项目已经在死的时候，才去升级「缺出资人」这件事。 升级会把一个安静的问题变成公开的问题，有时候是必要的，而且永远很贵。

诚实的边界

FDE 造不出高管支持，修不好一个坏掉的激励结构，也无法让一个执行者去信任一套他上司打算用来对付他的系统。早点认出这一点不是认输；它是两周后写出一句清楚的「在 X 改变之前这件事做不成」，和六个月后由别人说出同一句话之间的区别。

怎么把这张图的结论写下来，见侦察访谈问题库；之后采用率怎么量，见四周法则；为什么只有出资人签字不够，是案例库里的第二个案例。