本文来源于公众号:勾勾的Java宇宙(微信号:Javagogo),莫得推广,全是干货!微信
原文连接:mp.weixin.qq.com/s/qcipvukR-… 做者:潘新宇markdown
勾哥:我司今天已经开工了,新年大吉!网络
今天摸鱼刷到 Why I Quit Google to Work for Myself 这篇文章,做者讲述了他在谷歌遇到的一些晋升答辩上的问题,好比晋升委员会的人根本不了解你和你的项目,你在项目中作的贡献很难被量化描述等等。架构
其实晋升答辩这个难关,技术人或早或晚都会遇到。app
通常公司在岁末或者年初,都是绩效回顾、晋升答辩的时期,我司就是在年后,因此,是时候整理一波 晋升答辩 的经验分享给你们了。ide
这几年,我有幸做为答辩评委,参与过各个职级的晋升答辩,看到过形形色色的答辩现场。就在前阵子,我也花了很多时间在团队小伙伴的晋升辅导上,今天我就把一些晋升答辩的技巧和常见的坑和你唠一唠,在晋升之路上助你一臂之力。oop
述职答辩式的晋升须要你准备一份汇报 PPT,内容包含上次晋升以来或近一年的工做成果。性能
那么,在平常工做中是否须要积累素材呢?个人答案是:并不须要!学习
不少人可能都听过这样的说法:“若是你写答辩 PPT 没什么思路,那是由于平时没有积累素材。平时要作答辩素材的积累,才能就更好地编写答辩 PPT。”优化
其实并非这样。
大部分公司的答辩时间通常在 20 分钟以内,也就是 5 到 10 页 PPT,只够你讲清楚 1 到 2 件事情。
这须要你在有限的时间里,展现在过去一年中作得最出彩的事情,我想这是不须要去素材库挑选的。若是你还要纠结一二,其实已是问题了,这说明你作的每件事情都相似,成绩也就平淡无奇。
所以我也给你一个建议,重点并非要去记录素材,而是要生产素材。
若是有机会,要尽量多地去参与重难点项目建设。
若是你没有参与过大型项目,另一个生产素材的点,是技术深挖。
好比线上产生一个问题——常常性地发生 CPU 占用忽然飙高,停顿一两秒后又恢复正常。这对业务影响不大,因此不少人可能不会注意和处理这个问题,但若是你去深挖问题背后的底层缘由,找到问题的根源并在团队内部分享,这就是颇有价值的内容。由于你不只主动解决了问题,还经过分享帮助了其余同窗的成长。
肯定了你准备讲解的素材案例后,在编写素材的方式上有三个原则须要遵循。
在上一年里,你负责了一个大型项目并成功完成了上线。切忌在 PPT 里花大篇幅介绍项目是什么及项目成功上线这一结果,由于评委没法经过结果评估你的能力和价值。
在介绍素材时,首先要介绍背景。而后介绍这个素材案例中存在哪些问题,你是如何解决的。最后才是结果的讲述。评委主要经过你解决问题的手段,来评估你是否具有达到下一等级的能力。
在介绍结果时,不少人习惯讲解项目如期上线等内容,但在评委看来,这只是基本要求,并非加分项。
正确的作法是经过一些上线后的数听说话。好比介绍上线后的系统性能数据、质量等相关内容。
这里我强调一点,不少研发同窗习惯写上线后的一些业务数据,如新增用户数、带来的金额收入等。这类数据其实与产品、业务同窗联系更紧密,毕竟需求是他们挖掘出来的,研发关注点应放在技术层面上。
若是你是从职级 6 升到职级 7,就要寻找符合职级 7 标准的素材。
好比你对某一项工做成果很满意,可是职级 5 的同窗也能够完成,建议就不要写了,这对你的晋升并无帮助。
若是你没有特别突出的素材,只能在过去工做内容里海选的话,我给你 2 点建议——
“在工期很是赶的项目里,你加班加点的保障它如期上线,且得到了领导承认,获得了诸如绩效等嘉奖”,相似的内容可不能够写呢?建议不要写,缘由没法体现技术价值。你全部的“苦劳”都在绩效里体现了,你只要在 PPT 上展示你得到过几回绩优便可。
好比你作的某件事情被大领导点名表扬了,可是又很难经过文字量化出来,也不要写,由于评委感觉不到。
选择了合适的素材后,就能够编写 PPT 了,有如下三个建议你能够参考。
答辩的 PPT 不须要太绚丽的内容。除了要保证基本的工整,细节也很重要,好比——
审查错字。有些评委会认为错别字多,可能写代码 BUG 也较多。
统一字号。不要一页字大,一页字小。
不要加过多动画。答辩重点是阐述内容,太多的动画容易出 BUG 且也会吸走一部分注意力。
控制字数,重要的内容标红加粗。答辩通常都是集中评审,评委一天要评审不少人,没有耐心看太多字。把你想要表达的重点内容标红加粗,让评委快速吸取。
不少同窗都习惯在 PPT 里放一张大而全的架构图,但在答辩时只讲解了图中的一部份内容——经过对用户写模块进行改造,以便完成对外接口的幂等性改造。
你认为,大而全的架构图能够彰显本身系统的完善性。但若是你只讲了其中一二,很难讲出价值内容,毕竟时间有限,反而容易给评委留下浮于表面的印象。在 PPT 编写时尽可能不要出现这个状况。
答辩最基本的要求是把问题说明白,而后才是高大上,此点要切记。
对于用户写模块幂等性的优化改造,你能够采用更优的展示方式,如图所示。
用具体问题的架构+细节问题描述代替大而全的架构图,这可让评委快速了解问题的背景和你的解决手段,进而更准确地评判你到底作得好仍是很差。
我再多说一句,建议你不要放一张大而全的架构图,另外一个缘由是容易“露马脚”。
我曾经遇到过,答辩人在 PPT 中写了“加密”两个字,我想他写出来的目的只是想表示使用了它。但评委一直对这个点穷追不舍,致使答辩人未能应变如流,最终答辩挂了。所以,写在 PPT 上的每个字,你都须要十分了解。
反过来,虽然不能预先拿到可能被问到的题目,但也能够提早作些准备的。评委的问题大多来源于 PPT 里的内容,基本上不会凭空问你,因此最简单的应对方法即是深刻思考其中每个词语。好比,你写了一项较大幅度的技术优化,性能从 1000ms 优化至 50ms,但没有写具体如何实现,这就是评委提问的素材之一。
欢迎关注公众号 勾勾的Java宇宙(微信号:Javagogo),拒绝水文,收获干货!