挑槽、入槽、跳槽，堪称每个技术人员必奏的三部曲，而这三部曲在职场中来回奏，便构成了程序人生。
铁打的硬盘，流水的码农，离职时见人品，作为技术人员该如何做交接，到底该如何站好最后一班岗呢？
1. 人品不够，文档来凑。
从上家公司离职已经 5 年多啦，记得离职大概没多久，前技术同事微信告诉我：你写的交接文档，在会议上公开表扬，让其它组作为参考。
当时个人感觉没啥，就是写了一堆文档罢了，近期看到其它团队交接的效果，那么的不尽人意。而且秉着吐露真心，认真分享的原则，不妨把那些年写过的交接文档，逐一呈现给你，万一能助你积攒人品、升职加薪呢？
1.1. 作为技术人员离职前的交接，编写交接进展表为了谁？
离职前的交接，非常能展现人品，最重要的原则是：交接时一定要尽力而为。
尽量能打造属于自己的交接计划，按照计划一步一步去落实，并把交接进展维护在 excel 中，如图中的《交接进展表.xlsx》。
编写交接进展表，一方面让大家明确知晓交接的过程与进度，另一方面可供后人按此方式进行无脑式交接（前人栽树后人乘凉）。
1.2. 作为技术人员离职前的交接，编写XX系统_新手入门文档为了谁？
离职前的交接，希望都能编写新手入门之类的傻瓜式文档，该文档编写是个一劳永逸的事情。
倘若后续接手你的是一个新同事，那么就更有价值，按照入门文档，一步一步就能上手开发、提测、上线，这样的文档谁不喜欢？
仅以上面截图为例，新手入门文档中包含了系统的简要说明、功能说明以及功能模块划分，可以让接手的同事对系统有一个全局的认识。
当然，最重要的是要告诉要接手的同事，如何去干活？文档中的应用目录结构介绍以及如何开发、如何编译、如何提测、如何上线，这几大块就显得很重要。
另外，站在团队培养人的成本而言，新手入门文档，不仅仅是为了做好交接，倘若项目组一直就具备该文档，能够让新手快速上手开发业务需求，大概率会降低团队沟通、培训的成本。
1.3. 作为技术人员离职前的交接，编写XX系统_开发生产部署文档为了谁？
离职前的交接，当接手的同事能够按照入门文档开发需求之后，更一步的就是要了解开发、测试、生产部署环境相关的信息。
仅以上面截图为例，开发及生产部署文档，也可以理解成环境相关的文档。其主要目的是汇总开发、生产环境部署的机器、应用部署的位置及应用该如何访问的关键信息，让接手的同事，能够清楚当需求开发完成时，应用应该如何部署。
1.4. 作为技术人员离职前的交接，编写XX系统_业务支撑文档为了谁？
离职前的交接，当接手的同事了解完如何入门开发、开发生产部署环境，接下来就要花大量的时间，去了解支撑的业务。
鉴于支撑的业务会较多，作为接手的同事梳理起来会比较头疼，那么一个清晰的文档索引就很重要。
业务支撑文档就是把 SVN 或者 Git 上的产品相关的资料，分门别类把路径整理到文档中，以便接手的同事查阅，以便进行快速深入。
1.5. 作为技术人员离职前的交接，编写XX系统_经验汇总文档为了谁？
离职前的交接，最重要的是分享前车之鉴，对于要接手的同事而言少走弯路，避免再掉坑，绝对是一笔财富。
仅以上面截图为例，系统的经验汇总文档，主要记录平时该注意的事项、项目团队中以往遇到那些坑，以及如何把坑填平的。
有了经验汇总文档，无论是接手的同事，还是新招的同事，再去做需求开发，相信同样问题出错的概率应该会大幅降低。
不过该经验文档离不开一个长期积累的过程，所以程序员要养成一个善于记录的习惯。
2. 人品不够，分享来凑。
离职前的交接，梳理文档是一方面，隔三差五的组织分享也是必不可少的环节。
如上面截图所示，主要包含生产部署相关以及业务支撑相关，目的就是把重要的信息，以培训会议的形式再次同步给大家，让团队中的每个人都做到心中有数。
当然，鉴于分享会耗费大家的时间，所以要提前准备好要分享的重要信息，合理安排时间去完成分享。
3. 离职之后，保持藕断丝连。
如果你之前负责的是重要项目，即使交接做的很成功，但是之前的老同事，偶尔还会给你打电话咨询项目的事情，至少会持续一个月甚至更长。
那么请不要悲伤、愤怒，换个角度去思考，前同事有问题能想到你，说明你在他们心中还是有分量的，或许他们认为你了解的比较透彻，知道问题的解决方案，能够快速帮其解决问题。
今日留情面，他日好相见。
互联网的圈子真的很小，说不定哪一天又在下一家公司相见啦，所以一定要留有情面，把事情交接好，把最后一班岗站好。
最后一班岗站好，大家心中都有你，有机会就会向你抛橄榄枝。
曾经的那些人儿，那些事儿。
橄榄枝一：发生在 3 年前，上家公司的技术总监去了知名网购平台，电话问我能不能把简历发来，是否愿意来承担一些事儿？当我接到电话时，瞬间诧异，技术总监都拿到我手机号啦。
橄榄枝二：发生在去年，上家公司的某位高级经理被挖去了新的公司，担任 CTO 职位，由于业务扩展，多次问我是不是可以一起搞一搞？
估计很多人都接过橄榄枝，聊橄榄枝不是为了装 B，只是想反思一下橄榄枝背后，是不是和之前交接的过程有点关系呢？
4. 铁打的硬盘，流水的码农。
作为技术人员请不要：这个我交接给他啦，你直接去找他吧！
作为技术人员请不要：恶意制造交接困难，让交接难上加难！
作为技术人员请做到：站好最后一班岗，今日留情面，他日好相见。
本次主要分享了之前交接时的思路以及写过的一些文档，如果感觉有一丝参考价值，那请拿去在团队中实践，沉淀下来的都是财富。
好了，分享就到这里，希望对你有帮助。一起聊技术、谈业务、喷架构，少走弯路，不踩大坑。欢迎关注「一猿小讲」，会持续输出原创精彩分享，敬请期待！