最近又半路接手了一个项目。不得不说，每次半路接手项目，都是一场冒险。

每次从搭建环境，到理解系统的架构，到理清上下游的调用，到读懂代码，都要颇费一番苦工。如果运气好的话，有文档，有人交接，还稍微轻松一点；运气不好，没有文档，没人交接，就看造化了。

上班这么多年，半路接手一个项目也经历过好几次了，各种各样的项目都接手过，有人交接、没人交接的都接手过，在这方面也算是比较有经验了。这里就来说说，我自己总结的半路接手项目的经验。

半路接手项目最大的痛苦在于，往往给你的时间很短，却要你在短时间内开始着手项目的开发。别人做到一半的项目，对于你来说却是全新的。一上来，有很多信息要消化。项目的目的是什么，用户是谁，解决什么问题，业务逻辑是怎样的，架构怎么设计的，代码怎么写的，当前做到什么程度，接下来要做什么。一下子这么多信息，要在短时间内消化，确实很痛苦。如果老板限定时间要上新功能，或者有紧急的bug要修，压力就更大了。

我记得刚进现在这家公司的时候，第一天报道，就扔给我一个项目，给我项目的同时，还给了我一堆项目的bug。之前做这个项目的人已经离职，这个项目也没有文档，代码注释也很少。老板给我两个星期时间，让我把那些P1的修掉。鉴于我当时刚接手项目，又是刚进公司，压力还是很大的。不过好在之前已经有过几次半路接手项目的经验，后来上手还是蛮快的。