@
byteboy 道理没错，但是我们可以重新审一下题。
然后你就会发现，楼主面临的并不是这种状况，而是「他妈的这个劳力要走了，那必须的，死之前给我尽最大可能让他做多点东西」。
什么不放心重大规划，开挖新坑，他们是不会在意的。
毕竟，如果开了天坑，楼主没做完，没做好，这些提出需求的人是不需要担责的。而万一楼主做好了，他们就可以去邀功。
所以啊，楼主面临的应该并不是那种「你做完手头事，和同事和新人交接完，不要遗漏什么东西，确保项目推动稳定可靠有章可循。」
这事，在我上一个程序员（我是他直系领导）离职的时候也发生过，是的，我也毫不客气的尽可能的压榨了他。对当时的我来说，他是一个不可或缺的存在，但既然要走了，那我肯定要让他留下点什么。
但只是单纯的把一个半月甚至两个月的内容都丢给他逼他做就有用么？ Nope，他就算这么干了，那我并不会因此得到什么有用的东西，也不会因此清闲一个月，后面的事都会次第往前排过来。
所以我只让他做了半个月的具体业务，写点日常用到该写的动作，他就算不写这些业务的东西，我也没意见。剩下的时间，他被我全力压榨，对之前用的系统进行了梳理，重写了一套接口，还写了几个示例，解决了这套新接口里的坑比较多和比较复杂难搞的地方。
虽然也是全力压榨，但因为这套东西的实现过程本身也是有一定乐趣，并且大家平时关系都不错，那段时间，他一直全力投入在这套系统上。
后来他离职去了深圳闯荡新世界，但是太给我留下了什么，给我这个残破不堪没什么底子的团队留下了一套健壮的接口系统，大半年来，我们新业务一直在使用这套系统，并把几年前的东西也逐渐重构往这套系统上面来迁移，同时后来新来的同事也根据他的文档逐步扩充，现在这套系统已经不再是他当时写的那个样子，但基本的思想和他留下来的组件我们仍然在用 （按照公司业务模式来看，仍然能坚挺很久很久）。
我对他离职前的这一个月的压榨，换来了我这个团队的飞速提升，我觉得我这事做的太正确了。这特么比压榨他最后多写几个赶着用的业务和功能需求有价值的多。至于我为什么之前不这么做，因为没法做，一个人如果没离职的情况下，很多时候都会被各种各样层出不穷的业务需求压到疯，完全没法弄。恰恰是因为对方提了离职，我才可以对他最后在职的时间做个规划，解决一些平时根本有心但无力解决的问题。
可是，我觉得，大多数情况下，又有几个人会对要离职的员工用这样的方式最大化利用他的价值呢？
不，没有，大多数情况下，他们就只会想着「我靠这人要走了，来，走之前往死里用，给我多写几个页面多写几个功能。」