大厂研发半年晋升｜一位00后前端的晋升复盘～

刚刚完成晋升答辩，结果还没出来，不管了，结果不重要，趁热做个复盘！！

求生欲使然我再说明一下，把大厂、00后、半年晋升这种关键词打在标题主要就是做个标题党求点流量TVT，没有什么凡尔赛的成分啊TVT，如果你看完，你可能会发现如果你是我这个情况你也行。所以我主要还是想分享一下我的思考，欢迎大家一起指正讨论～

客观层面 - 基本情况和晋升理念

tips：我的情况可能比较特殊，我理解有很多客观因素加成，所以我简单介绍一下这些情况～

• 基本情况

  我是21年的应届毕业生，在大三通过秋招进的公司，截止提名那天其实在公司已经工作了一年半了，其实在年限上还算是足够的，只不过正式工作时间短。

  我们组低职级同学比较多，1/5都是校招生，如果正常按照一年或者一年半进度的话，到时候会有很多同学要晋升。

  我在校招生中实习时间久，并且能力相对比较突出（其实也是时间久带来的，我对业务更加熟悉一点），因此在毕业半年就提名晋升了。

• 晋升理念

  公司的观念是「以能定职，以职定薪」，根据能力定职级，跟你的产出和绩效没有关系，如果你的能力到达了这个职级对应的能力模型，那就可以晋升。

  顺便讲一下晋升和绩效之间的关系，公司对绩效是「以绩定奖」，根据你的产出和结果确定你的绩效奖金。

  也就是你能力再好，如果产出不够年终奖可能也不多；同样的你的结果不够好，但是你在过程中展现出来的能力很强，你也有可能晋升（当然拿结果的能力也是一个非常重要的能力）～

  这其实也要求我们做晋升汇报时更加注重过程，你怎么发现的问题，怎么设计的解决方案，在这个过程中体现了你的什么能力，而不是结果的堆砌，结果的堆砌应该是在绩效环节关注的。

能力要求 - 我对能力维度的拆分

既然是符合能力就能晋升，因此我们要在工作中让同事让领导看到我们具备这方面的能力，我把这部分能力进行了一个拆分，并且介绍了如果获取这部分的能力～

• 代码能力

  • 能够独当一面

    • 这是一个非常基础的能力，就是成为一个靠谱的工程师，能够独立设计方案，按时、稳定的交付代码，同时代码的质量高，能够对一些通用能力进行抽象。
    • 在这个过程中，需要你对技术基础，例如操作系统、计算机网络有一个扎实的理解；同时在工程上要有能够设计方案解决问题的能力～

  • 能用技术手段解决问题

    • 其实在业务工作中我们会碰到很多问题可以通过技术手段去解决，比如使用schema-form解决动态表单render层逻辑复杂的问题，使用一些脚本解决开发中的一些重复工作等等。
    • 我们可以多去思考，多去发现问题，多尝试设计方案去解决这些问题，这可以让我们提升我们的技术能力，同时在接触不同解决方案的过程中拓宽我们的视野，这都是对于技术能力的一个提升，也就是用业务导向进行技术建设。

• 业务能力

  • 业务中的思考

    • 我是做中后台业务的，更多for研发使用，所以产品在其中的作用会比较少，那更多的需要我们研发自己去思考平台的规划，包括方案的设计，这一部分其实是非常重要的能力，就是我们有自己的价值判断。
    • 例如发现问题：现状下哪些事情是需要被解决的？解决问题：这些问题用什么样的方案解决会更好呢？价值判断：用户/产品提出了这样一个需求，他合理吗，是不是有更好的解决方案？
    • 对每个问题都多思考一点，我认为是在业务中非常重要的一点，他其实就区别了「别人说什么就做什么」和「能够自己提出一些问题」的这两类人。

  • 衡量业务结果

    • 我是做b端产品的，相对于c端可以用一些gmv等指标衡量产出不同，b端的产出很难用数据指标或者数据模型去衡量，因此对于不同的业务不同的工作，我们都要思考怎么样设计一个合理的、令人说服的数据指标，我理解这是一个很重要的能力。
    • 举个例子，我做了一个灰度上线的机制，我把指标定为「事故数量」，那可能影响他的因素就很多了，我们的数据体现不一定能符合预期。那如果我们把指标定为「灰度过程中的回滚次数」，其实就能很好的衡量，有多少的问题是我们灰度这个过程解决的，说明灰度建设的价值。

• 沟通能力

  • 和不同角色沟通

    • 在工作中我们经常要和PM、QA、UI同学沟通，如果我们还是站在前端的视角和他们沟通就会很费劲，那我们其实站在对方的视角，想对方真正要什么呢：
    • 比如和qa沟通需求时，我们给他介绍重点测试建议和影响面；ui沟通需求时，我们可以拿出简单的交互稿或者竞品截图；和产品沟通时，我们聊规划和方案设计，什么能做什么不能做，方案一二三在交互上有什么不一样等等。
    • 愉快高效的沟通体验会提升合作方对你的评价～

  • 跨部门沟通

    • 在跨部门的沟通中我认为最重要的一件事就是不懂就问，如果对对方的bg或者方案不了解千万不要不懂装懂，跨部门合作更需要我们对细节有良好的把控，不然我们就会被对方牵着鼻子走，甚至于做到一半发现细节不对做不了。
    • 当然为了避免这种情况，在跨部门工作前期，也需要我们做充分的调研。

• 部门影响力

  • 做好一个客服

    • 我理解值班解决oncall是一个很好的对自己的产品进行思考和review的场景，在oncall中你可以了解用户是怎么使用我们产品的，不同角色的同学对我们平台的诉求是什么。
    • 在这个过程中，我们可以知道业务方是做什么的，我们和他们的业务有什么样的交互，我们是不是可以推进进一步的合作；或者当某一类的问题频繁提出的时候，也是我们需要对自己的产品设计进行思考的时候，所以值班客服是一个很好的途径。
    • 当然同时这也是一个提升影响力的方式，大家想起这个平台，就会想起xxx是做这个平台的可以找他；同时也可以锻炼你的沟通能力，比如我已经熟练使用「～」、「我看看」稳住暴躁的业务方。

  • 进行一次部门分享

    • 可以分享你擅长的技术，但是如果你在技术上没有特别多的建设，也可以对你目前在做的业务进行串讲，在这个过程中也是你对业务进行review的一个过程，毕竟自己懂，和让别人懂，是两件非常不一样的事情，能把别人讲懂你对业务肯定已经有非常深刻的理解。
    • 当然你也可以在自己的技能池里找适合分享的东西，因为我大学时辩论队的，所以我分享的是教大家如何吵架[手动doge]。

晋升答辩 - 准备过程和经验分享

晋升流程可能各个公司各个业务不太一样，那我就简单介绍一下我为晋升答辩做的一些准备和流程分享～

• 晋升流程

  • 我们的晋升是由leader提名 -> hrbp审核 -> 其他部门leader交叉答辩 -> 结果通知，我目前只进行到答辩部分，因为后面不是我能决定的所以我觉得我已经解放了哈哈哈！
  • 这个过程中最重要的就是答辩文档的准备，也是我进行的最痛苦的环节，六千字的文档我重写了三遍，花了快三个星期去打磨，在这里我分享一下我踩过的坑。

• 文档准备

  • ❌ 不可以堆砌结果

    • 对于晋升要求来讲，是你的能力符合模型而不是产出符合预期，因此评委并不关注你的产出是什么，更多关注你为何做这件事，你的思考和能力体现在哪里。
    • 同时在写结果的时候也不可以什么都写，很你的大方向大思路没太大关系的事情可以不写，如果你觉得很重要，可以选择写在文档上但是不读出来。

  • ❌ 不可以不讲前因后果

    • 在写文档之前应该先设立一个线索/思路/主题，让你的核心工作围绕这个中心串联，这样会更加方便评委理解，同时也方便写文档的时候筛选你的核心工作，比如你的工作都是围绕xx业务，xx业务现状有123个问题，针对这些问题你做了123的建。
    • 对于每一个核心工作，也要做到讲清楚前因后果：现状什么样的，为什么要改变，怎么改变，取得了什么成果。
    • 这样可以让你的整个汇报很完整并且很容易理解，如果你只是东一块西一块的进行工作的总结，难免会让人觉得缺少思考和堆砌结果。

  • ❌ 不可以全是文字

    • 我写了六千个字，如果没有一些图片辅助理解可能评委看一眼就不看了，一些适当的图表可以帮助评委理解，比如你做了个产品可以附加产品的截图，你在产品的某条链路做了优化可以画上这个链路的流程图等等。
    • 除了图表，还可以通过一些文本高亮的形式对于一些重点产出进行提醒，我是把所以产出数据都进行高亮，因为我在汇报的时候不打算念这部分数据。

  • ❌ 不可以照着文档读

    • 在答辩的时候不能读文稿，会让整个体感很差并且让汇报变得很长，你可以把很多东西都写上去，但是在讲的时候应该挑重点去汇报，例如你的思考你为什么这么做，对于一些具体的技术细节如果评委感兴趣可以看文档，或者文档写的不清楚可以在QA环节再进行补充。
    • 最好就是和写文档一样，有一个主题，根据这个中心主题中心思考进行建设，比如我给自己设定的主题是从xxx业务看中后台业务的发展思路，那我在汇报的过程中可能就注重将我是怎么让这个业务发展起来的，我的这些经验和思考对于中后台类型的业务有什么帮助等等。

• QA准备

  • 这个部分比较难准备，我想讲一下心态上的工作，评委进行QA肯定不是为了刁难你，所以他问的问题出发点一般是没听懂/没了解上下文或者是希望通过这些问题找到你match晋升能力模型的地方。
  • 针对第一类问题，我们可以提前从项目背景，平台定位、平台价值、解决方案、和竞品的关系几个方面进行思考简单的做一些问题准备。
  • 第二类问题，他可能会对你做的业务提一些场景，让你设计一些解决方案；或者让你阐述你当时为什么这么设计方案，去看你解决问题的能力。
  • 我自己的体感下来，如果你对自己的产品平时有足够的思考，QA环节还是比较容易的。

• 答辩体会

  • 我感觉答辩的过程对自己还是很有提升的，首先会对自身的工作有一个沉淀和思考，加深对现状的理解，同时也是对自身能力的一个review，发现自己的不足，包括能够回顾未来的一些规划和发展方向。
  • 其次是在答辩的过程中，评委还和我交流了很多技术和业务上面的观点，对于我回答的不足的一些地方，大佬都会进行一些补充和上下文说明，和大佬one-one还是非常有收获的～

大致就写到这里，初入职场思考可能不够全面或者深刻，有不同的理解也欢迎大家讨论~最后希望读到这里的大家都升职加薪工作顺利！！也希望自己能够通过答辩哈哈哈～