系统那次故障，四十一个小时。他带两个人守着，末了在机房地上睡了两小时。事后他写了三十七页复盘，时间线、排查路径、改过哪几行代码，一页一页标了截图。汇报那天他讲了一个多钟头，讲完等着被评价。对面翻完材料，问了三个问题：这事还会不会再发生；如果再发生，多久能恢复；为了不再发生，要改什么，要多少钱。他一个都没答上来。三十七页里，三十页在讲怎么修，七页在讲时间线，没有一页写下次。

三十七页复盘，一页没写下次

　　原因有三个。

　　一，他把汇报当成了交作业。修好了就算完，剩下的交给运气，也交给别人。

　　二，他的材料是按时间排的。排查多久、试了几版、几点恢复，全是过程，通篇没有一句判断。他以为把过程讲全才叫负责，可讲得再全，那件事还是原来那件事。

　　三，他从没被要求过给请求。改什么、要谁配合、要多少钱，这些他一直等着别人问。

　　李文桢老师讲过一句：技术人交的是修复，管理者要的是确定性，这两样东西中间隔着一页纸。

他等的不是过程，是一句不会再出

　　一，开口三句：出了什么、多久恢复、还会不会再发生。第三句是全场真正会被记住的那一句。

　　二，原因拆三类：人的操作、流程的缺口、工具的短板。每类给一个具体改动，别写加强管理这四个字。

　　三，末尾给请求：改哪一处、要谁配合、多久完成、需要几个人。没有这一句，他没法替你往下推。

把修好讲成不会再坏，才叫汇报

　　你不是不会讲，是你一直在回答怎么修的，而他一直在问以后怎么办。两个问题都成立，只是答的不是他问的那一个。他问的那三个问题，一个都不是关于代码的。

　　想细聊的，可以找我们聊聊，把你那份复盘摊开，一起把三十页压成三页：一句结论、三类原因、一个请求。我们是趣抖传媒，按你们的情况搭一套能落地的方案。

　　L