技术人的晋升PPT要怎么写？

本文来源于公众号：勾勾的Java宇宙（微信号：Javagogo），莫得推广，全是干货！

原文链接：mp.weixin.qq.com/s/qcipvukR-… 作者：潘新宇

勾哥：我司今天已经开工了，新年大吉！

今天摸鱼刷到 Why I Quit Google to Work for Myself 这篇文章，作者讲述了他在谷歌遇到的一些晋升答辩上的问题，比如晋升委员会的人根本不了解你和你的项目，你在项目中做的贡献很难被量化描述等等。

其实晋升答辩这个难关，技术人或早或晚都会遇到。

一般公司在岁末或者年初，都是绩效回顾、晋升答辩的时期，我司就是在年后，所以，是时候整理一波 晋升答辩 的经验分享给大家了。

这几年，我有幸作为答辩评委，参与过各个职级的晋升答辩，看到过形形色色的答辩现场。就在前阵子，我也花了不少时间在团队小伙伴的晋升辅导上，今天我就把一些晋升答辩的技巧和常见的坑和你唠一唠，在晋升之路上助你一臂之力。

一、前期准备：学会生产素材而非积累素材

述职答辩式的晋升需要你准备一份汇报 PPT，内容包含上次晋升以来或近一年的工作成果。

那么，在日常工作中是否需要积累素材呢？我的答案是：并不需要！

很多人可能都听过这样的说法：“如果你写答辩 PPT 没什么思路，那是因为平时没有积累素材。平时要做答辩素材的积累，才能就更好地编写答辩 PPT。”

其实并不是这样。

大部分公司的答辩时间一般在 20 分钟之内，也就是 5 到 10 页 PPT，只够你讲清楚 1 到 2 件事情。

这需要你在有限的时间里，展示在过去一年中做得最出彩的事情，我想这是不需要去素材库挑选的。如果你还要纠结一二，其实已经是问题了，这说明你做的每件事情都类似，成绩也就平淡无奇。

因此我也给你一个建议，重点并不是要去记录素材，而是要生产素材。

• 如果有机会，要尽可能多地去参与重难点项目建设。

• 如果你没有参与过大型项目，另外一个生产素材的点，是技术深挖。

比如线上产生一个问题——经常性地发生 CPU 占用突然飙高，停顿一两秒后又恢复正常。这对业务影响不大，所以很多人可能不会注意和处理这个问题，但如果你去深挖问题背后的底层原因，找到问题的根源并在团队内部分享，这就是很有价值的内容。因为你不仅主动解决了问题，还通过分享帮助了其他同学的成长。

二、答辩素材筛选 3 个原则

确定了你准备讲解的素材案例后，在编写素材的方式上有三个原则需要遵循。

1. 不要只讲结果，要写问题和解决方式

在上一年里，你负责了一个大型项目并成功完成了上线。切忌在 PPT 里花大篇幅介绍项目是什么及项目成功上线这一结果，因为评委无法通过结果评估你的能力和价值。

在介绍素材时，首先要介绍背景。然后介绍这个素材案例中存在哪些问题，你是如何解决的。最后才是结果的讲述。评委主要通过你解决问题的手段，来评估你是否具备达到下一等级的能力。

2. 结果要有价值和数据体现

在介绍结果时，很多人习惯讲解项目如期上线等内容，但在评委看来，这只是基本要求，并不是加分项。

正确的做法是通过一些上线后的数据说话。比如介绍上线后的系统性能数据、质量等相关内容。

这里我强调一点，很多研发同学习惯写上线后的一些业务数据，如新增用户数、带来的金额收入等。这类数据其实与产品、业务同学联系更紧密，毕竟需求是他们挖掘出来的，研发关注点应放在技术层面上。

3. 素材要符合职级定位

如果你是从职级 6 升到职级 7，就要寻找符合职级 7 标准的素材。

比如你对某一项工作成果很满意，但是职级 5 的同学也可以完成，建议就不要写了，这对你的晋升并没有帮助。

如果你没有特别突出的素材，只能在过去工作内容里海选的话，我给你 2 点建议——

• 不要选择只有“苦劳”的内容

“在工期非常赶的项目里，你加班加点的保障它如期上线，且获得了领导认可，得到了诸如绩效等嘉奖”，类似的内容可不可以写呢？建议不要写，原因无法体现技术价值。你所有的“苦劳”都在绩效里体现了，你只要在 PPT 上展现你获得过几次绩优即可。

• 无法量化和讲述出来的内容不要写

比如你做的某件事情被大领导点名表扬了，但是又很难通过文字量化出来，也不要写，因为评委感受不到。

三、PPT 编写 3 个建议

选择了合适的素材后，就可以编写 PPT 了，有以下三个建议你可以参考。

1. PPT 的基本格式要统一

答辩的 PPT 不需要太绚丽的内容。除了要保证基本的工整，细节也很重要，比如——

• 审查错字。有些评委会认为错别字多，可能写代码 BUG 也较多。

• 统一字号。不要一页字大，一页字小。

• 不要加过多动画。答辩重点是阐述内容，太多的动画容易出 BUG 且也会吸走一部分注意力。

• 控制字数，重要的内容标红加粗。答辩一般都是集中评审，评委一天要评审很多人，没有耐心看太多字。把你想要表达的重点内容标红加粗，让评委快速吸收。

2. 不要放一张大而全的架构图

很多同学都习惯在 PPT 里放一张大而全的架构图，但在答辩时只讲解了图中的一部分内容——通过对用户写模块进行改造，以便完成对外接口的幂等性改造。

你认为，大而全的架构图可以彰显自己系统的完善性。但如果你只讲了其中一二，很难讲出价值内容，毕竟时间有限，反而容易给评委留下浮于表面的印象。在 PPT 编写时尽量不要出现这个情况。

答辩最基本的要求是把问题说明白，然后才是高大上，此点要切记。

对于用户写模块幂等性的优化改造，你可以采用更优的展现方式，如图所示。

用具体问题的架构+细节问题描述代替大而全的架构图，这可以让评委快速了解问题的背景和你的解决手段，进而更准确地评判你到底做得好还是不好。

3. PPT 上不要“露马脚”

我再多说一句，建议你不要放一张大而全的架构图，另一个原因是容易“露马脚”。

我曾经遇到过，答辩人在 PPT 中写了“加密”两个字，我想他写出来的目的只是想表示使用了它。但评委一直对这个点穷追不舍，导致答辩人未能应变如流，最终答辩挂了。因此，写在 PPT 上的每一个字，你都需要十分了解。

反过来，虽然不能预先拿到可能被问到的题目，但也可以提前做些准备的。评委的问题大多来源于 PPT 里的内容，基本上不会凭空问你，所以最简单的应对方法便是深入思考其中每一个词语。比如，你写了一项较大幅度的技术优化，性能从 1000ms 优化至 50ms，但没有写具体如何实现，这就是评委提问的素材之一。

欢迎关注公众号 勾勾的Java宇宙（微信号：Javagogo），拒绝水文，收获干货！