上周二早上10点，我刚到公司，老板在群里@我，说隔壁组的老王昨天提了离职，今天就不来了。他手上有3个项目，两个是给某银行做的内部系统，一个是给某车企的App。甲方那边已经炸了，因为其中一个项目原定下周一上线。我当时就懵了，因为我连他用的技术栈都不熟。我自己的活还有一堆，KPI压得喘不过气。第一反应是打开招聘网站，想看看有没有合适的机会……但理智告诉我，先别跑。
遇到这种事，大部分人要么自己硬扛，熬夜加班，结果项目延期，自己累垮；要么直接摆烂，爱咋咋地。我选了一条中间路线：先花1小时做“影响面盘点”。用Excel列了个表，把3个项目按截止日期、甲方紧急程度、技术复杂度、我能否快速上手，四个维度打分（1-5分）。结果发现，那个下周一上线的项目，其实只差一个支付接口的联调，而老王已经写好了90%，只是没提交代码。另一个项目，甲方其实没那么急，他们内部也在扯皮。所以，我决定先集中火力搞定第一个。这里的关键是：不要平均用力，找到那个“关键20%”，其他都可以往后放。
具体操作：1. 把老王的代码仓库权限要过来，发现他本地有未提交的代码。通过git reflog找到了他最后的提交记录，恢复了大部分工作。2. 拉了个微信群，把甲方、产品、测试都拉进来，每2小时同步一次进度。3. 用Trello建了个看板，但只分三列：待办、进行中、已完成。每个任务卡片上写清楚谁负责、截止时间、卡点。4. 对于第二个项目，我直接跟老板说，这个我暂时没精力，要么找外包，要么推迟。老板一开始不同意，我给他看了我的排期表，他沉默了一会，说“那先放放”。所以，学会说“不”很重要，但得用数据说话。我还试了番茄钟，25分钟一个周期，但根本没用，突发状况一来，你不可能不被打断。后来改成90分钟一个周期，稍微好点。
7天后，第一个项目按时上线了，中间出了个小bug，但甲方没发现（别学我）。第二个项目推迟了2周，第三个我转给了另一个同事，因为他之前做过类似的。我自己的KPI，因为第一个项目的成功，反而加了分。反思：很多人说要“提升抗压能力”，我觉得那是扯淡。真正有用的是“构建冗余”。如果老王平时有写文档的习惯，如果代码有规范的提交记录，如果老板有备份人员，我根本不用这么狼狈。所以，我现在强迫自己每周五下午写周报，把关键决策和代码逻辑都记下来。另外，别相信“公司是我家”这种话，突发状况时，保住自己的核心任务才是第一位的。最后，那个星期我瘦了3斤，不是累的，是吓的。
