转型路线图：三阶段、交付物、负责人与常见死法

“那我明天要做什么？”

前面七讲讲完，不管是在会议室、在厂区的走道上，还是在饭局最后那一轮茶，老板问的几乎都是同一句话：那我明天要做什么？

这句话问得非常对。前七讲给你的是一组看公司的方式——执行面与规划面的分野、系统只是承载器、先看清外面和里面、把方向画成一张图、把五年切成今年、让每个部门接得住、让循环每天转起来。这些道理，你现在大概都认同了。但认同不会让公司改变。真正会让公司改变的，是有人在某一个星期一早上，把其中一件事排进日程，然后把它做完。

所以这最后一讲不讲新观念。这一讲要把前面所有的东西，收敛成一张你下周就能拿到会议桌上讨论的路线图：分几个阶段、每个阶段交付什么、谁负责、要多久、怎么知道成功了——以及同样重要的，哪些做法几乎一定会失败。

第一个决定：不要一次上九层

九层是一个完整的闭环，但完整不等于要同时动工。一次启动九层，你会很快遇到三件事：文件产出的速度赶不上会议排定的速度、每个部门都同时被要求改变、而你这个老板会被拉去参加所有的会。组织有它自己的消化速度，超过那个速度，改变就会被身体排斥。

比较稳的走法是三个阶段，而且顺序不能颠倒。

阶段一：先补规划面文件（对应 L1 到 L5）

这个阶段完全不碰系统。你要做的是第 3 讲到第 5 讲的那几份东西：一页现况基准线、策略地图 v0、五年里程碑、年度计划一页纸。工具是纸、白板和会议，不必等软件到位就能开始，也不必等任何人点头——这是这条路线图上最重要的一个性质：第一阶段的门槛只有你自己的日程表。

建议抓两到三个月，每两周一次半天的会，老板亲自在场。做完之后，你手上会第一次有一份写下来的公司方向，而不是存在脑袋里的版本。

阶段二：选一个部门试点（对应 L6 到 L8）

把第 6、7 讲的部门目标拆解与对齐，以及第 7 讲的每日仪表板，先在一个部门做完整一轮。三到四个月。

试点的目的不是稳扎稳打的形式主义，而是学。第一次做总会冒出一些只有真的做了才会知道的事：同一个字段在两个部门的定义不一样、旧数据里有一批料号是重复的、某条流程现场其实早就不照文件走了。这些事在试点期间发现，代价是一个部门；在全面上线后才发现，代价是全公司。

选哪个部门？选数据相对干净、主管愿意配合、而且成果看得见的那一个。很多人会直觉选最痛的那个部门先做，这通常是错的——最痛的部门往往也是数据最乱、人最累、抗拒最强的地方，拿它当第一战，等于让还没学会走路的团队去跑。

阶段三：全面推开，并把复盘变成节奏（对应 L9）

其余部门依序上线，同时把季度复盘建成固定制度。这个阶段通常要半年以上，而且它没有真正的“结束”——第 7 讲讲过，L9 的产出会回到 L1、L2，循环在这里合拢。判断这个阶段有没有成功的标准只有一个：第一次季度复盘的结论，有没有真的被写进下一季的目标里。

谁该负责：不能是 IT，也不能全丢给顾问

这是最多公司一开始就走偏的地方。

为什么不能是 IT。IT 能回答的是“系统做不做得到”，不能回答“公司该不该这样做”。当项目由 IT 主导，所有争议最后都会被降级成技术问题——业务和生产在排单规则上谈不拢，IT 没有立场替他们做取舍，最务实的处理方式就是两套都做。于是规则没有被决定，只是被写成了两个选项。半年后你会发现，系统里有一堆没人用的功能，而现场照旧用电话协调。IT 是这个项目不可或缺的关键成员，但不是主人。

为什么不能全丢给顾问。顾问带进来的是方法、外部经验和纪律，这三样很有价值，尤其是纪律——有一个外人盯着，会议才不会一直延期。但顾问不能替你决定公司要去哪里。策略地图上那几格是你的判断，不是任何人的最佳实务范本。而且顾问结案之后，这套东西要有人维护、有人继续开会、有人在明年重新检视一次。那个人必须从一开始就在场。

那该是谁。项目负责人应该是一位懂业务、在公司里有分量、而且老板真的愿意授权的主管——实务上通常是厂长、运营主管或财务主管。他要能在跨部门的会议上做出决定，而不是回去请示完再开一次会。这个职位的关键不是专业，是授权的实际强度。