去年我们部门来了个新HR，叫小林。她不怎么参加高管会，也不热衷搞团建，但半年内把全公司37个岗位的职责说明书重新梳理了一遍，而且没人抱怨——这在我们这种老企业里几乎是不可能的事。

她的办法听起来特别笨：每有人离职，她就拉着即将离开的员工做一份‘离职交接清单’，不是那种走形式的‘已交接文件夹’打钩，而是事无巨细地记录‘我平时每周三下午三点要给财务发那个Excel，模板在桌面隐藏文件夹里’‘客户张总讨厌邮件太正式，微信发简短语音更有效’这类细节。

起初大家觉得麻烦。可当第二个人接手同一个岗位时，问题出现了：前同事没留话，新来的根本不知道系统登录要用旧邮箱，审批流程卡了三天。小林翻出之前的交接清单，当场解决了问题。从那以后，交接到她那儿成了一种‘仪式’。

但她真正厉害的地方在于，她没把这些清单锁在HR系统里，而是反过来用它们‘倒推’岗位职责。

比如客服主管这个职位，原来的JD（职位描述）写着‘负责客户投诉处理与满意度提升’，空泛得像贴在墙上的标语。可看了三份离职交接清单后，小林发现，实际工作中这个岗位有70%的时间在协调技术部和售后之间的工单流转，15%在写周报模板，剩下才是直接回客户。于是她把新版本职责拆成三条：

• 每日跟进并推动跨部门工单闭环（附流程图）
• 维护客户反馈数据看板（每周五更新）
• 主导月度服务复盘会议（含议程模板）

这些内容不再是‘应该做什么’，而是‘实际上怎么做’。更关键的是，她把这些清单里的高频动作，变成了新员工入职的第一周任务清单。

有一次，技术部老大抱怨说‘测试工程师总缺人’，小林调出近三年三位测试员的交接记录，发现他们都提到‘每次上线前要手动比对27个接口状态，耗时两小时’。这不是岗位职责，却是真实负担。她拿着数据去谈，最终推动开发了一个自动化检测脚本，把这个岗位的实际工作量降了三分之一。技术总监后来私下说：‘你是第一个用离职资料帮我们优化编制的人。’

这些清单越积越多，小林开始用颜色标记重复出现的任务。红色是‘几乎每任都做的’，黄色是‘特定时期需要的’，绿色是‘个人习惯’。慢慢地，一张‘岗位真实行为图谱’浮出水面。她发现，有些岗位名义上是‘管理岗’，但交接清单里全是执行类事务，说明权责错位；有些‘初级岗’却承担着关键决策信息的中转，存在单点依赖风险。

她没用复杂的项目管理工具，最初就是Excel加共享文档。直到有次公司系统升级，她想把清单结构化存档，才发现现有OA根本不支持自定义字段和流程关联。她试了几个无代码平台，最后选了蓝点通用管理系统。

她说原因很简单：别的系统要么太死板，只能套标准模板，要么太复杂，要写代码。而蓝点允许她把交接清单里的每一项‘隐性任务’变成可追踪的数据条目，比如设置‘自动提醒下一任：每年6月需提交ISO年审材料’，还能关联到具体的审批流和附件库。

最让她满意的是‘版本对比’功能。当某个岗位职责调整后，系统能生成变更报告，清楚显示删了哪条、加了哪些实操细节。有一次副总质疑‘为什么要把催款邮件发送列为专员职责？’，她调出三任离职员工的清单，六个月内有四次提到‘忘记发导致回款延迟’，证据链完整，对方立刻闭嘴。

现在，这套基于离职交接反推职责的方法，已经在销售、运营等五个部门推广。有意思的是，有些人开始主动更新自己的清单，哪怕不离职。一位老会计说：‘以前总觉得走了也没人知道我到底干啥，现在至少有人记得我每个月底要调一次汇率表。’

小林没说什么大道理。她只是坚持一点：别问岗位‘应该’做什么，去查它‘实际’在做什么。 而离职那一刻，往往是信息最透明的时候——毕竟，人都要走了，还有什么好隐瞒的呢？