极客时间已完结课程限时免费阅读

04 | 晋升逻辑:别人怎么判断你有没有达到晋升要求?

04 | 晋升逻辑:别人怎么判断你有没有达到晋升要求?-极客时间

04 | 晋升逻辑:别人怎么判断你有没有达到晋升要求?

讲述:安晓辉

时长13:31大小12.35M

你好,我是华仔。
上一讲我介绍了晋升的三大原则,分析了什么样的人更容易晋升,帮你明确了努力的方向。但是努力提升之后,你的能力到底有没有达到晋升的要求呢?
也许你自己信心满满,但评审的人不一定认可你的能力。如果你的直接主管不认可,你连被提名的机会都没有;如果部门内的管理者不认可,你在预审的时候就会被刷掉;而如果评委团不认可,你在评审阶段还是会倒下。
那么,什么样的能力水平才经得起不同评审者和不同视角的考核,怎样才能几乎没有争议地顺利晋升呢?
针对这个问题,我将用连续 3 讲的篇幅为你给出完整的回答。今天的第 4 讲,先带你认清判断能力最本质的底层逻辑;第 5 讲,会教你掌握一套把能力要求具体化的通用模型;第 6 讲,会带你纵向地透视不同层级对能力的核心要求

一些看似客观的常见做法

接下来,我们就从判断能力的一些常见做法开始讲起。
第 2 讲介绍晋升流程的时候,我曾经说过,在评审阶段正式判断你的能力是否达到晋升要求的是评委团
但是在这之前的提名和预审阶段,判断你能力的人,是你的主管,可能还有 HR、经理和总监等。这些人并不会像评委那样通过将近一个小时的时间来仔细确认你有没有达到晋升要求,而是会结合你的晋升材料,凭主观感觉来判断。
实际上,主管等人通过主观感觉来判断你能力的时候,他们的心理压力也很大。因为没有统一的客观标准,就很容易出现说服力不足的问题。
对于没有掌握正确判断方法的人来说,为了避免在提名或预审阶段引起争议,他们可能会采取简单粗暴的逻辑,完全以客观条件为标准。常见的做法,有下面 3 种。
第 1 种是以当前级别的年限为标准。比如同样都是 P6,你在这个级别待了 2 年了,而坐你隔壁的老王已经待了 4 年了,你的主管可能会优先提名老王去晋升。这也是很多人私底下吐槽的“优先保老员工”的现象。
第 2 种是以工作年限为标准。它跟第 1 种有点像,区别在于它看的是总的工作年限,而不只是在当前级别的工作时间。这也有一定的合理性,因为一些社招员工虽然来公司时间不长,但是他们之前就已经积累了很多工作经验,跟新人还是不一样的。
第 3 种是以绩效为标准。简单地说,就是把绩效跟能力直接挂钩,绩效好就可以去申请晋升。这样做最方便,因为绩效结果是明确的。
你可能对这些做法很熟悉,甚至觉得很有道理,但其实它们都只是看似客观而已。
因为年限和绩效这些条件虽然都是确定的、可以量化的,但是它们跟能力并没有直接的正相关关系。在晋升体系完备的大公司,我从来没见过评委最后靠这些条件,来判断申请者的能力有没有达到晋升要求;相反,评委们在最后总结的时候,会特别提醒主管以下两个要点:
无论什么年限都不是我们判断能力的标准。花 1 年时间掌握某项技能然后重复 9 年,和 10 年时间不断在提升,两者的能力差距是巨大的。
绩效不能等同于能力。绩效好有很多种可能的原因,能力强只是其中之一。更何况,公司已经在工资 / 奖金 / 股票方面对绩效进行了回报。至于晋升,它是对“能力提升”的一种认可,不能拿来作为绩效的回报。换句话说,绩效关注的是业务结果,晋升关注的是能力提升。某些人可能在当前级别做事得心应手,可以拿到很好的绩效,但是能力并没有本质的提升。

第一条逻辑:提前做下一级别的事

既然如此,在“互联网大厂”,评委们怎么判断你有没有达到晋升的要求呢?其实很简单,他们会审查你做过的事情,看看是不是体现了下一级别需要的能力。
这就是我分享的第一条晋升逻辑:在当前级别做下一级别事情的人,才有机会晋升
这条逻辑可能会颠覆你对晋升和工作任务安排的认知。因为按照大部分人的想法,什么级别就做什么事情,只要做好了当前级别的事情,就可以申请晋升,然后到下一级别再去做下一级别的事情。
然而实际情况是,你得提前做下一级别的事情,做好了才能申请晋升。这也就解释了为什么很多 P6 和 P7 做的事情差不多的现象。
所以,如果要判断自己是不是能够申请晋升了,一种简单有效的方式是,看你做的事情是不是和下一级别的人类似。想晋升的 P6 就对比 P7,想晋升的 P7 就对比 P8……以此类推。
举个例子,在很多大厂,如果你是 P6 级别的技术人员,想要申请 P7,必须要“带过小项目或者小团队”(3~5 人左右)才有机会。如果你一直只是完成别人安排的项目任务,就算做得很熟练,也很难获得提名;就算主管帮你提名了,答辩的时候也很难通过。

第二条逻辑:做好当前级别的事

学完第一条晋升逻辑,你可能会想到一条晋升的捷径:晋升通过之后,立刻跟主管要求安排下一个级别的工作。这样你就可以按照下一级别的要求来提升自己的能力,很快就能迎来下一次晋升。
想的是挺美的,但是很遗憾,现实中这样做是行不通的。原因在于,就算是同一个级别,不同的人能力也还是有差异的。主管不敢把下一个级别的事情直接交给刚晋升的人来做。
所以我们还需要补充第二条晋升逻辑:只有把当前级别的事情做好了,才有机会晋升
你可能会有疑问:我都晋升这个级别了,肯定已经具备这个级别的能力了,把这个级别的事情做好,不是理所当然的吗?
其实,真实的晋升逻辑并不是这样理解的。晋升成功只是意味着你的能力达到了当前级别的基础水平,但还不一定有熟练精通的程度。如果你还想要晋升到下一个级别,就必须先在当前级别达到精通。
如果是跨越式职级体系,同级的人其实会被分为几档,例如“P6-/P6/P6+”、“T2C/T2B/T2A”。(也有的公司会分为 ABCD 四档,但 B 和 C 的差异很难确定,所以我不推荐这种方式,这里也不多做介绍了。)
如果是阶梯式职级体系,同级不同等的人本来就是按照“基础”“熟练”和“精通”来区分的,比如腾讯旧职级体系下的 T2.1/T2.2/T2.3。
虽然这些档次不一定在管理系统中体现出来,但是在 HR 和主管的心里一般都会有这样一个级别的划分的。下图展示了这种划分的方式:
我们可以看到,只有到了精通的程度,你才有机会晋升下一级别。换句话说,只有到了精通的程度,主管才会把下一级别的任务安排给你。这就像游戏王者荣耀一样,在星耀段位内部,还分了星耀 V 到星耀 I 一共 5 个等级,只有星耀 I 的玩家才能去打王者段位的晋级赛。
这也是我把 P6+ 和 T2.3 级别标注为“精通 & 提升”的原因。因为这个级别的人,既要做当前级别的事情(因为达到了精通的程度,做起来效率高),又要去做下一级别的事情(因为达到了精通的程度,要考虑晋升了)。
所以你刚完成晋升之后,不要立刻想着做下一个级别的事,急着晋升到下一级别;而应该先考虑怎么把当前级别的事情做好,把当前级别的能力提升到“精通”的程度。

基础、熟练和精通的区别

刚才我介绍的这两条晋升逻辑,都涉及一个关键的问题:怎么区分基础、熟练和精通呢?
这其实是一个世界难题,到目前为止,还没有明确客观的标准可以直接套用。不过呢,我根据自己的经验和理解,总结出了一套相对比较容易操作的标准。我来简单描述下这套标准,你可以看看是不是很好用。
基础意味着“会做”。如果你会做某个级别要求的事情,就说明已经具备了基础能力。当然,这里的“会”是指能够独立自主地完成,而不是别人想好之后告诉你,你再按照别人的话去做。
熟练意味着“做好”。跟基础不同,熟练是指能够把当前级别的事情做好。做好体现在做事熟练,掌握了做事的最佳实践,能够保证效率和质量,能够拿到好的结果。
精通意味着“优化”。精通是指能够优化当前级别的事情,比如采取不同的方式、思维和工具来做同样的事情,并取得突破。
如果要再区分一下“做好”和“优化”,我们可以这么理解:做好只是意味着掌握了别人总结的成熟经验,而优化意味着你自己创造了新的经验
什么算“新的经验”呢?并不是说要“全球首创”,而是说在自己所处的环境中(团队、业务线、公司等)是新的。比如“微服务”架构,别的公司可能早就在用了,但如果把它引入到这家公司的人是你,这就算你的优化成果。
另外还要注意的是,我总结的这套标准,是用来判断在某个级别所要求的能力,而不是单项技能的水平。
比如,你从事开发工作,P5/P6 的核心职责是项目开发,而项目开发会涉及到业务理解、项目计划、编程语言和 Bug 修复等一系列的单项技能。对于这些具体技能的水平,用技术广度或者技术深度来区分会更合适。

通用的晋升步骤

现在,我们掌握了两条关键的晋升逻辑,知道了主管和评委团是如何判断你有没有达到晋升要求的。再结合第 3 讲的晋升原则,我们就可以推导出适用于各个级别的通用晋升步骤了。具体来说,分为以下 4 步:
第 1 步,按照晋升原则的指导,在当前级别拿到好的结果,为公司创造价值,同时把当前级别要求的能力提升到精通程度(比如从 P6- 到 P6+),这样你才有机会成为晋升备选人员。
第 2 步,到了精通程度之后,对照下一级别的要求来提升自己的各种能力(比如到了 P6+ 之后,按照 P7- 的要求来提升自己),为可能的晋升机会做好准备。
第 3 步,主动寻找工作机会,尝试做下一个级别事情(比如提升了 P7 的能力之后,找 P7 级别做的事情来做,争取成为负责人,主导事情的推进和落地),继续拿到好的结果,向主管证明你具备下一级的能力。
第 4 步,拿到工作结果之后申请晋升,向评委介绍你做过的事情,展示相关的能力和结果,证明自己具备了下一级别要求的能力。
按照这个步骤来,你的晋升肯定就会容易很多。

小结

现在,我们回顾一下这一讲的主要内容。针对能力判断的问题,我剖析了晋升的底层逻辑,并在此基础上提炼了一个通用的行动步骤。你需要记住的重点有这 4 条:
晋升的第一条逻辑是,在当前级别做下一级别事情的人,才有机会晋升。
晋升的第二条逻辑是,只有把当前级别的事情做好了,才有机会晋升。
基础、熟练和精通三种水平的区别是,基础意味着会做,标志是能够独立完成;熟练意味着做好,标志是掌握最佳实践;精通意味着优化,标志是创造新的经验。
通用的晋升步骤是,先把当前级别要求的能力提升到精通水平,接着按照下一级别的能力要求继续提升,然后主动寻找工作机会,尝试下一个级别的工作,最后拿着工作成果申请晋升。

思考题

这就是今天的全部内容,留一道课后思考题给你吧:对照两条晋升逻辑评估一下自己的现状,你觉得自己可以去尝试申请晋升了么?
欢迎你把答案写到留言区,和我一起讨论。相信经过深度思考的回答,也会让你对知识的理解更加深刻。
分享给需要的人,Ta购买本课程,你将得20
生成海报并分享

赞 71

提建议

上一篇
03 | 晋升原则:什么样的人更容易晋升?
下一篇
05 | COMD能力模型:怎么把抽象的能力要求具体化?
unpreview
 写留言

精选留言(32)

  • 学要有所用
    2020-12-03
    华仔,想问你个问题,每个人向上走的过程中肯定会遇到很多坑,有些坑需要避掉,但有些坑应该是不得不踩的吧?就像人只有经历些事,才会变得成熟,那如果是这样,有哪些坑不建议绕过呢?包括但不局限于晋升各方面

    作者回复: 你这个问题太有意思了,我想了一下,凡是有利于你成长但是很可能犯错的坑你都不要绕过。例如: 1. 线上出问题:你不负责做方案设计就不会出错,但只有真正你设计的方案线上运行,并且出了问题,你才能更加深刻的理解设计背后的很多原则和技巧 2. 被主管批评:你什么都完全按照主管要求来做,做事很稳妥,可能不会被主管批,但是你自己就学不会自己来做分析判断和选择,因此要敢于主动去承担事情,虽然可能犯错; 3. 被人骂或者喷:你无法讨好每个人,而且只有你做好了,才会有人来喷你,因此不要担心被喷,要担心没人喷 :)

    137
  • Jason
    2020-12-12
    我们公司非互联网,人员是按项目组织的,项目经理就是头头吧。项目经理说他之前也关心代码写的好不好,后来就更关注按进度交付上线就可以了。谁做的功能多以及做的没啥问题能用,这就是好。 这样的工作氛围下,大家比的是谁做的功能多,感觉太多关注工作绩效,而非关注能力提升了。而我开发代码觉得清晰易读或扩展就是好,速度虽慢点,也能按时完成,只是得到任务的机会少些,绩效上吃亏。导致自己现在的目标也是如何快速开发好功能,尽量少去原创代码了。唉,虽有些不乐,但也不想跟人民币过不去。。
    展开

    作者回复: 人民币哪里都可以赚的,你这样长期做下去不利于自身发展

    共 4 条评论
    25
  • ls
    2020-12-10
    精通这个描述非常棒:优化,标致是创造新的经验;这个让我想到简历上想要展示自己等级(资深,高级)是不是可以往优化和创造新的经验这方面去陈述呢?另外还想问下:当同一个组内如果多个人都有往下一级别做事的意识时(主动揽活,当负责人推进落地),组内竞争是不是会很大,氛围会如何,想听听华仔这方面的经历

    作者回复: 第一个问题:可以的,简历里面写完成什么任务一般不太能够吸引面试官,要写出一些亮点,而优化就是一个很好的亮点。 第二个问题:会的,比如说阿里蚂蚁腾讯等成熟的大厂目前很多团队就是这样的,因为已经发展很成熟了,积累了大量的P7了,至于说氛围嘛,不能说太多,反正你应该能懂得。

    共 2 条评论
    18
  • 术子米德
    2020-12-02
    🤔☕️🤔☕️🤔 合格:知其然,照着做正确 资深:知其所以然,知道为什么这么做是正确的 精通:创造性解决从未遇到的新问题,组合使用掌握的技能,并且知道为什么这么组合能成功

    作者回复: 你这个标准,资深要求和精通类似,一般企业会将资深当做精通级别

    9
  • 天猪
    2020-12-05
    第一条,在阿里的说法就是: 晋升是水到渠成的事

    作者回复: 其实没人说清楚水到渠成是什么意思,有的人理解为有了好绩效就可以晋升了,有的人理解为能力够了就可以晋升了,但是什么叫“能力够了”,不同人理解不一样

    7
  • R20114
    2020-12-02
    读完之后的收获:结合之前华仔专栏中的个人成长和如何做事相关的分享,这套“打怪修炼通关”体系的本质能够让我收获的不仅仅是在晋升方面的思考,还有学习和成长规划和度量方面的准则。

    作者回复: 后面的做事技巧、学习技巧都是压箱底的干货

    5
  • 大帅哥
    2020-12-29
    看完晋升通用原则很有感触,原来自己一直以来做的都是业务绩效,虽然做了很多事情,把手上工作也做熟练了,但是没有提前做下一级别的事情。有个疑问:述职PPT中收益那块如何陈述呢,做后端开发工作感觉很多没法量化,前端可以是做了哪些功能,有多少人使用?

    作者回复: 后面有专门讲如何写PPT、讲PPT、答辩。

    4
  • 菜心1986
    2021-02-12
    如果遇到产品描述的问题,出现 bug,算不能独立完成么? 如果遇到设计和领导最初想法不一致,或者需求理解需要和领导确认是否有出入,有时是被动调整,是不是就不能算独立完成了? 如果遇到熟悉的业务但需要重构,进度慢了或者需要别人帮忙,是不是不能算独立造成了?

    作者回复: 独立完成不等于不出任何问题,也不代表完全和别人无关,团队合作在每个级别都是需要的。 独立完成的意思是你不需要别人手把手教你每一步该怎么做了。

    共 3 条评论
    3
  • 起而行
    2021-01-09
    华仔,对于阶梯式晋升的一线独角兽公司,应届生晋升的时间窗口是怎样的?到晋升答辩时刚刚入职8个月,晋升成功的可能性大吗?现在的状态是还在试用期内,对于日常运营活动所需的前端技术栈比较熟练了,开始尝试基础建设、自动化部署等工作

    作者回复: 8个月可能比较难,一般要满一年

    3
  • 周平
    2020-12-03
    请教:怎样看到下一个级别所需要的能力,并且能够入门? 总结: 做好当前级别的事,是 会做,做好,优化。 对应的就是 基础,熟练,精通 会做,是能独立自主的完成,能独挡一面。不是别人想好之后告诉你,当工具人。 做好,就是掌握了做事的最佳实践,能够保证效率和质量,能够拿到好的结果。这是掌握了别人的成熟经验。 优化,能改进当前级别的事,比如能采取不同的方式,思维和工具来做同样的事,并取得突破。这个时候,你自己已经创造出了新的经验。已经成长了,并且结出果实了。 这里要注意的是,不要抵触重复造轮子。因为,这是取得突破的基础,也是自我成长的必经步骤。 当优化成功,结出果实之后。 就可以看看下一级别所需要的能力,开始准备干一干下一级别的事情了。不要怕做不好,就是硬着头皮去干,就对了。 我遇到过的困难就是,不理解下一个级别要怎么干,入门很难。希望后面能够有所介绍。 怎样看到下一个级别所需要的能力,并且能够入门?
    展开

    作者回复: 后面会专门介绍每个级别的能力要求

    3
  • 2020-12-27
    从认知上我已经了解了第一第二点第四点,但是第三点没做好,目前晋升的应该属于能做事,并非最佳实践,距离创新还有距离。还一直在琢磨下一阶段的东西。受教了,有个学习的方向

    作者回复: 可以跟你的主管聊聊,听听他的看法,也许主管觉得你已经很优秀了呢 :)

    2
  • sugar
    2020-12-12
    华仔,问个具体问题: 你曾待过的a厂,6升7一般会让 部门的p8 担任评委。那么7升8 是不是要让p9担任评委了呢? 级别越高 人数越少,感觉一个部门也没有多少9,这样是不是就要让很多非本部门的高p作为评委了。 在评委于自己完全不认识 没有任何了解的前提下,如何能让评委支持我这样一位素未谋面 不曾相识的晋升候选人呢?感谢华仔老师!

    作者回复: 后面有关于写PPT、讲PPT、答辩的技巧,你只能从这些方面来尽量展示自己的能力。 不要寄希望于跟评委套近乎、说好话之类的骚操作,一个是时间不够,一个是评委不吃这一套。

    共 2 条评论
    2
  • Geek_8b3d95
    2020-12-05
    第一次被提名参与晋升,月底要答辩,现在有点懵不知道怎么做,学完这个课程有点来不及了。公司有能力模型,不知道怎么准备,华仔有什么方法么?

    作者回复: 找主管安排预答辩,模拟答辩

    2
  • 青苹果
    2020-12-04
    看到上面一个关于哪些可逆值得踩的精彩提问,我想知道哪些坑看别人踩学习就行了,自己踩会有不可逆的坏影响?

    作者回复: 大部分坑都是这样的������

    2
  • Hero
    2020-12-03
    华仔,您可以分享一下,阿里的 P级别,各个级别考核的标准?

    作者回复: 这个没有量化标准,更多的是靠主管感觉,同行评价,因此争议比较大

    2
  • gg
    2021-01-26
    多做可以提升能力的事
    1
  • 青见
    2021-01-15
    感觉自己有种怀才不遇的感觉;

    作者回复: 首先你可以对照第3讲 晋升原则中的“价值原则”,自我核对一下,看看你的“才”是否真正为公司创造了价值,还是只是空有一身武艺却没有发挥出来。 如果确认自己有才,但是在当前公司和业务发挥不出来,换个地方也未尝不可。

    1
  • 李帅
    2020-12-16
    客观的说,还不能够晋升,能力提升还未跨域职级鸿沟. 到下一级别来说 我缺失的是对小项目的拆分任务分配等规划的能力, 还有一点是 没有辅导信任的成长,技术的影响力还不够. 整体说来就是 专业知识和专业技能尚可,通用能力和技术影响力还有欠缺.

    作者回复: P6那一讲正好有WBS项目评估方法,可以用来在项目中用

    1
  • ^_^
    2020-12-06
    以前这些知识道听途,系统学习之后豁然开朗, 估摸着自己应该改还在半熟练水平,所幸做的项目和主管都不错,努力朝下一个级别发展! 谢谢李老师

    作者回复: 加油,能帮助到你是我最开心的事������✊������

    1
  • 铁生
    2020-12-02
    向上走的的路清晰些了。

    作者回复: 很高兴能够实实在在的对你有帮助 :)加油

    1