团队里有人提出离职，很多管理者的第一反应是头疼！头疼怎么补人，头疼怎么交接，头疼剩下的活儿谁来扛。至于那个“为什么走”的问题，心里虽然好奇，嘴上却往往不知怎么开口。直接问吧，怕场面尴尬；不问吧，心里又憋得慌。于是离职面谈常常变成一场形式主义的寒暄，走个过场，填张表，然后大家客客气气说再见。
这实在太可惜了。做了十几年IT管理，我越来越觉得，离职面谈是管理者能用到的最直接的组织诊断工具，没有之一。你想啊，平时做团队调研、发匿名问卷、开沟通会，员工说话总归要掂量掂量。但一个已经决定离开的人，反而是最有可能跟你说真话的。他们不再担心得罪谁，不用顾虑晋升和绩效，那种坦诚，你在在职员工身上很难找到。
当然，前提是你得把这场面谈做对。做对了，你收获的是一面镜子，照出团队真实的病灶。做错了，你收获的是一堆场面话，或者更糟，一个带着怨气离开、到处说你坏话的前员工。
接下来我想跟你聊聊，这些年我在带团队过程中，关于离职面谈的一些真实心得。不是什么标准答案，纯粹是一家之言，但每一句都是自己踩过坑之后才明白的。
什么时候谈，在哪里谈
收到离职申请的那一刻，离职面谈的准备就已经开始了。不是让你立刻冲过去拉住人家，而是心里要有数：这个人既然肯坐下来跟你聊，已经是给你面子了。很多人拿到离职批复之后就只想赶紧走人，那些离职流程上的步骤，对他们来说都是麻烦。所以你得珍惜这次对话的机会。
找一个整块的时间，别安排在午休前或者快下班的那个小时。离职面谈不是五分钟能解决的事，我自己的经验是，至少要留出四十五分钟到一个小时。时间太赶，对方刚打开话匣子你就得走，那种感觉特别不好。你也别指望人家离职后还专门为了你的问题再跑回来一趟。
地点很重要。别在你的办公室谈，那是你的地盘，员工坐在那里天然就有压力。更不要在有玻璃墙的会议室，外面人来人往，谁都不想在众目睽睽之下谈论自己的离职原因。找一个真正私密的空间，如果公司有条件，用小型洽谈室或者休息区的角落。我有几次是直接约在楼下的咖啡馆，买两杯咖啡，找一个靠里的位置。环境放松了，对方的话也会多起来。
大型团队可能习惯让HR来主持离职面谈，这没问题，HR确实更专业也更中立。但我始终觉得，直接主管参与进来是有价值的。有些问题只有业务主管才能听懂，比如项目管理的漏洞、技术决策的失误。HR当然能记录，但第一手的感受是不一样的。如果你的团队有HRBP，可以考虑一起参与，但别让HR唱主角，你作为管理者应该亲自问。
还有一点很容易被忽略：提前让对方知道你要聊什么。别搞突然袭击。你可以在确认离职流程的时候，顺带说一句“过两天我想找你聊聊这几个月的工作感受，你看看什么时候方便，我会先发一份大概的问题提纲给你”。然后真的发过去。不是为了限制话题，而是让对方有时间思考。一个人回想自己从入职到离开的整个过程，很多细节是需要时间的。你突然问“入职培训怎么样”，他可能随口说“还行吧”，但如果你提前两天告诉他你会问这个，他可能会想起那个让自己困惑了三天的权限申请流程。
开口之前，先调好自己的频道
很多管理者在离职面谈时最大的问题，是说太多。他们急于解释、急于辩护、急于告诉对方“你误会了，其实是因为……”。这恰恰是最致命的错误。
你要记住，这场面谈不是为了让你证明自己没错，而是为了听对方怎么说。哪怕对方说的事情你完全不认同，哪怕他埋怨的正是你本人的管理方式，你都不要当场反驳。反驳的大门一打开，真话就被堵回去了。你只需要听，认真地听，时不时点个头，说一句“我理解了”或者“谢谢你告诉我这些”。
我在早期犯过一个特别愚蠢的错误。有一次一个很优秀的前端开发工程师提出离职，在面谈中他说觉得项目方向不清晰，需求变来变去。我当时就急了，说那是因为客户那边也有调整，我们已经尽力了。然后他就沉默了。后面的二十分钟，我再问什么都问不出来，全程就是“嗯”“还好”“也没什么”。那次之后我才真正明白，离职面谈不是辩论赛，你是来收集信息的，不是来赢的。
带着真诚的态度进去。不要觉得“反正都要走了，随便聊聊就好”。你的一点点敷衍，对方都能感受到。也不要把离职面谈当成走流程的任务，做完就扔到一边。一个离开的人愿意花时间跟你聊他的真实感受，这是他对这家公司最后的一份善意。你应该尊重这份善意。
还有一点，尽量让对方一个人来。有些人离职时会想带一个同事或者关系好的朋友一起，这种请求你最好委婉地拒绝。不是不近人情，而是有第三人在场的时候，很多话就说不出口了。你可以跟他说，“我保证这是一次轻松的聊天，你也可以放心，你说的每句话我都会保密。如果之后你希望有同事知道这些内容，我可以帮你沟通。”绝大多数情况下，对方都能理解。
问什么，怎么问
问题的质量，决定了这场面谈的质量。我把自己这些年用过的问题筛选了一遍，整理出一份清单。这些问题的顺序是有讲究的，越重要的越往前放。
第一个问题一定是“你为什么选择离开，为什么是现在”。这个问题是整场面谈的核心。注意我问的是“为什么离开”而不是“为什么要走”。后者听起来像质问，前者更像请教。而且加上“为什么是现在”这个时间维度特别重要。很多人想走不是一天两天了，但迟迟没有行动。那个最终触发他行动的导火索是什么？是一个糟糕的绩效评定，是一次被忽视的晋升申请，还是某天凌晨三点做完系统变更后突然觉得不值得了？这个触发点往往藏着团队最真实的问题。
第二个问题，“你觉得我们什么地方做得不错”。别一上来就全是负面问题，那样会让气氛太沉重。先让人家说说积极的一面，一来缓和情绪，二来你也确实需要知道哪些事情是留住了他的原因。哪怕最后人还是走了，但公司做得好的地方你可以继续保持。
接下来才是重头戏。“你觉得我们在哪些方面没做到位”，或者换个问法，“如果你来当我的角色，你会改变什么”。这个问法很管用。当你说“我们来聊聊公司的问题”时，对方可能会戒备，但你说“如果你是老板，你会怎么改”，他就容易进入一个假设性的、建设性的表达状态。你可以听到很多真实的批评。
然后可以细化到具体维度。“你对公司的技术氛围或者团队文化有什么感受”。IT团队的文化特别微妙，代码规范、架构决策、技术选型的自由度、代码评审的严格程度，这些细节构成了一个工程师每天的工作体验。有人说“技术氛围不错”，但追问下去可能发现他说的“不错”是因为没人管他。有人说“技术氛围不好”，但可能是因为代码评审里从来得不到有意义的反馈。你要听的是这些细节。
“你和同事、你的上级相处得怎么样”。这个问题要小心问，不要让人感觉你在打听八卦。你可以这样说，“我们在合作和沟通上，有没有哪些地方让你觉得不舒服或者可以改进”。IT团队里很多离职不是因为技术问题，而是因为人际关系。一个不讲道理的产品经理，一个喜欢微管理的技术负责人，或者一个永远在推诿扯皮的运维团队，这些都足以让人下定决心离开。
“回想你刚入职的那段时间，我们的入职引导做得怎么样”。这个问题容易被忽视，但价值巨大。很多人入职第一个月的体验，决定了他对这家公司长期的看法。有没有人帮他搭好开发环境，有没有人给他介绍清楚项目的来龙去脉，文档是不是齐全，权限申请是不是顺畅。如果你的离职面谈中连续有多个人提到入职体验糟糕，那你就要认真审视整个新人融入的流程了。
“对于接替你工作的人，你有什么建议”。这个问题把对方的角色从“一个要离开的人”变成了“一个给后来者提建议的前辈”。这种视角转换往往能激发很多实用的信息。比如他会告诉你“那个运维脚本一定要改，太容易出错了”，或者“客户张三脾气特别大，每次沟通之前先跟他确认一下需求文档”。这些都是你平时听不到的。
“关于你的岗位、你所在的部门或者你的上级，还有什么想补充的吗”。这是一个开放式的兜底问题，给对方一个机会说出那些没有被前面问题覆盖到的东西。有时候最重要的信息就是在这个问题下冒出来的。
最后一个问题，我建议你只在自己的笔记本上默默地记，不要写进正式的问卷里：“你觉得团队里还有其他人和你有类似的想法吗”。注意，绝对不要问名字，也绝对不要追问任何具体的人。你只需要知道，如果一个问题的感受不是孤立的，那就是系统性的问题，需要你认真对待。如果只是个案，那可能是这个员工自己的特质导致的。这个判断对你后续采取什么行动至关重要。
面谈中那些容易被忽略的细节
整个面谈过程中，对方就是你世界的中心。不要看手机，不要看电脑屏幕，不要一边听一边回消息。这些行为传递的信号就是你不在乎。你可以拿笔在本子上记关键词，但别埋头狂写，那样也会让对方觉得你在机械记录而不是真的在听。更好的做法是，等对方说完一小段话，你点点头，然后拿起笔简单记一两个词，再抬头继续看着他。这种节奏既保证了你不遗忘要点，也传递了你在认真倾听的信号。
沉默是金。一个问题抛出之后，对方可能不会立刻回答，他会想一会儿。不要急着填补空白，不要说“其实你也可以随便说说没关系”这种话。让他想，让他组织语言。你的急切会让他觉得自己必须给出一个“标准答案”，那你就得不到真话了。
注意对方的情绪变化。他说到某个话题时声音突然低了下去，或者语速变快，或者开始反复说“也没什么”。这些信号往往意味着他触碰到了真正让他不舒服的东西。不要跳过去，你可以温和地追问一句，“听你提到这个的时候感觉有点不一样，如果你愿意多说说，我想认真听听”。但如果你追问之后对方还是回避，那就不要再逼了。尊重他的边界。
还有一个很多人不会告诉你的技巧：面谈结束的时候，一定要感谢对方。不是那种客套的“谢谢”，而是真的看着他的眼睛说，“感谢你今天愿意跟我聊这些，尤其是那些批评的意见，对我来说非常宝贵。我会认真对待你说的每一件事。”然后，不管你心里怎么想，哪怕是对方离职让你团队的工作量暴增导致你焦头烂额，你也要祝他未来顺利。这不是虚伪，这是职业素养。一个人在离开你团队的时候怎么被对待，会影响在职员工怎么看你的为人。
面谈之后，真正的工作才刚刚开始
很多管理者以为离职面谈的结束就是终点，恰恰相反，这是一个新的起点。
你带着一堆笔记回来，不能把它往抽屉里一塞就完事了。我建议你在面谈结束后两天内，找一个不被打扰的时间段，把这些笔记重新梳理一遍。人的记忆是会衰退的，那些微妙的语气、迟疑的表情、欲言又止的停顿，时间长了就全忘了。趁着记忆还新鲜，把对方说的要点分门别类整理出来。
然后你问自己一个问题：这里面有没有我事先完全不知道的隐患？如果有，立刻处理。比如对方在面谈中提到某个核心系统的文档长期缺失，新人上手极其困难。这件事如果你是技术负责人，你应该当天就去确认，然后安排人补上。还比如对方说自己的上级每周要求写五份不同维度的报告，纯粹浪费时间。那你就要去核实这是个别要求还是普遍现象，如果是后者，马上叫停。我在自己的团队里就有过这样的经历，一个离职的测试工程师随口提到某个自动化测试框架已经半年没人维护了，大家都在用手工回归。这个消息让我出了一身冷汗，回去一查果然如此，立刻调配了资源去修复。如果没有那次离职面谈，这个问题可能还要再拖几个月。
把梳理出来的问题按优先级排序。哪些是今天就能解决的，比如某个流程不合理、某份文档缺失。哪些是需要一两周才能解决的，比如培训材料的更新、技术栈的调整。哪些是长期的结构性问题，比如晋升机制、薪酬体系、企业文化。对于前两类，尽快落实并让相关人员知晓；对于第三类，至少要启动讨论，哪怕短期内无法彻底解决，也要让团队感觉到管理层在认真对待这些问题。
跟相关部门沟通的时候，一定要注意保护离职员工的隐私。你可以说“有（离职）同事反馈我们的代码评审流程效率偏低”，但不要说“张明觉得我们的代码评审流程效率偏低”。前者是客观问题，后者就变成了针对个人。而且一旦你这样说了，信息传到后来可能就变成了“张明走之前到处抱怨”，这对离职员工不公平，对你自己的形象也不利。
如果离职面谈中暴露的问题跟你本人有关，比如对方说你管理风格太强势、沟通太粗暴，你会怎么处理？说实话，这很难受。谁都不愿意听到别人说自己不好。但我建议你至少花十分钟冷静下来，客观想一想，对方说的是不是事实。如果确实是你的问题，那就先改自己。我在一次离职面谈中被人直接说“你太爱打断别人说话了，跟你汇报压力特别大”。我当时心里很不舒服，但后来找了几个还在职的同事私下问，发现确实有不少人有过同样的感受。那之后我刻意练习倾听，每次开会都提醒自己，让对方把话说完再回应。这件事说起来很小，但如果那次离职面谈没有戳到我，我可能到现在还在犯同样的错误。
那些你可能从面谈中学到的东西
让我给你举几个真实的例子，都是我从离职面谈中真正学到的东西。
有一次，一个后端开发工程师在离职面谈中提到，他觉得公司对技术债务的态度太消极。每次有重构的提议，产品经理都会说“先赶功能，以后再说”，但那个“以后”从来没有来过。他不是不能理解业务压力，但他觉得作为工程师，一直在烂代码上打补丁是很消耗热情的事情。那次面谈之后，我在技术团队内部做了一次调研，发现超过一半的工程师都有类似的感受。于是我们调整了节奏，在每个迭代中固定留出百分之二十的时间用于技术债务的清理和重构。这个改变其实不大，但团队的士气有明显好转。
还有一次，一个运营岗的同事离职时提到，她入职第一周完全是茫然的状态。没有人告诉她系统怎么用，没有人给她介绍跨部门的对接人是谁，她像一只无头苍蝇一样乱撞。这个反馈让我重新审视了我们团队的入职流程。后来我们做了一个新人指南，从开发环境的配置到内部沟通使用的术语都有一个清晰的文档，还指定了每个新人的“入职伙伴”。这个成本很低，但收到的反馈很好。如果没有那次离职面谈，我可能永远不会意识到这个问题。
第三类常见的学习点，是关于职业发展的。很多IT从业者离开不是因为钱，而是因为看不到成长的空间。一个干了三年运维的同事跟我说，他觉得自己做的事情跟三年前刚入职时没有本质区别，熟练度提升了，但视野没有拓宽。他想学自动化运维、想接触云原生技术，但团队里没有人带，公司也没有提供这方面的资源。后来我们梳理了技术团队的成长路径，明确每个阶段的技能要求，并且每年有定期的技术培训预算。这件事的效果不会立竿见影，但长期来看，人才流失率确实下降了。
还有一个维度是管理层沟通的频率和质量。有个离职的项目经理告诉我，她半年才被叫去开了一次正式的绩效沟通会，平时领导基本不主动找她。她不知道自己做得怎么样，也不知道哪些地方需要改进，感觉自己在团队里是透明的。这个反馈让我意识到，定期的一对一沟通不是可有可无的。我现在要求团队里每个小组长每两周至少跟组员有一次十五到三十分钟的一对一交流，不是聊进度，而是聊感受、聊困惑、聊成长。这个做法看起来很基础，但能避免很多无声的流失。
如果你什么都不做，那还不如不谈
我看到过太多这样的场面：管理者煞有介事地做了离职面谈，认认真真记了笔记，然后就没有然后了。笔记放在文件夹里，文件夹锁在柜子里，柜子放在角落里。下次有人离职，又是一模一样的流程。这是最可悲的事情。
离职面谈的整个价值，就在于后面的行动。如果你不打算改变任何事情，那就别浪费彼此的时间了。一个员工带着诚意把自己看到的、感受到的问题告诉了你，你转身就当没听见，这比不问他更伤人心。他在面谈中付出的信任，被你当成了空气。而且你要知道，在职的员工也在看着。如果大家发现你每次面谈都只是做做样子，那以后再有人要走，连真话都懒得跟你说，直接给模板答案“个人发展原因”“家庭因素”，你连问题的影子都摸不到。
所以，每一次离职面谈之后，我都建议你做三件事。第一，找到一到两个你真正能改进的地方，哪怕很小，着手去改。第二，找一个合适的时机，让团队知道你在认真对待这些反馈。不需要点名道姓，更不需要披露具体内容，但你至少要让大家感觉到，“上次有人提到的那个文档问题，我们已经更新了”。第三，把这些沉淀下来的改进措施记录下来，变成流程、制度或者规范，而不是依赖于某一个人的记忆或者自觉。
这样一次次积累下去，你团队的离职面谈就会从一个让人不舒服的、走流程的事情，变成一面真正能照出问题的镜子。你会越来越清楚什么样的员工适合你的团队，什么样的管理方式能留住人，什么样的问题一旦出现就必须立刻处理。
回到最开始的那个问题。离职面谈究竟是尴尬还是机会，取决于你把它当成一个不得不完成的任务，还是一个真正想搞明白的课题。人走了，遗憾归遗憾，但如果能从每一次离开中带走一点经验，那这个人的离开就不是纯粹的成本。退一步说，哪怕只是为了在未来的某一天，当你的团队终于不再有人因为同样的原因离开时，你可以回头感谢那些曾经愿意跟你说真话的人。
所以下一次，当你团队里有人给你递上辞职信的时候，别急着头疼补人的事儿。先拿起笔，准备一份问题清单，找一个安静的角落，冲两杯咖啡，然后坐下来，认认真真地听他说。你会听到的东西，可能比你想象的多得多。
发表于 2 小时前
|
查看: 6|
回复: 0
