不少管理者的一天，是被异常推着走的。

电话一响就去处理缺料，群里一报异常就赶去现场，下班前再花一小时收尾白天没处理完的善后。忙了一整天，却说不出今天为预防下一个问题做了什么。

更麻烦的是，这样的日子会自我复制。今天没时间防火，明天只会救更多的火。

常有企业负责人问我，从哪一天开始改，按什么刻度改。我的回答不是从培训开始，也不是从项目开工那天算，而是从下周一的日历开始。

救火，是为已经发生的异常善后；防火，是在问题发生之前做标准、做辅导、做改善。一位领导者每天的时间分配，本身就是他的领导方式。

我常对客户说，忙不忙是感觉，可以自我安慰，占比是数字，抵赖不了。记时间账，是为了让"我很忙"变成可核对的东西。这也和训练营里讲真知假知是同一个判断，只有落到能检验的动作上，认知才算真立起来。

这个判断有两处出处可以对照。

至于承载时间的那张纸，就是领导者标准作业。这篇不展开讲表怎么建，只讲一件事，防火时段必须写进去，写进去才是承诺，不写就只是愿望。

那么，怎样把时间从救火挪向防火。90 天，三段节奏，每段交出一个东西。

把每天的工作切成两类，救火是为已发生的异常善后，防火是标准作业、辅导、预防性走现场与改善。每类只记时长，不记流水账，周末算一次占比。

这一步最容易失真的地方，是两类混着记。辅导下属算防火，替下属把活干完算救火；预防性走现场算防火，被叫到现场处理异常算救火。同样是两个小时，一个人在别人身边问问题，和一个人自己动手，账要分开。

举例来说，一位车间主管记了一周，发现救火占了六成，防火不到两成。这是举例，不是某家企业的实录。这个数字本身就是诊断，不用开会讨论，也不用追问原因，它已经说明这个组织的响应结构长成了什么样子。

30 天结束时手上应该有三个数字，救火占比、防火占比、一个月里的变化趋势。没有这三个数字，后面两段都是空谈。

每天上午固定 30 分钟，只做三件事中的一件，走一次现场、辅导一个人、推进一项预防措施。

关键是把它写进自己的领导者标准作业，像开会一样不可随意挪用。真正的紧急异常当然要处理，但处理完要回到防火时段。受保护，是给救火划一个不会无限扩张的边界。

当天实在回不去，就顺延到次日同一时段，不取消。一周被吃掉三次以上，问题就不在异常身上，而是这个时段的位置选错了，挪到一上班的第一个小时，或者挪到傍晚异常最少的时候。

这一段真正的产出是一张日历，上面有三十个被完整走完的时段。走完比写上难，每一次中断都在提醒这位领导者，他又把自己的时间交给了别人的紧急。

火救完的 24 小时内，定一个防止再发生的动作，补一条标准、加一个检查点、明确一个异常信号。每个动作都要有负责人和复查日期，否则它只是一句"下次注意"。

举例，一批物料反复缺货，防火动作是把安全库存的检查写进每日点检，而不是每次缺货再紧急调货。救火解决的是这一次，防火解决的是下一类。

这一段最容易半途而废的地方，是一个人扛。个人记时间账、守时段，靠的是自律，一个季度撑得住，两年撑不住。所以最后这 30 天，要顺手把三根线接到组织身上。

三根线接上，90 天交出去的就不仅是一批成果，而是一套能自己转的东西。

三条标准自己核。

三条里过两条，下一轮可以把防火时段延长 15 分钟。只过一条，或者一条没过，先不要加时长，回去看第 1 阶段的数字是怎么记的，多半是记录本身失真了。

我见过不少项目在结项报告上写得漂亮，却没人能回答一个简单问题，这三个月你的日历变了没有。日历没变的改善，半年后通常会被现场收回去。

再往前看一步。数字看板与自动报警正在让异常更快被看见，异常被看见的速度在变快。但看见之后，谁有权动手、什么时候动手，工具给不了答案。

救火还是防火，始终是领导者每天亲手做的一次分配。而这个分配，决定了组织是靠人救，还是靠系统防。