Loading [MathJax]/jax/output/CommonHTML/config.js
前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >什么是人才梯队,你在第几梯队?

什么是人才梯队,你在第几梯队?

作者头像
烟雨平生
发布于 2023-03-07 05:52:56
发布于 2023-03-07 05:52:56
1.9K0
举报
文章被收录于专栏:数字化之路数字化之路

最近有个粉丝问了一个问题:

小钗,我是一个部门负责人,想知道你们具体是如何进行梯队建设的

之前我们聊过,大Leader的工作应该核心围绕五件事展开,最多加一个迫不得已的兜底

梯队建设的重点就是我们不需要去兜底,是Leader五件事中的重要模块,一般来说职位到了总监,就要有意识的了解梯队建设的知识,因为在后面的工作,这个对你要做的事情关系会很大。

所以,什么是梯队呢?

什么是梯队

梯队在战略之下,我们定了要做什么事情之后,需要盘一盘这件事需要哪些核心能力,于是在每个能力领域需要一个一号位,并且还要有一号位的backup,也就是我们常说的副班长,如此一来梯队就出现了:

事实上可以认为梯队建设是一次分饼动作,什么样的人该获得什么样的资源,拥有什么样的权利,承担什么样的责任:

举个例子:

  • 1%副班长

1%的人能成为副班长,也就是100个人里面有一个人能成为副班长,副班长会成为一号位的“backup”,主要工作是解决多数内部管理工作,包括:

  1. 部门绩效设定、分解、追踪;
  2. 团队资源协调;
  3. 重点项目跟进;
  4. ....

副班长可以释放一号位,让其有更多精力投入到对外的工作,比如战略、资源层面的工作。

  • 4%大Leader

100人团队应该有4个左右的大Leader,副班长在资源使用以及重要人事变动方面会更有话语权,其他方面大Leader与副班长差距不大,他们会主要负责以下工作:

  1. 跨部门级重点项目Owner;
  2. 文化建设;
  3. 关键机制设计推行;
  4. 重要人事任免投票权;
  5. ...
  • 10%关键人

大Leader事实上是副班长的候选人,与此同时团队还会有10%的大Leader的候选人,这些同学可能是团队中的总监角色,也可能是重要的经理,主要完成以下工作:部门内重点项目Owner以及一线员工的工作组织,他们是执行力的最直观表现

再接下来就是第三圈层员工了,普遍偏执行一些,总而言之,梯队建设的结果要符合权、责、利模型

如何做梯队建设

聊了梯队是什么,再说梯队建设,所谓梯队建设就是保证各个领域的能力不会出问题,不会影响战略目标的落地

资源规划

梯队建设第一步是一号位的重要工作,他需要规划好两个事情:

  1. 战略目标到底核心需要几种能力;
  2. 每种能力需要被分配多少资源;

举个例子:一般而言互联网公司的产品经理、研发和运营的比例一般是1:7:X。这个比例分阶段和分功能,不同阶段,不同功能性团队人员配比有所差异比如:

1)阶段型

创业阶段:1:7:X

成熟阶段:1:5:5

2)功能型

业务型:1:4:1 (前后:1:1)

功能型:1:7:0 (前后:1:3)

效率型:0:7:0 (前后:1:5)

深入技术内部,前后终端也有一定比例要求,否则容易出现某个端成为瓶颈的现象。这里给个大概参考值(数据不保证正确性):

另外团队级别本身也会有一定比例要求,比如

初级:中级:高级:专家 -> 1:4:3:1

作为部门一号位,手里一定要有张表,才能知道每个地方需要被投入多少资源,因为资源是有限的,这里多一点,那里就少一点,没有顶层规划就会失衡,从而制约整体效率。

定岗定责

确定基本资源占比后,便可以启动招聘了,但招聘前需要知道我们需要什么样的人,让他大概负责什么样的事,所以基本的定岗定责也是要有的:

这些东西定义的很细,但实操时很多评价趋于主观,个人感觉意义不大(又不能没有),有指导作用罢了。

示例:

事实上的准入标准由两方面组成:

① 之前的工作经历

② 基础专业能力

很难在短短面试中看出一个人人品,更多的筛查应该是试用期。

人才初筛

因为进入门槛多由工作经历+基础能力决定,人才初筛反而是非常重要的环节,初筛环节主要关注点是淘汰,需要明确定义不被团队认可的行为或特质,也就是我们所谓团队红线,比如:

① 偷奸耍滑/不诚信/负能量/暴力倾向/难相处/骚扰女同学/......

② 不专业/能力与岗位不符/简历造假/项目重大错误/......

人才初筛应该更多关注红线,一旦涉及红线便不予转正

只要过了准入线,那么更多的就应该是加分项,比如我们的模板大概是这样:

人才进阶·干训班

一路打怪(做项目、OKR)升级,如果”运气好“成为小leader,那么就进入了干训班辐射范围,干训班事实上更多是面向经理的”福利“,帮助经理建立管理认知的培训实践课程,比如会涉及以下信息:

1)向上管理怎么做,如何拿到资源;

2)跨部门沟通的诀窍,我为什么要配合你;

3)从理论到实战的差距是什么;

4)如何用数据说话;

5)系统性解决问题,竖井效应与内卷;

......

这些培训一般由几种元素构成(不是每个案例都会完整覆盖):

事件案例 -> 案例分析 -> 观点阐述 -> 理论、机制形成 -> 讨论(辩论)

如果案例本身比较经典,再进一步会考虑:

要不要纳入团队机制 -> HowTo -> OKR -> 执行人 -> 形成团队案例 -> ......

总结

至此,一个相对完整的人员覆盖模型就出来了,这也是梯队建设的雏形,总的来说,梯队建设围绕新人、老人、精英、Leader来做,考虑每个圈层的同学有什么样的诉求,团队应该提供什么样的工具,一定不会错。

团伙与团队

初步了解梯队建设后,我们可以看看什么是好的梯队,什么是不好的梯队,还是以这个经典案例说明问题:

之前的Leader常称我的Team是团伙,在规模作战的时候会受挫,他的点是,我的风格乃至我带出来的团队适合“开疆拓土”,但如果阵地打下来多线作战会出很大的问题,之前我不太理解是什么意思。

前段时间与CEO交流这个话题,他说了一个很有意思的比喻:

假如我们现在要抢劫一个农村信用社,我(CEO)带着你们直接冲进去,我一脚踢到门上,然后你们一人一脚踢上去,门两下就被踢坏了,于是我们高高兴兴的走了,似乎很厉害!

受到上次事件的鼓励,我们来到了市区,市区居然有个保险门,于是出现了一个场景,我一脚踢上保险门,效果不佳,于是所有的兄弟都在对着保险门踢,这个时候见过大城市抢劫的行长拍拍我们肩膀,语重心长说道:你们难道没有分工吗?你们开锁的、开车的、盯梢的都是一个人啊!你们怕不是要翻天?

综上,从团伙到团队,最重要的是分工! 梯队建设的目标是让我们能够(有能力)合理的分工。

梯队建设正常的团队,会有很好的分工,除了工种合理以外还讲究角色合理,那么什么是角色合理呢?

打王者荣耀的同学会更容易了解一个名称:团队容错率。这是什么意思呢:

  1. 低端局比的是谁更牛逼,需要最大化优点,以便更快拿到优势。分工不重要,是因为对手太弱;
  2. 高端局比的是谁犯错少,需要最小化缺点,以便不掉点被人击破。分工很重要,是因为旗鼓相当;

合理的分工,可以最大化团队容错率,这样的团队才能打逆风战、持久战、大规模战!

对于运转健康的团队,leader会花大功夫在“扬长避短”这块,优势要扩大化,短板也要不至于阻碍团队扩大,以“系统性解决问题”的理论来说:

虽然【增长】可以解决发展过程中主要的问题(矛盾),但是【缺陷补足】才是长治久安之策。解决核心问题、补足核心能力缺陷是非常关键的

所以团队缺少的特质、能力(技术能力)一定要补足,不然就会因为某块的缺失导致不能做某些事情而错失时机。

PS:针对角色问题,贝尔宾性格测试可能是一个不错的选择。

年久失修·梯队失衡

虽然形成了团队,但长时间的发展,团队中也一定会出现坏味道。

随着战略推移,惯性梯队建设,慢慢的业务复杂了,梯队也复杂了,他的表现是:公司大了,无效资源消耗增多,维护成本增大

这种维护成本一般由几部分组成:

1)之前十分重要的业务,迭代减缓,但依旧有很重的地位,需要持续维护;

2)之前不愠不火的业务,直接停止迭代,其中参与人员无事可做,却又因为一些因素(如架构调整、leader离职)没有得到妥善安排;

3)之前下掉的业务......

类似于这种业务以及之前的部分参与者,都会变成所谓的维护成本,这包括一些之前的有功之臣,处理起来比较麻烦了。

成本是放弃了的最大代价[Cost is the best opportunity foregone.]

沉没成本不是成本

这种比例一大整体成本马上就变高了,接下来就会定期出现成本优化,HC冻结事项。

成本优化是很多公司一直在做的事情,甚至这些公司并不缺钱!。 这里的重要标志就是限制HC、限制成本,对于不缺钱的公司似乎很奇怪。 这是因为公司大盘有一笔账,他识别到整体的业务资源投入是完全够的,比如各团队多给10%资源用以解决冲突问题,但实际情况却是各个团队依旧在闹缺人缺资源,那么公司就会认为我们所付出的维护成本解决冲突成本过高,公司会认为当下自身结构出了问题。 而事实上多余的人事物所造成的资源浪费和效率降低甚至最终引起死海效应是公司绝对不能接受的,所以成本优化会是一个永久的话题,这里优化的不是成本,而是缓解系统性问题的一种手段。

话虽然好听,那么冗余成本如何识别呢?

团队一旦大了,如何判断哪个团队该投入多少人,各个团队leader是否会因为本位主义而有善意谎言,团队一号位一定要警惕这个状态的发生,这个时候其实是梯队出问题了,主要表现是梯队占用资源过度了

团队的成本优化、效率提升,需要良好的顶层设计,这是一号位重要工作。

因为多余的人事物所造成的资源浪费和效率降低甚至最终引起死海效应是公司绝对不能接受的,所以团队一定会有对应手段去解决这个问题。但成本优化只是一个暴力解法,这里优化的不是成本,而是缓解系统性问题的一种手段,Leader需要思考更多更有效的手段。

一号位一定要意识到并且能处理这种梯队资源失衡的问题,解法是大刀阔斧,资源重塑:

梯队建设失败的Case

最后以一个具体梯队建设失败案例结束今天的故事,这个故事当然还是来源于小孙:

背景:公司两地办公,我跟小孙的家都在成都,近期较忙。 我:小孙,你这周要回去吗? 小孙:对啊。 我:周五有比赛,完了你出差回去吧。 小孙:比赛跟我有什么关系,我周三就走! 我突然就有点怒火中烧了,耐着性子继续说道:周五老板跟我们比赛呢,你不参加吗? 小孙:我有什么好参加的! 我:你......算你屌,你真屌! 回头,我心里很气不过,于是在小群里面喷了一句:

近几年,我越发认为,Leader对于下级其实没什么约束能力,于是求着干活的情况变成了普遍情况,我也在想为什么下孙狗敢肆无忌惮的喷,这里的点可能是:

1)长时间的相处培养起来的默契,他没把自己当下属,而我在把他当“小兄弟”,照顾一下的情绪很容易引起野蛮生长;

2)我知道“小兄弟们”身上的闪光点是什么,抛开个人情感,与其说我们选择了他们这个人不如说我选择了他们的某种特质;

比如小孙的特质是吃苦耐劳能扛事,关键时刻绝不掉链子。

用一句大实话来说,少了这批同学,我可能玩不转,要再次找到这批同学,并且培养出浓厚的感情,不是不可以,成本有点高!沉没成本,这才是他们可以“肆无忌惮”的原因。

毕竟我们肆无忌惮的发火情况还是比他们要多一些,其他人凭什么要忍受你呢,这里回到一个公司视野的人才模型:

1)忠诚度;

2)能力值;

3)耐操程度;

从个人方面的视野的话,只有一个:给我多少钱,给我多少资源?

1)能力+耐操

能力强又抗骂的人选择很多,他可以选择被更牛逼的人骂,所以忠诚度不会高;

这种同学你会害怕给他资源,他成长后就跑去其他地方赚更多钱,所以会很慎重的给资源。

  1. 忠诚+能力

忠诚度高又有能力的人,总要忍受人家有脾气吧?

这种同学会给很多资源,但很容易出现小孙和同学甲的案例,并且他们在某个阶段后可能成长很慢。

3)忠诚+耐操

忠诚度高,又天天被你骂的人,能力、视野有点缺陷,这个要求还过分吗?

抗骂是抗骂啊,但是不能独立思考怎么办,不能什么我都给他们想好吧?

所以,在一个人成为你伙伴前是你在选择他;而当他成为你伙伴后,反而是他在选择你了,梯队建设正是如此,这里的核心是:管理者要让自己有的选

这里的另一个点是,一旦是你选择了某个更优秀的同学,那么你就得接受他的“不完美”,或者接受自己的“不完美”,回顾这几年的工作生涯,无论是大公司还是小公司,每个人身上总有这样那样的毛病阻碍他们走得更远:

1)有综合能力强的很固执;

2)也有能力拔尖的同学不好相处;

3)还有比较平均的同学还很佛系;

4)天赋异禀者,经常骂街;

5)抗压能力强的,不能创新;

......

结语

梯队建设其实更多的是管理设计的上升通道机制,解决团队的造血能力,有更多的关键人可用。为了加深理解,这里再类比(啰嗦)一下,可以理解为员工的养成游戏:

1)将员工分为不同时期,又会把每个周期所处角色做得更具体,比如面试、转正、一般员工、熟练员工、优秀一线员工、leader......

2)定义每个周期会做什么事,会遇到什么问题,比如做需求、写BUG、做大项目、管理团队、做跨团队大项目......

3)在员工生命周期内,要定义不同阶段价值最高的是什么,比如新人期是完成项目、熟悉期是完成核心OKR、leader期是解决团队横向问题、大leader做一件很难的项目成功并且沉淀方法论......

4)在不同时期的不同阶段里面,员工一定会遇到问题,那么在合适的时候给予合适的”能力“(所谓赋能),解决特定的问题,比如项目制、OKR、CIO,再细一点的如怎么招聘、面试、做汇报......

这里要表达的点是,对员工要有很多细分的分类,然后选取其中一些分类,服务于他:

再切其中一个纵面,不同层级的人需求不一样,可以这样设计:

好了,今天的分享就到这。有所感的同学可以留言讨论

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2022-06-25,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 的数字化之路 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
编辑精选文章
换一批
技术管理者带团队的几个实用技巧
个人从程序员到技术 Leader 经历了不少的心路历程,我目前在带一支十几人的技术团队(控制团队人数主要是遵循亚马孙 CEO 贝索斯提出的两个披萨原则)我记得刚开始带团队的时候我是非常抗拒的,因为总觉得管理太多的“杂事”占用了我很多写代码的时间,包括目前虽然已经是一支十几人技术团队的 Leader,但是我平时也还是偏爱技术多一些,在业余时间都会抽空写写代码或者在 Leetcode 刷刷题,在从事管理工作这些时间里看过很多书,也踩过很多坑,总结了很多经验,想必也有很多程序员刚开始跌跌撞撞的走上技术 Leader 的岗位,所以想写一篇文章跟大家分享一下,希望可以帮助到需要的人,文章大纲如下:
phoenix.xiao
2020/08/06
1.1K0
技术管理者带团队的几个实用技巧
团队管理那点破事!OKR绩效、核心人才、面试、技术分享、研发流程....
今天来聊聊团队管理,可能你现在还是一线开发,没有带团队,感觉这个话题与你无关,其实不然。
微观技术
2021/10/21
2.2K0
研发效能负责人/研发效能1号位|DevOps负责人
想要做好业务,老板们除了要梳理好公司级别的业务目标,公司的组织架构,还要搭个有产出的班子,也就是找负责人、建团队,让组织架构充实起来。搭班子最重要的就是把负责人找到,就是团队1号位的人。本文主要讲团队负责人的主要作用,怎么才能找到,不同背景的优劣势,以及各方面的要求。
laofo
2023/03/16
5320
研发效能负责人/研发效能1号位|DevOps负责人
No.175# 技术管理之团队建设框架
技术广度,除了一个方向外,其他方向涉猎程度,是一个点、还是一根线、还是能形成一张网。
瓜农老梁
2022/12/03
8210
No.175# 技术管理之团队建设框架
程序员如何准备好一次高质量的汇报?
又到一年年末时,相信大家都希望在年终汇报的时候,能给老板展示一下自己女娲补天般的业绩,但很多人却往往讲成了流水账,本来 90分的成绩,从嘴里说出来变成了 60分。(文末附述职 PPT 模版下载)
API 小达人
2024/01/09
5671
程序员如何准备好一次高质量的汇报?
No.185# 技术管理框架知识点随记
陆续参加了公司组织的两场关于技术管理的培训,时间一长也快忘的七七八八了。本文以刘建国《执行技术人管理之路》为基础框架,将知识点做了整理,在需要的时候翻翻。本文主要内容有:
瓜农老梁
2023/09/02
4780
No.185# 技术管理框架知识点随记
PingCAP分布式团队管理哲学:透明、公平、包容 | AICon
编辑 | 薛梁 之前在线下大会听了 PingCAP 工程 VP 申砾老师的演讲,印象颇深,他作为公司二号员工,一路走来,深刻理解公司的发展愿景,也带领团队完成多个重大任务。 不过大家也都知道,PingCAP 在全球多个国家有研发团队,那么如何管理分布式团队,语言、时差、文化差异等等都是如何解决的呢?听了申老师的演讲,有几个很有意思的点,这里整理出来分享给大家,以便有需求的团队酌情借鉴。 1- 构建大型软件研发团队,很多公司的管理经验差不多,都是基于底层的逻辑和哲学的。 2- 以前从研发 lead 视角看如
深度学习与Python
2023/04/01
4530
PingCAP分布式团队管理哲学:透明、公平、包容 | AICon
用户增长
用户增长(User Growth,后文简称UG)这个概念是美国传来的,从趋势看,以后肯定会是各大互联网公司的标配。
huofo
2022/03/17
1.1K0
用户增长
普通HR做半天的3种数据分析,学会这个,10分钟轻松搞定
人力资源部门作为企业必不可少的部门之一,每年经手的数据量之大、类型之多可想而知。特别是在如今信息爆发式增长的时代,海量数据沉淀的背后是亟待挖掘的数据宝藏。
数据分析的那些事儿
2019/12/09
7720
普通HR做半天的3种数据分析,学会这个,10分钟轻松搞定
如何管理一个技术团队
导语|本文就团队管理聊管理,一个参照点是笔者带团队时的一些经验,另一个是管理方法论体系,争取做到理论和实际相结合。
腾讯大讲堂
2023/09/18
1K0
如何管理一个技术团队
干货 | 敏捷开发的持续改进
作者简介 黎娟,去哪儿过程改进总监。15年软件项目管理及过程改进经验,曾先后就职于雅虎中国/阿里巴巴、腾讯、去哪儿网,擅长问题分析以及基于问题驱动的过程改进。 “敏捷”这个词近几年非常火,经常会有人问:“我们应该怎样开始做敏捷?”或者:“能不能来帮我们推一下敏捷?”这种问题我通常都不敢轻易回答——敏捷有很多实践,管理的、工程的都有,但敏捷绝非我们看到的站会、持续集成、TDD等那么简单,真正的敏捷体系是从理念到文化的一次变革。 所以具体到一个团队,究竟为什么要做敏捷,能够多大程度地承受改变所带来的痛苦和风险
携程技术
2018/03/16
1.4K0
干货 | 敏捷开发的持续改进
除了架构,没有数据人才,也做不了数字化转型,传统企业路在何方
大数据爆发式增长的这10年,大数据人才始终是这股浪潮中的焦点,但如何更好的定义人才在企业的发展和职能定位似乎变成了一个始终缺乏最优解的难题。
大数据分析不是事儿
2020/10/27
3420
今天很多 CTO 都是被干掉的,因为他没有成就业务
作者|乔新亮 编辑|邓艳琴 我可以丝毫不开玩笑地说,今天,很多传统企业里的研发都只是“工人”,哪怕是 CTO,充其量也只是“高级工人”,如果不转换思维去成就业务,就只能停留在工人级别“计件制”的竞争,迟早被裁掉。 后疫情时代,传统企业面临的现实世界是怎样的? 偏传统的企业做数字化转型最迫切的问题是什么?最好解决的问题是什么?最难解决的问题是什么? 数字化转型这事应该由谁来牵头,谁为结果负责? 在数字化转型的过程中,有哪些关键技术值得下力气去做? 数字化投入无法转化为业务价值,问题出在哪里? 如何评价数字化
深度学习与Python
2023/03/29
7680
今天很多 CTO 都是被干掉的,因为他没有成就业务
揭秘程序员在「外包」、「技术导向型」和「业务驱动型」公司的日常生活
本人在大学期间有过三段实习,大二在一家外包公司,大三去了技术型公司,现在待在一个业务驱动型公司。认识我比较久的读者应该知道,我经历了一次优秀实习生,两次提前转正,最近这份工作原本半年的试用实习期,只实习了一个月就提前转正。
乔戈里
2019/06/18
1.1K0
No.176# 技术管理之管理规划框架
上篇梳理了团队建设框架,本文梳理下管理规划框架。团队存在的价值,从哪些方向规划目标,团队成员如何配备和分工,有哪些实现方案和解决措施。本文主要内容有:
瓜农老梁
2022/12/03
6390
No.176# 技术管理之管理规划框架
网络安全文化建设的六大方法论,解读《2018网络安全文化报告》
来自ISACA研究所的《2018年网络安全文化报告》指出,95%的全球受访者认为他们当前的网络安全文化建设与期望的最终状态存在巨大差距,在网络安全领域的资源投入需要优先考虑网络安全文化的培训和体系构建,同时还要建立年度网络安全文化评估以提高员工意识。
FB客服
2018/12/21
6580
No.182# 技术管理之管理任务管理
继前文梳理「团队建设」与「管理规划」后,本文梳理下技术管理的另外一块「任务管理」。走查任务管理的主要内容:
瓜农老梁
2023/02/23
6900
No.182# 技术管理之管理任务管理
敏捷组织,如何赋能2B企业增长?
敏捷组织,又称为反映迅速的微型动态创新组织。敏捷型的企业,对内能够最大限度的赋能员工并激发其主观能动性,开放包容、去中心化和层级化,构建起灵活而充满力量的特战小组;对外能够最大限度的拥抱瞬息万变的市场环境,在技术创新、客户反馈和公众舆论等诸多方面灵活而快速应对。对于一些规模型的2B企业来说,敏捷组织能够灵活且迅速地实现跨文化、跨边界、跨专业、跨领域的突破性创新增长。
物流IT圈
2020/01/17
1.2K0
敏捷组织,如何赋能2B企业增长?
互联网公司目标管理OKR实践落地与反思
上一篇「 互联网公司目标管理OKR和绩效考核的误区 」介绍了使用 OKR 时要澄清的一些概念,但是实际使用中又如何呢?我们也是互联网公司,大家都是年轻人,思维活跃,容易接受新事物,敢尝试,但即便是这样,我们在使用OKR的时候也遇到了很多的困难。下面是我们在使用 OKR 中的一些实践和我的一些反思。
laofo
2022/10/25
5820
一名合格的程序员应该是什么样子
6 月 25 号,母亲打来电话,说妹妹的高考成绩离二本线差 9 分。我听完随口扔了一句,“在我的意料之中。”因为她平时的成绩也就在二本线上下徘徊。
沉默王二
2019/07/10
3800
推荐阅读
相关推荐
技术管理者带团队的几个实用技巧
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档