自就业以来，还没参加过晋级，第一次参加就是以评委的身份，真是愧不敢当。虽然没吃过猪肉，但也见过猪跑，想聊一聊我眼中的晋级。软的硬的都要来一发。

　　公司提前一个星期，把即将做评委的人纠集起来，开了个动员大会，紧急培训了一番评委的职责、评审的方法流程以及评审标准。（培训回来，领导跟我说，这些评委没几个合格的，言外之意赶鸭子上架，我一想也对，但我要努力做一名合格的评委！！）

　　评委基本上是比被评级别高1~2个级别的，也有平级互评的，评越高P所高出的级别越高。

　　做为一个后端QA，所评的通道也是属于大后端，包括后端开发、服务端QA、数据、IT等等。被pick做评委心里还有一丢丢小开心呢，毕竟今年也是要参加晋升的，提前熟悉以下规则也是很棒呢。上面是一堆不太正经的废话，下面主要分为两部分：

　　1.如何做一名评委

　　2.如何做一名候选人

一、如何做一名评委

　　其实评委跟面试官差不多，如果你做过面试官，你一定会很快融入进来。与做面试官不同的是，面试官是要捞起哪些符合你条件的候选人，而晋级评委是需要通过候选人的材料、演讲和问题回答捞出他是否符合级别的预期。

　　首先，作为一名评委，我们要清晰的知道候选人申请的职级比候选人之前的职级增加了哪些技能点。

　　阿里P6对标百度T4、T5，对标腾讯P2-2、P2-3、P3-1，大家自己对应一下。每个公司标准都不一样，大家可以好好研习一番。

　　比如一个后端工程师，申请级别是P2-3，困难需要在业务、沟通、影响力方面更上一层楼。比如一个测试开发，申请级别是P2-3，可能需要在业务、工程、影响力方面更上一层楼。

　　总的来说P2-3要完成从执行到主动的转变。做为一个评委，要把每个职位的要点熟记于心，理论上符合该职级需求点的候选人就可以通过。

　　其次，要提前了解候选人的信息，包括提前预习候选人的材料、ppt以及所涉及领域的知识。

　　候选人在某些业务领域、专业技能上强于评委是很正常的，但是做为评委，最起码的术语要懂，不要一听就懵，一懵就走神，一走神就会问一些傻问题，降低自己的公信力。

　　所以要及时补充知识，了解个皮毛，知道候选人做的事情大致是个什么水平即可。

　　第三，STAR候选人信息，对star中的每个环节提出疑问，做为备选问题list。

　　项目的背景能够体现做事情的初衷以及意义，总要知道你是不是在浪费时间呀。

　　技术的选型能够体现候选人的技术深度。

　　Action就是指执行的情况，怎么做的。

　　Result是做事情的结果、跟进、后续的计划，规划很重要。

　　第四，候选人答辩环节，产生新的问题list，对职级对应的新增技能点进行着重抓取。

　　答辩环节，可以解开一些预习中遇到的问题，并且在演讲的过长中产生新的疑问，候选人有时候会遗漏一些点，比如一些软素质，这时候需要记录下来。

　　根据star来看，比如action，一般人都会在这里加入大量篇幅，如果讲不清楚的话，一定要diss一下。比如技术选型，我做为评委知道一些其他的工具/技术/其他团队的方案，你为什么要选择现在这种呢？对自己做的东西一定要全方位了解。

　　有个小伙子，讲自己修改一个单元测试框架的源码云云，当时我眼神一亮，没想到啊，咱公司还有RD团队对质量如此负责？！很开心，遂问之你们是如何保证组内单元测试质量的？框架是否可以推广到其他组使用？（然事与愿违）

　　第五，问题环节，新的问题list的探讨，对候选人需要新增的技能点却没在ppt中叙述的技能进行提问。

　　对于积攒的问题，与候选人一起探讨，但切忌不要人身攻击，比如他没用你们组提供的基础组件，你就在此时报复人家，万万不可。

　　如果候选人回答不上来，或者没听懂你问题的时候，一定要立即补充自己的问题，争取顺利的沟通，并且消除候选人答不上来的恐慌感，照顾到他的情绪。

　　如果候选人整个演讲过程中漏掉了一些必备技能点，一定要在这时候提问出来，尤其是一些软素质类的，在我看来缺失一个技能点影响蛮大的，如果是硬技能上缺少，很可能就挂了。

　　第六，评委交流探讨，初步打分。

　　送走候选人，评委们一起探讨该候选人，理论上每个人都要发言，要清晰表达自己观点，说出候选人的优劣势，分析候选人与目标职级是否匹配。

　　一些软素质不好的评判，但是可以从做的事情上体现出来。

　　评委之间会有很大差异，但每个人遵从自己的标准就好了。

　　第七，一些个人的想法和建议

　　1.很难没有私心（但请你一定要在一定范围内保持公平公正，每个人都很努力的）

　　2.如果觉得他一定不行，一定要有有利的证据支撑，让候选人心服口服

　　3.如果觉得他一定不行，一定也要找出他的优点，让梁静茹给候选人继续下去的勇气

　　4.排除非技术因素（比如表达不清晰、长得丑？其实很难做到，不会表达真的害了不少人包括我自己）

　　5.有些时候候选人做的项目不是自己能够决定的，不要以项目的好坏来评判候选人的能力

二、如何做一名候选人

　　确认过眼神，你就是我要找的人，以下说的每一句话都可能是废话，技术评级只要实力到了，技巧什么的都是浮云。

　　1.准备

　　如果你想晋级，请无时无刻不在准备着，机会是留给有准备的人。

　　准备主要有三点：

　　（1）平时的积累

　　从开始做一个项目就要养成沉淀总结的好习惯，从始至终，也能够帮自己梳理清楚每个项目的STAR，做事情会更有条理，最主要的是，在你写晋级ppt的时候会如鱼得水！

　　（2）ppt&演讲准备：

　　ppt要以star模式来写，每一部分都要有阐述，多用图表少写字，多用数据来支撑你的结果，少用一些非常好、不错、极大提升之类模糊的字眼。

　　最基本的每个你要写的项目都归结称一个star，如果一些star之间有循序渐进的关系可能会更好。

　　比如，第一个star是你做了某个业务，然后你在这个业务中发现了一些痛点，然后你痛定思痛，做了优化，产生了第二个star，这样看起来你就是一个连贯的、有连续性动作的人，给人感觉就会是喜欢思考、能从业务出发解决业务问题，而且评委看起来听起来也会有一种由浅入深、循序渐进的代入感。

　　（3）问题准备

　　假设你要从P2-2晋升到P2-3，那么在业务、沟通、影响力上要有一些突出的体现。在问题准备上，要在这些点上着重准备一些问题，其次就是根据本身业务/技术本身准备问题。

　　比如，在业务上，不单单只是完成产品的业务需求，你还可以从开发的角度来影响产品的设计，使产品的可扩展性更好；技术选型的取舍，为什么一定要选这个，别的团队用的那种方案，你怎么没参考一下呢？如果答不上来，就可能被认为调研不充分，重复造轮子等等。

　　比如在影响力上，你做过什么规模的分享？你做了什么好用的东东，为什么做？有没有推广过？有人用吗？使用情况如何？有什么反馈？后续有什么规划吗？

　　比如在沟通上，你负责的项目人员有更紧急的需求，你的项目要delay了怎么办？

　　但一般应该不会有人问一些硬知识点，诸如kafka的架构？kafka的存储结构？

　　2.答辩

　　（1）多找一些人结对演讲总没有错，可以消除紧张感，可以让别人帮忙看看ppt还有什么不妥，可以控制好时间

　　（2）语速不要太快/太慢（其实也是很重要）

　　（3）如果有人不礼貌的打断你，要淡定

　　（4）问题的回答

　　很想重点说一下，因为这块基本是solo，你不会每道题都押中。

　　（1）一定要听清楚、听明白评委的问题

　　（2）结构化的回答问题，要有一定的延展性（不是很好做到，平时可以多练习结构化思考会好一些）

　　（3）如果你需要思考，不要想太久

　　（4）回答之前，可以先想一下评委的问题对应到职级必须问题中的哪一个，那样就不会答偏

　　（5）回答问题语速不要太快

　　（6）碰到不会答的问题，评委又不提示，一定不要呆住，要跟评委持续确认，确认的过程中想答案