我们手里有了一个注入：公开的需求队列 + 严格限制同时开工的数量。听着很美。但「听着很美」害死过无数改革——注入放进真实系统，到底会长出什么，谁也没在纸上验过。这一章的工具，就是那张纸：未来图（英文 Future Reality Tree，缩写 FRT，字面「未来现实树」——把注入种下去之后，未来的因果会怎么长，先在纸上推演出来）。
和现状图同一种箭头，只是朝向未来
好消息：未来图用的还是第二章那种充分因果箭头——「如果…那么…」，和现状图一模一样。区别只在两点：现状图从今天的坏结果往下追原因，未来图从注入往上推结果；现状图长出来的顶端是 UDE（坏事），未来图长出来的顶端应该是期望效应（英文 Desirable Effect，缩写 DE，就是「你想要的好结果」）。
而 DE 不用另外发明——它们就是第三章那七条 UDE 照镜子翻过来的样子：
- 版本总延期 → 按时交付
- 上线频繁出 bug → 上线稳定
- 大量返工 → 返工大幅减少
- 长期加班 → 不用靠加班硬扛
- 需求途中频繁变更 → 需求变更明显减少
- 士气低落 → 士气回升
- 客户信任下降 → 客户信任回升
未来图要做的，就是从底下那个注入出发，一根箭头一根箭头往上搭，看能不能真的搭到这七个 DE。搭得到，注入才算数；搭不到，趁早在纸上发现，别拿真金白银去撞。
往上推，一层一层
从注入起步：
如果「严格限制同时开工的数量」，那么「团队一次只专注在少数几件事上」；
如果「一次只专注少数几件事」，那么「每件事推进得更快，留给它的测试时间也不再被压」；
如果「每件事更快、测试时间够」，那么「按时交付」并且「上线稳定」。（DE ✓✓）
接着，好结果开始互相喂养：
如果「上线稳定」，那么「返工大幅减少」（DE ✓）；
如果「返工减少」，那么「时间不再被返工挤占」；
如果「时间不被挤占」，那么「更容易按时交付」——这又回喂了上面的『按时交付』。
注意这个回喂：按时→稳定→少返工→更按时。这也是个循环，但它转的方向是好的，越转越顺——约束理论叫它良性循环。第三章那个恶性循环，被同一个注入反过来拧成了良性循环。看到这个，你才第一次有底气说：这个注入不是缓解，是从根上换了方向。
另一条线，从「公开队列 + 可信交付日期」长出来：
如果「每个需求都被当场接收、拿到一个算得出、又真能兑现的日期」，那么「客户感到被认真对待，并且开始相信团队说的话」；
如果「客户开始信任」，那么「客户信任回升」（DE ✓）；
如果「客户信任回升」，那么「客户不再焦虑地中途插队改需求」；
如果「不再焦虑插队」，那么「需求变更明显减少」（DE ✓）——而变更少了，队列更稳，交付更准，客户更信任，又一个良性循环。
最后收尾两条：如果「按时交付、返工减少」，那么「不用靠加班硬扛」（DE ✓）；如果「不加班、又不再天天挨骂」，那么「士气回升」（DE ✓）。七个 DE 全部搭到。
搭不上去的地方，才是宝藏
别以为未来图的价值是「证明我对」。它最值钱的时刻，恰恰是某根箭头搭不上去的时候。用第二章的 CLR 一根根验，尤其那条「原因够不够」：
比如「限制开工 → 按时交付」这一步，认真一验就会发现原因不足——光少开工，不代表你敢给客户一个准的日期。你还得有个把握：能根据队列长度估出大致靠谱的交付时间。这半个缺失的原因，逼你补一个配套注入：「用队列的实际吞吐速度来推算交付日期，而不是拍脑袋承诺」。补上，箭头才立得住。
这是未来图的隐藏功能：它会告诉你，一个注入往往不够。真实的解决方案常常是主注入 + 几个配套注入的组合。哪里箭头断了，哪里就缺一个注入——未来图帮你在纸上、而不是在事故里，把这些缺口一个个找齐。
还差一步就能动手了？别急
现在纸面上很漂亮：注入种下去，七个 DE 全长出来，两个良性循环转起来。可有个声音你不该忽略——「限制同时开工」意味着排在队列后面的需求要等更久，早期那些被排到后面的客户，会不会当场就炸了？
这不是杞人忧天。任何一个好注入，几乎都拖着这样一条你没料到的负面尾巴。未来图擅长证明「好事会发生」，却容易对这些尾巴视而不见。所以下一章，我们要专门反过来，盯着注入问一句恶毒的话：它除了治病，还会惹出什么祸？——这就是负面分支。