专业书籍精读 · Accelerate · 第 16 章
Accelerate · Ch 16 · Forsgren, Humble & Kim · 2018
前面十五章像一份体检报告：它用几万份问卷，告诉你「跑得快又稳的公司长什么样」。但报告看完，最扎心的问题还没答——我现在这副样子，怎么走过去？这一章就是全书唯一回答「怎么做」的一章。它的答案很反直觉：别画路线图。
想把身体练好，大多数人第一步是买一套十二周计划表。可计划表是照着别人的身体写的——你真正的短板可能是睡眠，它却让你先加量。真正管用的办法长这样：每天量一次现在的状态，只定「下周想到什么样」，试一个小改动，不行就换一个。路是走出来的，不是事先画出来的。这一章讲的就是把它搬到一整家公司身上。
公司转型的默认剧本有两个。一个是请人画路线图：分五个等级，我们现在三级，两年爬到五级。问题是等级表按行业平均写，而每家卡住的地方各不相同——别人的第三级可能压根不是你的瓶颈，照着爬就是给不疼的地方按摩。
另一个是大重组：改汇报线、换架构图、开一场动员会。座位换了，可每天早上九点大家干活的方式一点没变——过半年，老习惯就顺着新架构图长回来了。
这一章的核心是把「改进」拆给三种人，而且拆得很死：
最上面的人只做两件事——说清楚我们要往哪去（一个几年尺度的方向，不是任务清单），然后清场：批预算、砍掉挡路的审批、把优先级稳住别天天变。他不给方案。
中间的人每天当教练，而且是只问不答的那种：现在到底什么样？下一步希望变成什么样？打算试什么？上次学到了什么？他手里没有标准答案，他的活是逼出对方自己的答案。
真正改法子的，是每天干活的那些人——只有他们知道哪一步最磨人。改进不是单独立项的「转型项目」，而是本职工作的一部分。
再加一条规矩：一次只定下一个小目标，绝不规划整条路。从「现在」到「下个月想要的样子」之间那段，谁也不知道该怎么走，只能试一小步、看结果、再试。
书里的例子是荷兰的 ING 银行，它最出名的动作恰恰是一次惊人的大重组：总部三千多人全部「没有岗位」、每人重新申请。但这一章想说的不是「你也去重组一次」，而是：重组只把条件摆好，真正让它变快的是之后每天发生的小事——业务和技术坐进同一支队伍、事情不再层层转手、管理者天天在现场问那四个问题。
顺带一句诚实话：这一章只有这一家银行的一个故事，不像前面十几章那样有几万份问卷撑着——它是经验之谈，不是统计证据。
变好没法照着路线图走：上面的人只定方向、清障碍，中间的人每天当教练只问不答，改法子归天天干活的人；一次只定下一个小目标，剩下的靠试。转型没有完工那一天，练出来的改进习惯本身才是成果。
想看具体机制、对比表和示意图？ → 切到精读版
前十五章证明了高绩效组织长什么样，第 16 章是全书唯一一章回答「那我怎么变成那样」——而它的答案是：不要路线图，要一套人人每天都在练的改进套路。领导者的活是定方向、创造条件；管理者的活是当教练、每天在现场提问；改进本身归做事的人。荷兰 ING 银行是全书唯一的完整案例。
本章是全书 Part III「转型」的唯一一章，也是全书唯一由外部作者执笔的一章——精益 IT 领域的 Steve Bell 与 Karen Whitley Bell。它上承 Part I（Ch1–11）的统计发现与 Part II（Ch12–15）的研究方法，下接全书结语。对应现实里的场景很具体：任何一次「我们要做 DevOps / 敏捷转型」的组织变革。
前十五章交付的是一张相关性地图：持续交付、松耦合架构、精益管理、生成型文化、变革型领导……都与四大关键指标正相关。问题是，相关性不告诉你从哪下脚。一位读完前十五章的 CTO 手里握着二十几项能力，明天早上第一件事该做什么？
现实里的默认答案有两个，这一章都判了死刑。
其一是成熟度模型驱动的路线图。买一张五级等级表、做现状评估、排两年计划。它的致命伤是把顺序写死了：等级表按行业平均排，而每家组织的瓶颈各不相同——照表爬，很可能前十二个月都花在根本不是你瓶颈的能力上。更糟的是它自带「达标即完工」的终点暗示，而书里最重要的主张恰恰是没有终点。
其二是大重组。组织图确实一夜就换了，但每天九点钟人们怎么排优先级、怎么把变更推上线、出了问题找谁——这些日常行为一点没动，几个月后老习惯就沿着新架构图重新长回来。
不解决会怎样？最常见的结局是：指标被做漂亮了（部署频率靠拆小无意义的发布刷上去），转型办公室从催化剂变成新的审批环节，两年后交出一份「转型完成」的结项报告和一个与开始时差不多的组织。
这一章最硬的结构性主张，是把「改进」这件事切成三层，而且切得很死——每一层只干自己那份，越界就出问题。
领导者做两件事：定方向、创造条件。方向是一个几年尺度的挑战（比如「任何变更都能在一天内安全上线」），不是任务清单；创造条件包括批资源、砍掉挡路的外部审批，以及最容易被低估的一件——把优先级稳住。第 11 章已经量过：变革型领导造条件但不造结果，领导力弱几乎注定低效能、强却不保证高效能。所以领导者最该警惕的动作，是亲自下场给方案。
管理者（manager）每天在现场当教练，而且是只问不答的教练。四个问题反复问：现状到底是什么样（拿数据说，不是拿感觉说）？下一个目标条件是什么？为此你打算试什么？上一次实验学到了什么？教练的价值不在于知道答案，而在于逼出对方自己的答案——一旦教练开始给方案，学习就停在他身上，不会长进团队里。
改进归每天干活的人——只有他们知道哪一步最磨人。这条推论很锋利：改进不该是单独立项、单独配人的「转型项目」或「卓越中心」，它是本职工作的一部分。把改进外包给专职团队，等于宣布现场的人不必思考。
那「每天怎么改」具体长什么样？本书推荐的模型是 Mike Rother 从丰田提炼的改进套路（Improvement Kata），四步循环：
p90 39 天，其中 8 天卡在人工变更审批上。整套东西的灵魂在 ② 和 ③ 之间那段：从现状到目标条件的路径，事先根本不可知。路线图式转型的错误就在于假装它可知，然后把一份两年计划排满。套路的做法是承认自己不知道，只承诺下一个目标条件，路径靠一连串小实验走出来。这也是「套路」这个词的本义——它要被反复练到变成本能，而不是填一张模板表。
ING 荷兰最出名的动作是 2015 年那次极端重组：总部数千人被置于「无岗位」状态、全部重新申请，组织换成 squad / tribe / chapter。但把这一章读成「去重组一次」是最常见的误读。重组只是把条件摆好，真正产生效能的是之后落到日常的几件事：
把这四条和重组分开看很重要：重组是一次性的、可复制性差的；这四条是持续的，明天就能开始做一点。
这一章最容易被略过、却最要命的一条：没有「转型完成」那一天。成熟度模型让人以为爬到五级就毕业了；能力模型的含义是——环境一直在变，昨天的瓶颈解决了，明天会冒出新的。真正的产出不是某个指标到点，而是组织获得了一种「自己会变好」的习惯：任何一支队伍拿到新瓶颈，都知道怎么看清现状、定下一个目标条件、用实验走过去。
这条也给了一个很实用的自检：如果你的转型有一份结项报告和一个庆功会，那大概率做的是项目而不是能力。
表 1 · 四个岔路口：什么场景该选什么
| 岔路口 | 选 A | 选 B | 怎么选（诚实说代价） |
|---|---|---|---|
| 改进的地图 | 成熟度模型：五级等级表、固定顺序、两年计划 | 能力模型：一组能力，自己找最弱那环下手 | 本书站 B。A 唯一的好处是好向董事会汇报、好排预算；代价是顺序按行业平均写死，很可能前一年都在修不是瓶颈的地方，且自带「达标即完工」的假终点 |
| 改进由谁做 | 专职转型团队 / 卓越中心 | 现场的人自己改，管理者当教练 | 本书站 B。A 起步快、容易立项、适合极缺内部能力时作为临时种子；但它一旦常设，就等于宣布现场不必思考，且极易退化成新的审批环节 |
| 推进方式 | 大重组 / big bang：一次换掉组织形态 | 小步试点后扩散 | A 能一次打断根深蒂固的职能墙（ING 走的是这条），但代价极高——人员流失、半年低谷，且只在有真实生存危机与高层全押时才撑得住。多数组织该走 B；共通点是：两者都必须后接日常改进，否则半年后老习惯长回来 |
| 教练怎么做 | 给答案：我做过，照这个来 | 只提问：现状？目标条件？试什么？学到什么？ | 本书站 B。A 在救火和纯新手期更快；但学习停在教练身上、不进团队，教练一走就打回原形。B 的代价是慢，且要求管理者忍住不说——这恰恰是最难训练的一项 |
表 2 · 目标条件写对了没有：一个可以照着改的对照
| 写坏了 | 写对了 | |
|---|---|---|
| 形态 | 任务清单：「引入流水线工具、写自动化测试、搞培训」 | 状态描述：「低风险变更走自动审批，无需人工评审会」 |
| 可衡量 | 「提升交付效率」 | 「变更前置时间中位数从 11 天降到 3 天以内」 |
| 时限 | 「今年内」「持续推进」 | 2–4 周——短到能证伪，长到能做出改变 |
| 路径 | 把每周要做什么全排好 | 只承诺目标条件，路径留空，靠实验填 |
| 谁定的 | 转型办公室统一下发 | 团队自己定，教练只质询它是否可验证 |
这一章是整本书从「研究结论」通向「周一早上做什么」的那座桥。它在三处直接有用：组织变革的方案设计（别再交一张五级路线图）、管理岗的日常动作（教练式提问是可训练的具体行为，不是「要有领导力」这种口号）、面试与架构评审（被问「你怎么推动一次改进」，能给出现状—目标条件—实验这条可复述的链条，比讲「推动落地了 XX 平台」有说服力得多）。
3500 名员工被整体置于「mobility」状态、要求全部重新申请岗位；新组织为 13 个 tribe、约 350 个九人 squad；选人时文化与心态的权重高于知识与经验。这组数字是这一章「条件重置」那一面的量级坐标——也提醒你它的代价有多大。出处：McKinsey Quarterly《ING's agile transformation》，2017 年 1 月，访谈 ING 荷兰时任 COO Bart Schlatmann 与 CIO Peter Jacobs（该域在本站抓取环境不可达，此处只留文字出处）① 全书唯一回答「怎么做」的一章（Part III 唯一章），由外部作者 Steve Bell 与 Karen Whitley Bell 执笔，案例是 ING 荷兰。
② 核心命题：改进不能靠路线图，要靠一套人人每天练的套路——因为从现状到目标的路径事先不可知。
③ 三层分工：领导者定方向 / 创造条件、管理者当只问不答的教练、改进归每天干活的人；任何一层越界都会让学习停住。
④ 改进套路四步：方向（几年）→ 看清现状（拿数据）→ 下一个目标条件（2–4 周、是状态不是任务）→ 小实验（天 / 小时）→ 回到现状。
⑤ 成熟度模型 vs 能力模型：前者把顺序写死、暗示有终点；本书站能力模型——先找自己最弱那一环。
⑥ ING 真正可迁移的不是那次重组，而是端到端小队、懂技术的工程领导、自助式平台、改进发生在现场这四条。
⑦ 转型没有完工日：产出不是某个指标到点，而是组织获得了「自己会变好」的能力。有结项报告的多半是项目不是能力。
⑧ 诚实的边界：本章是 n=1 的案例叙事，证据等级低于前十五章；squad / tribe 的模板崇拜与「教练变成新审批层」是两个最常见的落地事故。
⑨ 外部侧证：DORA 2021 量到生成型文化让倦怠概率减半；DORA 2024 量到优先级不稳会抵消强领导带来的好处——两条都指向同一句话：领导者的产出是条件。