为什么离职管理这么容易被忽视？¶
大部分团队对离职的态度是：人要走就走吧，交接一下就行了。
但"交接一下"到底交接了什么？口头说了几句？发了几个文档链接？等项目接手的人开始干活才发现，客户那边有个没说清楚的约定，代码里有个只有离职的人才知道的坑，某个决策的背景翻遍文档都找不到。
这不是责任心的问题。离职的人不是不想交清楚，而是他不知道自己知道什么。很多信息——客户的偏好、某个技术选型的原因、和某个合作方的口头约定——从来没有被写进文档，只存在于他的记忆里。他自己都不觉得这些是"需要交接的信息"。
离职管理的核心风险是什么？¶
我们自己的经验来看，主要有四个维度。
第一是信息断层。人走了，他脑子里的信息也走了。这是最直接也最难弥补的损失。不是说写个文档就能解决——文档只能记录"他知道什么"，记录不了"他知道自己知道什么"。
第二是客户关系断层。客户习惯了一个对接人，换了一个人之后信任关系要重建。如果交接没做好，客户会觉得被冷落了，甚至觉得公司在敷衍他。
第三是团队心态波动。关键成员走了，剩下的人会想：他为什么走？我要不要也走？这种情绪不加管理，可能演变成连锁反应。
第四是项目进度风险。核心执行人一走，项目的进度、质量都可能受影响。影响多大，取决于接手的人要花多少时间才能上手。
我们是怎么开始重视这件事的？¶
不是突然想通的，是吃过几次亏之后才意识到。
以前我们也觉得离职交接就是走个形式。直到有一次，一个同事走了之后，客户打电话来问一个我们从来没听过的需求，翻遍所有记录都找不到相关信息。最后只能硬着头皮跟客户说"我们了解一下再回复你"，然后花了两周时间从零摸索。
这种事发生了两三次之后，我们才意识到：如果交接质量完全依赖个人的责任心和记忆力，那就是在碰运气。而团队协作中最不应该碰运气的事，就是信息的传承。
应该重点管什么？¶
工作复盘¶
核心不是让离职的人写他已经写进文档的东西，而是把他脑子里还没写下来的东西掏出来。那些"只有他知道"的信息——客户偏好、历史决策背后的真实原因、和谁有过什么口头约定——才是最有价值也最容易流失的。
交接清单¶
交接必须以清单为纲。没有清单的交接，一定会漏东西。不是因为人不认真，而是因为人脑本来就记不住所有事情。清单的存在本身就是一种信号：这不是走走形式，是需要逐项确认的系统工作。
答疑缓冲¶
交接不是一手交一手接就完成了。接手的人需要时间消化信息、提出问题。没有答疑缓冲期的交接，本质上是把理解成本转嫁给了接手的人。
确认归档¶
交接完成不是"差不多行了"。三方签字确认、文件归档到知识库——这一步不是为了走流程，是为了以后如果有人需要查这段记录，找得到。
说到底是为什么¶
离职管理不是为了给离职的人添麻烦。恰恰相反，它是为了保护剩下的人——让接手的人不会因为信息缺失而茫然，不会因为不知道某个关键信息而犯错。
信息的传承，不应该靠运气。