工作突发状况怎么处理？翻完我37条救火记录，真正需要“应急”的只有4类
上周四下午5点47分，我正把车倒进小区地库，手机在副驾上震。客户群@我：王总说这个接口今天必须上线，明天他们那边要开发布会。
我干的第一件事是熄火、拔钥匙、在驾驶座上坐了3分钟。不是淡定，是因为上一次我边倒车边回消息，把“我马上处理”四个字发进了另一个客户的群，第二天被那个客户问“处理什么”。从那以后我给自己定了条死规矩：看到突发消息，先不做任何操作，默数180秒。
这三年我断断续续做过两年半乙方项目对接，手机备忘录里攒了37条“突发记录”，最早一条是2021年3月，最晚是今年1月。本来只是想记下来吐槽，上个月翻了一遍，发现一件事：真正需要临场应急的只有4类，剩下33次，锅是三个月前就埋好的。
先分个类，不然你会一直在救假火
我给这37条做了个表，左边写“事发当天原因”，右边写“往前翻，最早的苗头在哪天”。结果右边那列的日期，平均比左边早84天。
真突发只有这4种：机房或云厂商区域故障、唯一会某件事的人突然离职或生病、外部供应商/客户/接口方单方面变卦、有人手滑删库发错版本。这4类加起来6次。
剩下的31次长这样：拖到期的活儿终于到期了、口头答应的事对方不承认、没人认领的灰色地带烂在那、一个从去年就报警告的系统终于扛不住了。它们全都不是“突然”，是“延迟暴露”。
还有个数据挺刺人的：37次里，我们花在拉群、打电话找人、开会确认上的时间，超过实际修复时间的有21次。最典型一次紧急发版，从发现问题到解决总共58分钟——47分钟在拉人开会，改代码9分钟，测试2分钟。
做法一：给口头承诺记一笔账
我们组后来用一个共享表格，就5列：谁说的、说了什么、什么时候说的、承诺什么时候给、有没有落到文档里。
规矩很土：任何一句“我周五给你”“这个我来”，当场记一行，@对方确认。对方不确认也记，标黄。
效果是，我们组从平均每周2.3次“你说过要给我的”扯皮，降到0.4次。这数字是我自己数群聊记录数出来的，不一定准，但趋势是真的。代价是有人觉得被冒犯，我当时也挨过一句“有必要这样吗”，有必要。
做法二：把能提前拍的板提前拍掉
应急能力的高低，我认为不在反应速度，在你能提前消灭多少个“必须现场决策”。
具体做法是写预授权规则。比如：如果A供应商明天涨价超过8%，直接切B，不用开会。
我们做过一次大的：给客服团队预授权，500元以内的退款，一线直接退，不用报批。上线第一个月，客诉处理时长从平均4小时降到40分钟，退款总金额只涨了3%。财务当时反对，说会被薅羊毛。结果没被薅。
这条我印象特别深，因为它证明了一件事：大部分“不敢放权”其实不是风控问题，是懒得算账。
做法三：每月最后一个周五，主动搞一次小故障
我们每月最后一个周五下午，会故意制造点麻烦：随机断掉一个人的网络两小时，看别人能不能顶上。
第一次做的时候发现，3个人的日常工作只有1个人知道完整流程。那次之后我们逼着每个人录屏。具体参数：单个录屏不超过8分钟，命名“任务名_录制人_日期”，存进NAS，保留90天，超过就删，避免硬盘堆成垃圾场。
录屏这事一开始没人愿意干，觉得像被监视。后来真用上了——有个同事请了5天病假，接手的姑娘照着录屏把活干完了，没打过一个电话。
复盘只问3个问题，别问5个为什么
“5个为什么”在大公司好用，在小团队容易变成批斗会。我们只问3个：
- 这事第一次出现苗头是什么时候？
- 当时是谁看到了但没说？（注意，是“没说”，不是“没发现”）
- 同样的事，我们希望它在第几天暴露？
第三条最关键。我们后来定了个指标：问题从出现到被写进某个文档，不超过3天。不追求零突发，追求“可预期的突发”。
最后说个可能不讨喜的观点，也是这篇里我唯一想坚持的：突发状况真正消耗的不是时间，是你在场的证明。很多人救火，救的是老板看你的那一眼。
顺便说一个我到现在也没搞定的东西——老板的突发。周五晚上6点一句“这个周一要”，不算事故，但最耗人。我的办法是把它当外部依赖违约处理：不吵、不解释，只回“收到，周一9点前给初版，完整版周三”。九成情况他不会追问。剩下一成……那就剩下吧。