文档知识库【免费下载链接】tlroadmapТимлид – это ❄️, потому что в каждой компании он уникален и неповторим.项目地址https://gitcode.com/gh_mirrors/tl/tlroadmap点击查看免费下载本文围绕 Teamlead Roadmap 知识库中人员管理 → 解雇firing分支文档展开系统拆解技术团队领导在员工离职与解雇场景下的完整职责从决策前的多维评估、绩效纠正的最后机会到正式解雇的谈话话术、补偿方案与团队善后沟通。读完本文你将掌握一套可直接落地的解雇决策算法与执行清单并能与仓库中反馈、一对一、动机、试用期、行政工作等相邻分支的知识形成闭环。解雇是什么两种离职场景下的团队领导角色解雇firing是员工与公司之间劳动关系的终止。员工可能自愿离职、双方协议解除也可能由公司单方解除劳动合同。tlroadmap 的原文档指出这两种场景下团队领导Teamlead的角色是不同的员工自愿离职团队领导的核心任务是把离职过程对团队造成的冲击降到最低——减少相关风险、平稳交接并启动替代人选的招聘。公司解雇员工团队领导的角色显著扩展他不仅是决策的发起者更是执行者。这意味着解雇不能甩给 HR 或上级团队领导必须亲自走到台前。这一分支在仓库中位于 tlroadmap/roles/people-manager/people-management/firing/ru.md与它同级的 反馈feedback、一对一one-on-one、动机motivation 等分支共同构成人员管理的完整能力地图。为什么这条分支重要解雇不是孤立的人力事件它同时作用于三个层面对下属而言解雇是一段沉重的个人经历。员工最需要的是领导的支持以及对决定原因的清晰解释。原文档特别强调员工惊讶于自己被解雇本身就是管理失败的标志——说明此前的反馈链条已经断裂。对团队而言每个团队都有自己的微气候микроклимат一个人的离开可能对整个团队产生强烈影响由于人手或特定能力减少团队在解决工作任务时可能明显变慢交付节奏被打乱。对管理者而言解雇是管理员工绩效的最终工具final instrument是前面所有绩效管理手段失效后的兜底管理者对自己招进来的每一个人都负有完全责任解雇正是这份责任的终点。如果不做这条分支会怎样原文档给出了四个维度的代价帮助团队领导校准解雇时机错误后果过早解雇对公司有害——招聘一位新专家的成本可能非常高轻易放弃意味着浪费前期的招聘与培养投入过晚解雇同样有害——绩效不达标的员工不仅影响自己还会拖累整个团队及其交付结果处理不当IT 圈子很小一次不专业的解雇可能损害公司的声誉与技术品牌tech brand影响后续招聘持续拖延被拖延解雇的员工白白浪费自己的时间和精力而他在另一家公司或另一个岗位上本可能发挥更大价值一句话概括解雇的时机与方式是团队领导必须主动管理的关键变量既不回避、也不滥用。可以委派给谁解雇这一分支的职责可以有限度地委派但决策与执行的最终责任人仍然是团队领导下一级团队领导可承担解雇流程的部分执行工作HR作为支持性职能参与负责财务、法律、流程合规等事务但不应替代团队领导完成解雇谈话本身。原文档在行为示例中明确指出团队领导自己不解雇员工而把这件事完全推给 HR是典型的坏行为。HR 是盟友不是挡箭牌。行为示例好与坏的边界坏行为应坚决避免员工从未收到过负面反馈直到被解雇那一刻才得知真相从未尝试帮助员工改进其缺点不考虑将员工调到其他团队或其他角色的可能性团队领导不做解雇把整个流程完全甩给 HR不向团队解释解雇的原因。好行为应主动做到员工在工作中的缺点获得过持续的、具体的反馈为员工准备了改进目标与纠正计划即绩效改进计划的基础形态。从仓库的 反馈分支文档 可以看到反馈的两个核心属性是及时性своевременность与完整性полнота。解雇前的反馈必须同时满足两者及时给出、完整说明否则员工就会陷入毫无预兆地被解雇的境地这正是坏行为第一条要避免的。实战核心解雇完整决策与执行算法原文档坦言解雇大多数时候是单次事件谈不上系统性练习因此提供的是可复用的算法。以下按决策、纠正、执行三个阶段完整展开。阶段一出现解雇念头时先完成六维自评在向任何人宣布决定之前先把想解雇变成该不该解雇。围绕以下六个维度写下理由员工绩效目标完成情况如何所承担任务的复杂度与完成质量如何员工价值是否拥有对业务至关重要的技能或知识失去他会损失什么对团队的积极贡献对整体结果、团队内部气候、其他同事产生了什么影响绩效提升的可能性客观判断他的绩效有多大概率还能回升替代成本解雇后重新招聘一个合适的人要付出多高的成本空缺成本从员工离职到新人到岗之间的空窗期项目要承担多大损失阶段二交叉验证你的评估单方面的判断是不可靠的。原文档要求向同事收集反馈或对员工近期的绩效做一次系统分析以此确认自己的评估结论检查员工的动机因素是否得到满足——可参考仓库的 动机分支文档其中列出了金钱、认可、权力、技术挑战等典型动机因子思考员工真正感兴趣的工作是什么公司是否有可能为他提供转岗到其他团队或角色的机会——在解雇之前转岗是常被忽视的第三选项。阶段三判定影响范围选择路径关键的分叉问题员工的绩效或行为是只影响他自己那一亩三分地还是已经波及整个团队如果影响仅局限于其个人角色 → 存在纠正空间进入路径 A纠正与改进计划如果影响已经扩散到团队整体 → 情况更严重可能直接进入路径 B正式解雇。路径 A最后一搏——反馈 改进计划第 1 步给出清晰反馈。用准备好的论据和事实说话并确认员工真正听到并接受了——不是说了就行而是听懂了才行。第 2 步共同制定纠正计划。这份计划必须满足四个硬性条件关联性与触发解雇讨论的根本原因直接对应明确性清楚描述对员工的要求与期望可验收包含清晰的检查点checkpoint与验收标准现实性在规定时限内是可完成的而不是一张永远完不成的愿望清单。第 3 步明示后果。明确告知下属如果计划未完成他将被解雇并再次确认他把这句话听进去了。这一步看似残酷实则是公平——给员工一个明确的最后一次机会窗口。这里与仓库的 一对一分支文档 形成天然衔接反馈与改进计划的落地主要发生在定期的一对一会议上而一对一文档也强调会后应发送 follow-up 纪要、记录所有约定与期限这些记录恰恰是将来解雇谈话中引用过往沟通的凭据。路径 B正式解雇——从准备到执行的七个动作如果纠正路径已走完或影响范围过大解雇进入执行阶段① 规划团队的空窗期。提前想好没有这个人的团队如何运转他的工作负荷如何重新分配、需要多久找到替代者、哪些事务需要交接给谁。原文档明确要求提前设计好团队在没有此人的情况下如何组织工作。② 与 HR 对齐财务与法律问题。搞清楚公司应支付员工多少已工作天数的工资和未休假期补偿准备好回答员工可能提出的任何财务与法律问题。这部分与仓库的 行政工作分支文档 直接相关——该分支覆盖劳动合同的签订与解除、休假与工资规则等劳动关系事务。③ 决定是否支付额外补偿。与 HR 共同评估是否发放额外补偿金。原文档给出的常见区间是13 个月薪资。这笔钱的目的不是买断而是让员工能够从容地寻找下一份工作、让解雇过程更平稳、并显著缓和员工对公司的负面情绪。在 IT 这个圈子很小的行业里这是一笔性价比极高的声誉投资。④ 确定最后工作日。通常在两种方案中选择一天内离职或留出几天到两周的交接期。决策时考虑三个因素员工是否需要向他人交接工作员工留在岗位上是否会对团队产生负面影响团队是否会因一天解雇的突然性而产生负面反应。⑤ 准备谈话脚本并预演。提前想好可能的提问与情绪反应准备好回答口径。解雇谈话是最难的一次管理对话值得像技术评审一样认真演练。⑥ 开展解雇谈话。原文档给出了非常具体的执行细节开门见山第一句话就说明我已决定解雇你这是最终决定不是又一次纠正尝试——不给虚假希望避免谈话变成讨价还价引用历史引用此前的沟通记录、改进计划如有、你本人与同事给出的反馈证明决定有据可依承认贡献单独说明员工对公司的贡献与他的优势并解释为什么这些不足以抵消问题——这是对员工尊严的基本尊重留出消化时间给员工时间思考询问是否有问题如果没有再转入补偿话题坦诚边界对回答不了的问题坦诚请求时间弄清后再答复温和收场尽量避免争吵与冲突IT 圈子很小能够和平分手就一定要争取主动提供推荐提出自己可以作为员工在下一家公司面试时的推荐联系人并明确表示会诚实——既讲优点也讲不足商定后续步骤明确最后工作日、交接安排、补偿发放时间等具体事项。⑦ 与团队沟通。谈话时机视情况在员工离开前或离开后进行向团队解释发生了什么强调决定并非突然这一点依赖于此前反馈链条的完整性并说明员工的职责与任务将如何分配必要时与团队成员进行一对一的补充沟通提供更多细节——这里再次复用一对一机制。理论参考原文档推荐的延伸阅读方向原文档firing 分支的Теория小节为读者梳理了一批解雇主题的权威资料此处以文字形式转述其要点原文中的外部链接此处不再列出员工视角的解雇故事一篇引发数百条评论的社区讨论汇集了大量被解雇的真实经历有助于团队领导理解员工在被解雇时的真实感受HBR《The Right Way to Fire Someone》解雇算法与基本原则的经典论述Quora 上的多人经验帖汇集了不同背景管理者如何正确解雇不达标的员工的实操建议Monster 的离职谈话指南给出了解雇谈话的详细话术搭建方法有尊严地让员工离开《纽约时报》专栏关于分手姿态与尊重原则的补充阅读HBR《Should You Fire a Good Enough Employee?》讨论差不多合格的员工是否值得解雇的边界问题Performance Improvement PlanPIP的制定与使用指南与本文路径 A的纠正计划直接对应可作为落地参考。与 tlroadmap 其他分支的协同解雇不是孤岛从仓库的整体结构看解雇分支是人员管理能力地图的末端节点它与前后相邻分支构成一条完整的链路试用期test-period原文档称试用期是筛除不合适候选人的最后防线在此期间可以相对无痛地终止关系——管理得当的试用期能大幅降低后续正式解雇的发生率反馈feedback解雇前的所有纠正动作都以及时、完整的反馈为前提一对一one-on-one反馈、改进计划、解雇谈话、团队善后沟通都在一对一的场景中发生动机motivation评估阶段需要判断员工的动机因素是否被满足也解释了为什么补偿金能缓和情绪行政工作admin劳动合同的解除、补偿计算、休假结算等法律与财务细节由该分支兜底职业发展promo/career解雇前的转岗选项本质上依赖公司是否有一套清晰的职级与岗位体系来承接。综合来看tlroadmap 对解雇的定义是一套**先评估、再纠正、后执行、终善后**的完整方法论它把一次容易被情绪与慌乱主导的管理动作拆解成有据可依、有步骤可循的专业流程。对于任何需要亲自做出并执行解雇决策的团队领导而言这份分支文档与其相邻分支一起构成了可以在真实管理场景中直接对照使用的操作手册。本文内容基于 tlroadmap 仓库 中 解雇分支文档 及其相邻分支整理而成文中补偿 13 个月薪资最后工作日交接期等数值均来自原文档给出的行业常见经验值实际执行请以公司政策与当地劳动法规为准。赞分享文档知识库【免费下载链接】tlroadmapТимлид – это ❄️, потому что в каждой компании он уникален и неповторим.项目地址https://gitcode.com/gh_mirrors/tl/tlroadmap点击查看免费下载相关推荐技术团队领导一对一沟通指南打造高效人员管理与反馈机制技术团队领导一对一沟通指南打造高效人员管理与反馈机制 技术团队领导的核心职责之一是通过有效的人员管理和反馈机制激发团队潜力。一对一沟通作为关键工具能够建立信文档知识库Cargo 团队章程与协作治理全解析从团队使命、成员制度到分级决策流程Cargo 团队章程与协作治理全解析从团队使命、成员制度到分级决策流程 Cargo 是 Rust 的包管理器与构建工具本仓库即其完整源码实现而驱动这个项开发工具包管理器CLI构建工具革命性团队领导wtfpython技术团队的管理经验革命性团队领导wtfpython技术团队的管理经验 引言当Python的魔法遇见团队管理 你是否曾经在Python代码中遇到过令人困惑的行为那些看似简文档教程上一篇Triton 顶层 Python API 完全指南深入解析 jit、autotune、heuristics 与 Config下一篇ZenlessZoneZero-OneDragon 新增可自动战斗角色四层配置指南Agent 定义、头像模板、状态模板与自动战斗 YAML创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考