一个在互联网做了八年的 PM 跟我说：
现在连交接都省了——人走的那天，工作群直接移除，第二天新需求照排。"
他顿了一下，又说："我不是舍不得欢送会。
我是突然发现，原来我每天维护的这些文档、这些流程、这些'只有我知道'的细节，在组织眼里一点都不值钱。"
这句话，可能是今年很多 PM 心里最真实的感受。
· · ·
以前一个人离职，是这样的：提前一个月打招呼，认认真真做交接，拉一个交接会，最后一顿散伙饭，微信群里发一段感谢的话。
现在很多地方的版本是这样的：
周三，他还在会上排下个季度的资源计划。
周五，座位空了，显示器搬走了，桌上那盆绿萝被人领养了。
同一天下午，项目群里弹出一条系统提示：某某已被移出群聊。
下周一，他的活被分给了三个人，每个人多了 30%，没有人问"他原来是怎么做的"。
最扎心的往往不是走本身，而是那个细节：接手的人打开他留下的交接文档，发现最后编辑时间是三个月前。
不是他不负责。是因为他也不知道自己会被"优化"，更因为在那三个月里，他每天忙到没有一分钟能用来整理文档。
· · ·
表面上是流程简化，往深一层看，有三个原因：
第一，交接需要有人"听"。
交接的本质是知识转移，一次合格的交接，接收方至少要花两三天，走人的人至少要多待一周。而现在很多组织的耐心，已经短到不愿意等这一周。
第二，交接意味着承认这个人很重要。
一个项目交接得越正式，越说明这个位置有不可替代的部分。而在"降本"的语境里，承认不可替代，是一件尴尬的事。
第三，剩下的人接不住，也没得选。
团队从 20 人变成 12 人，工作量不会跟着变成 60%，它还是 100%。剩下的人连喘气的时间都没有，哪来的精力做一次认真的交接。
这件事最残酷的地方在于：它不是你做得好不好的问题，而是组织对"过程"这件事的估值，正在整体下调。
· · ·
如果你还在场，请换个角度理解"交接"。
一份写得好的交接文档，从来不只是给接手的人看的。它是你这一段时间的作品集——里面写着你怎么拆的 WBS、怎么管的干系人、怎么把一个延期半年的项目一点点拉回来。
区别在于：如果它只躺在公司的共享盘里，它是公司的资产；如果你也留了一份，它就是你的资产。
见过太多 PM，面试时被问"你做过最有挑战的项目是什么"，讲了十分钟，全是感受，没有一个具体做法。因为那些做法，全都锁在了上一家公司的文件夹里。
所以，不管公司要不要你交接，你都该给自己留三样东西：
① 一份方法论清单。把你解决问题的套路写下来：遇到延期怎么归因、需求变更怎么走流程、干系人闹情绪怎么处理。写成"问题 → 做法 → 结果"的形式。
② 一组可复用的模板。项目计划、风险登记册、汇报模板、复盘框架。这些是你吃饭的家伙，去哪家都能用。
③ 一份战绩记录。每季度记一次：做了什么、带来什么结果、谁可以作证。数字优先，形容词不要。
这三样东西攒下来，你会从"随时可能被交接的人"，变成"随时可以交接的人"——听起来像是变得更可替代了，其实恰恰相反：一个把自己的价值说清楚、带得走的人，在哪儿都不慌。
· · ·
想说的只有两句话。
第一句：允许自己难过，但别把这件事翻译成"我不行"。
这一轮的离场，绝大多数和你的能力无关。组织在收缩，预算在砍，项目在停——这是一场结构性的调整，你不是那个变量。
第二句：走得安静，不代表走得没有分量。
没有欢送会，没有感谢信，甚至没有一句再见——这些都只是组织的表达方式，不是对你八年工作的评价。那八年长在你身上，谁也拿不走。
今天这份稿子没讲什么方法，只有一句提醒：如果你还在场，趁着还在，把属于你的东西，一点点搬回自己身上。
如果这篇说到你了，点个「推荐」让我知道