晋升答辩ppt
-
2023年3月1日发(作者：不仅还)如何做好技术晋升答辩
⼀、前⾔
随着这些年各⼤⼚发展趋于稳定，⼈员的晋升体系也逐渐形成，有了较为通⽤的范式和标准。不像前些年，技术⼈员的晋升基本靠leader的
意愿。⽽且，各⼤长间对相互的职级也是认可的，这也成为了程序员更换⼯作后，新公司对其评级和薪资待遇的重要参考和依据。因此，深
⼊的了解晋升答辩，和如何在晋升答辩中更好的表现⾃⼰、脱颖⽽出，就⾮常重要了。
相信很多同学都曾听说过，某某同事平时⼯作⾮常勤奋，是项⽬的中坚⼒量，但答辩却没有过，⽽与其同部门的的某某，⼯作⼀般，项⽬中
做的贡献远不如他，但就是答辩的好，却晋升了，然后说者和听者都会发出阵阵叹息。晋升体系固然有其不好的⼀⾯，但我们⼤不必过多的
对其批判。我们处于这个体系之中，既⽆法改变，更⽆法提供更好的⽅式，那么我们只能适应这种⽅式，不要让⾃⼰成为那个付出很多却没
有收获的不幸者。
那么，怎样让你的答辩能够体现出你的⼯作价值，⽽不是让评委觉得你的⼯作很简单，没什么难度？怎样讲清楚⼀个技术难点的是如何攻克
的，⽽不是让评委感觉你只是解决了⼀个Bug？怎样让你的答辩⼲货满满，⽽不是让评委觉得PPT充斥了情怀却⽆实际落地？我们开始⼀步
步梳理吧。
⼆、内容
⾸先，我们需要准备答辩内容，制作好答辩PPT，答辩内容⼀般分为简介和⼯作内容两个部分。
1．简介
简介包括了个⼈简介和团队简介。个⼈简介可以介绍下⾃⼰的教育和⼯作背景，也可以说⼀下⾃⼰的绩效和获得的⼀些奖项，要突出重点。
团队介绍，可以介绍团队负责的整体项⽬，这个可以根据⾃⼰所处的部门的实际情况进⾏增减。因为有些评委可能来⾃其他部门，对你所处
的部门和职责可能不熟悉，那么就需要介绍下。
这部分做到⾔简意赅、介绍重点即可，因为晋升答辩的时间有限，这⾥不要分配太多的时间。
2．原则
⼯作内容的介绍有三个原则：系统、全⾯、深⼊。
系统是指你的⼯作内容⼀定是某个⼤的系统中的⼀部分，你要很清楚这个⼤的系统的背景、功能和技术体系，⽽不是仅局限在⾃⼰负责的那
部分。
全⾯是指需要把⼯作的内容和竞品、部门间做横向对⽐，需要讲清楚竞品或其他部门采⽤了什么样的⽅式，你的⽅式有什么优势或者为什么
更适合⾃⼰的业务。不要闭门造车，如果出现了你介绍了⼀⼤堆，⽽评委问你为什么没有采⽤xx框架来解决这个问题，这就⽐较尴尬了，⽽
且还会让你的⼯作显得没有价值。
深⼊不仅体现在答辩内容上，⽇常⼯作也需要做到深⼊理解和分析。如果答辩的内容只是浮于表⾯，既没有深⼊的业务理解，也缺乏技术推
导和思考分析过程，这就很难打动和说服评委。
3．⼯作内容
什么样的讲述是吸引⼈的呢，能让⼈听的津津有味，沉溺其中呢？那⼀定是讲故事的⽅式，因此介绍⾃⼰的⼯作内容⼀定不要像流⽔账⼀样
列出⼀⼆三，既没有重点，也没有转折，让听众听的哈⽋连连，⽽是要学会像讲故事⼀样讲述⾃⼰的项⽬。那么，⼜该怎样讲好⼀个故事
呢，先看下这个图。
这个图是来⾃于《故事经济学》，它是很多好莱坞导演和畅销书作者的参考书⽬，是讲好⼀个故事的通⽤范式。任何⼀个故事都有时间线，
从戏剧的⾓度来说，事件设计都有8个阶段：从最开始为什么要做这件事，到⼀个开始，再到你的⾏动，⾏动中遇到的困难和阻⼒，你分析
情况之后做出的选择，选择之后事态的变化，最后到达⾼潮——你顺利地完成了这个任务。
回到你的项⽬中来，⼜该怎样开展这个故事呢？不妨想象⼀下，你就是那个故事的主⾓，故事发⽣在⼀个原本祥和的王国，因为某些原因王
国发⽣了巨变（业务增加或改变），⽽你作为英雄闪亮登场（担任开发⼯作），分析了现有的难题后向国王出谋划策提出了崭新的解决⽅案
（⽅案调研），亦或者是临危受命、⼿持利刃，准备前往远⽅屠杀恶龙（开发编程）。你出发了，然⽽过程却不顺利，遇到了诸多障碍，你
却没有⽓馁，利⽤你的智慧和勇⽓，将沿途的困难⼀⼀解决（克服技术难点），最终你完成了使命，拯救王国于危难，还解救了公主并获得
其芳⼼（项⽬上线）。
这是⼀个很俗的⼀个套路，却屡试屡验。如果把这个范式应⽤在你的晋升答辩中需要怎么做呢？⾸先需要介绍背景，你的⼯作肯定不是平⽩
来的，它⼀定有⼤的背景，是为了解决某个问题⽽存在的；然后介绍你的实现⽅式，这个⽅式要突出你的思考和推导过程；实现的过程也⼀
定不是⼀帆风顺的，肯定遇到了很多难点，说清楚你⼜是怎么⼀⼀克服的；最后这个⼯作要有意义，必须量化的表⽰出收益。通过这个⼀波
三折的故事，相信既能让评委听明⽩你的⼯作，也可以把⼯作中的难点和你的深⼊思考体现出来。
（1）背景
我们先了解下背景介绍什么，⾸先需要说明⼀下现状是怎样的，产⽣了什么⽭盾，是⽤户量增长导致系统⽆法⽀撑？还是业务流程做了⼤的
变更？或者是某个环节成为了制约系统发展的瓶颈？然后针对这个⽭盾提出具体的解决⽅案，需要说清楚可以实现什么功能、解决什么问
题，这⾥需要强调下你⾃⼰的思考。
关于背景介绍⼀定要有全局系统层⾯的了解，不能等评委问你为什么要做这个，你说⾃⼰也不清楚是领导让做的，这就缺乏⼤局观了，是会
丢分的。所有的⼯作⼀定是为了解决某个技术问题、业务需求⽽产⽣的，即使真是领导拍脑袋定的，那你也需求了解清楚领导的意图。
背景讲解的⽬的是让评委了解清楚这项⼯作的⽬的和作⽤，所以介绍背景⼀定具体分析，区分对待。对于通⽤的知识背景，⽐如通过⽹络搜
索就能查到的技术背景等，可以⽤少量的篇幅点到即可，切不可⼤篇幅的介绍；⽽对于具体的业务背景，评委可能不清楚也⽆法通过公开的
渠道获取到，这就需要稍微详细地进⾏介绍。
（2）实现
技术答辩考察的是什么呢？是你的⼀年来的⼯作量是否饱和吗？很多⼈想当然的认为是，然⽽实际评审中评委不会把这点作为重要的依据，
评委更关注的是你是否成长，你的⼯作和能⼒是否达到⽬标职级的要求。这⼀点要切记。所以，千万不要流⽔账⼀样⼀⼀罗列你的⼯作内
容，既没有重点，也没突出难点，尤其缺乏你的思考的闪光点。
要想让你的实现⽅案得到评委认可，推导过程是必不可少的，严密的推导过程和熟练地应⽤分析⼯具才是你技术⽔平和职业素养的的真实体
现。具体步骤如下：⾸先抛出问题，可以结合系统说明；然后介绍对竞品、其他部门、⾏业内的调研情况，简要说明其优缺点，然后通过折
中选型，引出你的解决⽅案；提供数据分析结果，使你的⽅案有理有据；最后，说明你的具体实现⽅式。
（3）难点
很多项⽬做完以后，再回想似乎没有什么难点了，因此难点是需要在推导过程中提取出来的。难点的提炼可以从这两个⽅⾯⼊⼿：⼀个是内
⾏的⾓度，⽐如和竞品⽐较、和团队⽐较，有什么领先的，实现起来有难度的；另⼀个是从外⾏的⾓度，可以找⼀个类似的项⽬，然后重新
⾛⼀下分析推导的⼼理路程，找出其难点。
难点的关注点可以有算法、架构、模块、运维、运营、业务等。算法要有实际的落地应⽤，和你的实际⼯作；架构包括了扩展性、容灾性；
模块可以突出底层效率和接⼝化；运维可以体现架构和业务⽀持；运营包含运营分析；业务可以说明业务优化、组件化、效率等。
在这个领域，你才是真正的专家，所以不要怯场，对⾃⼰要有⾜够的⾃信。
（4）收益
⼯作⼀定要有收益，收益的描述需要通过量化的⽅式表述出来，⽐如性能提升了30%，每⽇消耗增加了5%，⼈⼒成本节省了10%……⽤数
字说话。
4．格式排版
PPT最重要的是要做到简洁和统⼀：所谓简介是并不需要有多强的设计感和花⾥胡哨的东西，毕竟技术评审的关注点不是PPT设计制作能
⼒；统⼀是指PPT各页需要做到整齐划⼀、字体⼤⼩⼀致、前后⾊调⼀致，必要的整齐统⼀还是需要的，这也是程序员严谨⼯作作风的体
现。
其他的细节还有就是尽量避免使⽤⼤段⽂字，最好使⽤动画、表格、图表来描述；标题要明确且突出重点；控制好单页的内容，不要超过三
分钟。
5．附录
PPT展⽰的篇幅有限，如果还有⼀些必要的材料，⽐如⼀些相关的举证材料、补充说明、其他相关⼯作材料等，需要提供给评委，可以通过
附录的⽅式提供。
三、常见问题
（1）项⽬太简单
虽然列举了很多的项⽬，但是评委却感到太简单，主要有三点原因：1、项⽬列举了很多，但没有重点且都不够深⼊；2、内容松散，没有
形成⼀个有机的整体；3、项⽬介绍缺乏推导过程，没有体现出你深⼊思考的过程。
（2）内容如何取舍
项⽬太多的话，⼀⼀介绍要么时间不够，要么不够深⼊，所以必须要突出重点，如果有时候不太好取舍的话，你可以想如果只让你讲⼀个你
讲哪个，这样会⽐较容易找出重点项⽬。
如果项⽬太少、或者项⽬太⼩的话，这需要在平常多注重积累，做好准备，毕竟巧妇难为⽆⽶之炊。另外就是，可以采⽤系统思维，把⾃⼰
的项⽬作为系统的⼀部分来表述，会有⾼屋建瓴的更好效果。⽐如同事解决了⼀个模块的性能问题，单纯去说，感觉就是解决了⼀个bug，
但是如果从整个业务去说，业务飞速发展，某模块性能问题成为了瓶颈，然后怎样怎样分析解决了问题，最终⽀撑了业务的发展。
（3）PPT废话连篇
通⽤性的概念要⾔简意赅，不要⼤篇幅的介绍，说的越多失分越多；技术情怀性的东西少讲，即使要说也要⽤你的实际⾏动来说明，空谈打
动不了评委。
（4）⼯作很努⼒，⾼效率完成岗位任务，是否必定会晋升
技术晋升不是项⽬贡献排⾏，原则上需要候选⼈在技术上有明显的提升，能够利⽤对技术更深理解去提升效率或进⾏技术创新，更好的解决
未来⾯临的问题。⽽且放到业界，技术⼈员（⾮管理岗）也是按技术能⼒⾼低来决定薪资及等级的，所以评判是否有技术能⼒的提升是候选
⼈能否得到晋级的⼀个刚性条件。
四、演练
演练、演练、再演练，没有临场发挥，只有提前准备。只有准备到100分，临场才有可能发挥80分。
把⾃⼰讲演⽂案逐字写下来，不断斟酌调整，在⾃然的语速下还要控制好时间。可以找地⽅演练，像真实答辩⼀样⾃⼰先讲出来，⼀直练习
到可以脱⼝⽽出。找你的leader和有经验的同事听⼏次，他们往往可以提出很多中肯的建议。
五、结束语
在开始写材料之前，可以先找同事们学习他们的成功经验，包括答辩思路，PPT的内容，时间的分配，和评委的互动等等，⼤家都是愿意帮
忙的。确认了思路后，可以先梳理出来个⼤纲，给leader看看，leader认可或者给出建议修改完善后，再开始准备材料。否则⽅向不对，后
期要⼤改就⾮常耗费时间。
最后，摆正⼼态，全⼒以赴，不经历风⾬怎能见彩虹，不论结果如何，成长才是最终的⽬的！
您的关注点赞和分享，是我更新最⼤的动⼒！请您关注分享ToCTO，每周为您带来最硬核的技术分享和最有效的管理⽅法！