背景
有一天，领导匆匆忙忙地找到了我，说是公司有一名同事（文中匿名为小李）要离职，让我交接他之前的几个项目。之前是有听说过程序员被旧代码折磨的事情，所以一听要交接离职同事的工作，难免有些惶恐。但我毕竟是初来乍到，想着刚来公司，可以在交接过程中从同事那学到不少东西，而且作为一名新员工，哪能轻易说“不”呢，既然安排了工作，上就是了。
经过
一
经过短暂的沟通后，小李向我说明了他目前跟进的项目A和项目B，项目B已经测试验证完成了，等着上线；项目A正在测试中，还说有什么不懂的可以问他。我按照正常的工作流程：先在自己的开发环境下跑起了项目，然后把他提供给我的资料在本地进行了备份，完成了这些，便开始研究项目原型和他的代码。
其实在看代码的过程中是有一些不舒服的，代码中错别单词较多，用idea一检测右边的告警已经满了连错误都看不见的那种，闲置的变量也很多未曾使用，驼峰式命名完全没有遵守，工具类、常量类和异常收集类更是随处放置完全看心情的。我当时想着这些维护性的东西，可以等接手之后有时间跟着bug优化掉，也没说那么多。
交接总共持续了2周，过程中小李在跟测试联调项目A，最后一天我也在跟着上手联调。走前某天，小李笑着跟我说：“我先在走之前，把项目的bug都修复了，你就好做了。”我当时甚是感动。
二
小李走后，问题接踵而至。我仍然记得那是周一的一个早上，也就是小李走后的第一周，一打开电脑就同时收到了4个项目A的bug的邮件。好在之前给了些阅读代码的时间，用了2天时间都修复了。
紧接着的第二周周一，打开电脑竟看到有11个bug的邮件，项目A5个，项目B（没错就是之前说已经联调完了的项目B）6个。有些慌张是肯定的，想过会出现问题，但是没想过问题会这么严重。
怎么办？还能怎么办？修！一边是产品的在项目群里疯狂催，另一边有领导整天不时地旁敲侧击，内容总归一句话”怎么还有bug？“，修bug的过程中还发现原来小李的两个项目全都没有按照需求去做，所谓的测试通过都是在数据库里面造了几条数据来形式上满足的测试通过。
结果
目前项目A终于一段时间没有bug了，项目B除了近期第三方服务出现了问题无法测试，其他都测试通了。可以说本次交接让我的整个工作氛围都被笼罩在一种莫名阴暗的氛围中，而且我的直属领导也因为bug较多给出了负面的评价，完完全全地把上一位同事的遗留问题算作我的产物。
总结
我觉得过程中我自己犯了两个错误：一是太理想化了，想着有什么问题小李走后我都能按部就班地解决；二是不够有耐心，对自己不够负责，没有完全地验证交接的工作。
现在互联网公司人员流动性那么大，接触一些离职同事工作的交接是在所难免的。提醒大家在以后交接的过程中一定要多去比对项目原型和实际做成结果的异同，如果交接内容与自查结果大不一致，一定要及时反馈情况。你交接时候付出的越多，之后才会越轻松。
人在江湖飘，尽管也不想那么刻薄，但能力有限的吖。 | 
[复制链接]
发表于 2020-5-13 23:05
