写点什么

阿里七年陈谈:核心员工要离职,怎么办?

  • 2019-09-06
  • 本文字数:1913 字

    阅读完需:约 6 分钟

阿里七年陈谈:核心员工要离职,怎么办?

最近,我身边有几个小伙伴要离开,有要离职的,也有要内部转岗的,还有要回老家的。这种情况在每年绩效期和晋升期结束后,都会发生。今年好像有点多,所以趁着这个机会,利用四象限图来协助分析下。


核心员工要离职,怎么办?


先看下为什么要走,今天我们不从“要么钱没给够,要么心累了”谈,而是从两个新的视角来看这个问题:


1、因为组织的原因要离开


2、因为个人的原因要离开


根据这 2 个维度,我们可以切分为 4 个象限,四象限如下:


总体来看上图

红色

1、是最严重的情况;


2、这个人必走无疑,没得劝;


3、外部因“团队和组织”想走,内部从“自身职业发展”角度也要离开。

黄色

1、有挽留空间;


2、通过一定的努力,有可能让这个人留下来;


3、但要理解,员工和这个团队的关系已产生裂痕,需要警惕即使这次挽留住了,只是暂时的明火扑灭,更大的火情只是暂时被隐埋。

绿色

1、人生就是缘分,兄弟一场,好聚好散;


2、有条件的情况下,顺水推舟再送一波。

从象限分布来看

象限 1:必走

象限 1 的员工,这种情况是一定会离开的,因为团队待得已经令他郁闷至极,开口就是解脱,离开就是新开始。


他可能随时会由于某个 case,触发提离职的最后一根稻草,比如一次年终奖的发放。


从个人情况来说,当前工作情况,对生活、职业、家庭的规划已感知到非常明显的节奏不匹配。

象限 2:Leader 要反省

象限 2 的员工,主要是因为团队当前问题导致的想离开,情况比较复杂,也是挑战 Leader 管理能力的时候,有扳回的可能性。可能是下属和领导的理念不对头,或者是当前所做的事情,挑战性不够,感觉不到成长,再者是可能是只看到了外面诱惑的好地方(机会、薪资),但却看不到未知的风险(不确定性、大饼、坑)。

象限 3:帮他分析上下文关系

象限 3 的员工,从概率上讲,往往不是核心高潜力员工,能被安排着干活,但不扛事,综合素质也一般,对组织没有较高诉求,能随大流发工资,年底涨工资就行。因这类员工的认知及竞争力有限,他会因为某些小的利益点超出现有岗位,就会提出离职。


这时,就需要 Leader 对其进行梳理当下的情况,并给予一些新挑战与激励,往往都能留得住,但能落到这个象限的员工,其实并不是我们希望看到的,因为此员工的自我认知和专业技能往往达不到“高潜”,作为团队的管理者,要少招聘这样的员工,或将这部分员工进行“激活与激发”。

象限 4:祝福,并给予真诚的帮助

象限 4 的员工,是比较可惜的,他们往往是团队重点培育的“骨干种子”。


第 4 象限员工具备独立人格与职业规划,不一定是待得不爽了,而是对生活规划有自己决策。这种情况下,他们通常是经过深思熟虑后开口提出的,且“开弓没有回头箭”,是无法挽回的。


独立思考力的员工,会明白“工作与生活”“工作与家庭”“工作与人生”的关系,他们有更长远的布局和考虑,“打鸡血式”的激励,往往对他们是无效的。


所以这样的员工,大家兄弟一场,当他提出要走的时候,应该真心的祝福他,并给予掏心窝子的帮助与建议。


圈子太小,以后一定会再次碰到,有缘曾经一起战斗过,就是未来的一种财富。

当下能怎么办? vs 未来该怎么办?

在业务缺人、招人困难的情况下,想要解决员工想离开的问题,那就要思考如何挽留,并分析离开原因。实际上,更应该跳出这个事情,借事修人。


作为团队的领导者,通过下属的离职或转岗的情况,反思当前组织存在的问题,反思目前的管理方式以及自己的行事方式是否存在严重问题。思考以后是否会再次发生同样原因的情况;如果未来会发生,那么我们应该思考团队现在的氛围、组织结构、技术架构做什么调整。


作为 Leader,不光要对业务敏感,还要为团队内每一个人成长负责。从业务结构及专业领域,设计合理的天花板和挑战空间,Leader 要懂得给兄弟们挖“坑”(褒义),帮助他们成长,让团队要有奔头,这奔头既是 Leader 要刻意设计的(背后涵盖艺术),也是团队核心骨干要实际践行的(背后是执行力),还是普通员工被“耳濡目染”(背后是氛围)。


最后,祝福最近要离开的那几位一起共事过的兄弟,以后的日子里,一切顺利。


本文由土豆他爸爸(ID:itudoutababa)授权转载。关注 TGO 鲲鹏会公众号(ID:tgo-kunpenghui)了解技术管理的各样招式。




TGO鲲鹏会,是极客邦科技旗下高端技术人聚集和交流的组织,旨在组建全球最具影响力的科技领导者社交网络,线上线下相结合,为会员提供专享服务。目前,TGO 鲲鹏会已在北京、上海、杭州、广州、深圳、成都、硅谷、台湾、南京、厦门、武汉、苏州十二个城市设立分会。现在全球拥有在册会员 800+ 名,60% 为 CTO、技术 VP、技术合伙人。


会员覆盖了 BATJ 等互联网巨头公司技术领导者,同时,阿里巴巴王坚博士、同程艺龙技术委员会主任张海龙、苏宁易购 IT 总部执行副总裁乔新亮已经受邀,成为 TGO 鲲鹏会荣誉导师。


2019-09-06 10:224214

评论

发布
暂无评论
发现更多内容

TiDB v6.0.0(DMR) 缓存表初试

TiDB 社区干货传送门

6.x 实践

TiEM初级实践

TiDB 社区干货传送门

6.x 实践

体验TiDB v6.0.0 之TiCDC

TiDB 社区干货传送门

实践案例 6.x 实践

TiDB 4.0 升级 5.1 二三事——避坑指南

TiDB 社区干货传送门

版本升级

TiDB 6.0 新特性解读 | Collation 规则

TiDB 社区干货传送门

6.x 实践

一篇文章说透缓存表

TiDB 社区干货传送门

TiDB 源码解读 新版本/特性解读 6.x 实践

初体验之rawkv learner recover灾备切换

TiDB 社区干货传送门

TiDB 冷热存储分离解决方案

TiDB 社区干货传送门

管理与运维 版本测评 6.x 实践 大数据场景实践

TiDB Lightning在数据迁移中的应用与错误处理实践

TiDB 社区干货传送门

迁移 管理与运维 6.x 实践

体验 TiDB v6.0.0 之 TiDB 的数据迁移工具 DM-WebUI

TiDB 社区干货传送门

实践案例 6.x 实践

Let's go, TiCheck!

TiDB 社区干货传送门

监控

内存悲观锁原理浅析与实践

TiDB 社区干货传送门

版本测评 新版本/特性解读 6.x 实践 TiKV 底层架构

TiFlash 源码阅读(一) TiFlash 存储层概览

TiDB 社区干货传送门

MVCC导致limit 1执行慢测试

TiDB 社区干货传送门

实践案例 管理与运维 性能测评

TiDB 5.1 Write Stalls 应急文档

TiDB 社区干货传送门

实践案例

TiDB 生态工具 -- TiUniManager(原 TiEM)v1.0.0 体验

TiDB 社区干货传送门

6.x 实践

TiDB 集群一次诡异的写入慢问题排查经历

TiDB 社区干货传送门

故障排查/诊断

select查询失败,报“no such file or directory”错误

TiDB 社区干货传送门

TiDB 6.0 Placement Rules In SQL 使用实践

TiDB 社区干货传送门

管理与运维 版本测评 新版本/特性解读 6.x 实践

体验 TiDB v6.0.0 之 Clinic

TiDB 社区干货传送门

实践案例 6.x 实践

TiCDC系列分享-01-简述产生背景及使用概况

TiDB 社区干货传送门

迁移 安装 & 部署 扩/缩容 应用适配 大数据场景实践

一次 TiDB 5.1 Write Stall 问题处理

TiDB 社区干货传送门

故障排查/诊断

文盘Rust -- 领域交互模式如何实现

TiDB 社区干货传送门

开发语言

TiDB 6.0 新特性解读 | 离线包变更

TiDB 社区干货传送门

6.x 实践

关于HTAP与HSAP

TiDB 社区干货传送门

数据库架构设计

论分布式数据库TiDB架构的“存”与“算”

TiDB 社区干货传送门

数据库架构设计

TiDB 查询优化及调优系列(二)TiDB 查询计划简介

TiDB 社区干货传送门

用一个性能提升了666倍的小案例说明在TiDB中正确使用索引的重要性

TiDB 社区干货传送门

性能调优 实践案例 应用适配

我和tidb 的故事 - 我们终会在平行世界相遇

TiDB 社区干货传送门

TiDB 6.0 新特性解读 | TiFlash 新增算子和函数下推

TiDB 社区干货传送门

6.x 实践

排查分析Empty regions 较大原因

TiDB 社区干货传送门

性能调优 实践案例 集群管理 管理与运维

阿里七年陈谈:核心员工要离职,怎么办?_技术管理_土豆他爸爸_InfoQ精选文章