1.前言

陪伴了小伙伴萌这么久，写的都是一些技术干货，还没有聊过工作上成长的经验。

那么为什么突然要聊这么一个话题呢，有两个原因：

1. 最近博主晋升了一次，在这个过程中，准备答辩内容及材料是非常耗时耗力的，相信小伙伴萌不花上一个月、不改个 3 遍以上的答辩材料都是 NB 的了，搞完一次答辩褪一层皮。
2. 博主最初准备时，在网上也各种搜索相关的经验贴，但是相关的帖子没那么多，而且不成体系。

因此萌生了分享一下晋升答辩准备过程的想法，有一些方法的沉淀的话，后续对自己以及帮小伙伴 review 材料的人都会更轻松一些。

本文总结了一些博主的经验，小伙伴萌可以根据自己的实际情况进行参考。

博主希望小伙伴萌在读完本文之后能够了解到：

1. 晋升的本质永远是我已经有了下一个职级的能力才会有晋升到下一个职级的机会。
2. 准备答辩材料时心态不能妄自菲薄
3. 答辩材料应该包含四个部分的内容：个人简介 & 工作内容概述、工作成果及心得体会、专业影响力及专业贡献、未来思考及规划，每个模块的准备思路都应该是从 问题 出发，明确 难点，得出 解决方案。

正式进入今天的话题：晋升答辩要怎么准备？

2.本质

晋升永远是有了下一个职级的能力才会有晋升机会。如果只是做好了当前这个职级的事情，没有跨越职级的能力。同样是没有晋升机会的。

3.平常怎么要求自己

在平常工作生活中，按照下一个职级（一般公司内部都会有透明的职级能力模型）的要求做事情。明确下一个职级中对于业务需要达到什么地步？技术需要达到什么地步？

4.怎么准备答辩材料

4.1.调整心态

博主认为最重要的就是不要妄自菲薄。

在脉脉上及其他各大论坛上，每到了晋升季，博主能看到的最多的一个问题：感觉今年自己没有做啥啊，或者做的都是一些打打杂的东西，晋升答辩 PPT 中要说什么内容呢？晋升材料没啥说的，内容不够丰富怎么办？。

其实博主最开始也是有这样的想法的，现在回想，博主最初诞生这个想法的原因是：在回顾过去一年做的东西的时候，感觉没啥 NB 的东西可以往 答辩材料 里写的。 这可能是技术小伙伴萌比较容易产生的一个想法。
但是后来意识到这个想法是不对的。因为：

1. 如果能够得到这个晋升机会，就说明能力以及工作成果是得到了 leader 的认可了，并且 leader 认可自己已经有下一个级别的能力了
2. 自己用的很熟的技术方案，虽然自己认为没啥 NB 的，但是其实在评委眼中可能是一个很 NB 的方案，甚至和业内对比下都是领先的技术方案
3. 你自己认为的这一年没有做啥东西，可能做了很多东西，不仅仅是 设计了 xx 技术方案 的提升。

4.1.1.我的技术方案有那么 NB 吗？

首先看看小伙伴的心路历程，自己用的很熟的技术方案，搁在当下想，小伙伴萌可能都会认为当时是顺其自然的这个方案就诞生了，所以才感觉这个方案不 NB，所以不知道怎么往答辩材料上面写。

但是这是不可能的。

因为所有的方案的诞生都伴随着一个当时场景下的问题。所以小伙伴萌可以循着这个思路去将当时的问题以及解决方案补充到答辩材料中，并且和业内对比下有可能都是领先的技术方案。

4.1.2.项目的成功只是因为技术方案 NB 嘛？

一个项目的成功，肯定不仅仅是 用了多 NB 的技术架构解决了多困难的问题 这个因素，还有很多其他容易忽视的 重要因素，举例：

1. 项目开发前：合理安排项目的时间线：举例，怎么合理安排了项目的时间线，从而按时交付
2. 项目开发中：项目的边界划分：举例，怎样将自己和其他合作项目组划分除了清晰的边界，从而促成了项目的高效完成
3. 项目上线后：项目的质量保障机制：举例，使用什么样的保障方案做到的项目上线后的高质量

我们可以深入思考下，其实有时候相比 用了多 NB 的技术架构解决了多困难的问题 来说，博主上面列举的这 3 个点可能是促成这个项目成功的更重要的因素。这些内容小伙伴萌是都能组织进答辩材料的，这样的话就不愁答辩材料的内容不够丰富了。

小提示：

其实有时候可以适当拿别人做的一些工作内容来丰富自己的答辩材料。

4.2.准备材料前需要知道的事情

下面列举一些准备答辩材料时的注意项：

1. 明确下一个职级的要求：审视一下自己在这些要求上面是否已经达到，或者在什么项目上体现出了这些能力，这些项目将成为之后做答辩材料的素材。

2. 站在评委的角度上去思考答辩材料的内容：需要明确评委都是谁，是否和我做的是一个领域的东西，涉及到后续做答辩材料或者准备答辩内容时，其中涉及到的概念是否需要稍微展开举例。举例，比如说想体现出实时计算 Flink 中的状态管理是非常复杂的，但是如果评委是做离线数据的话，他们其实是对状态处理没有很多接触的，所以我这里就得考虑多解释一下状态管理为什么复杂，状态管理为什么难。如果我的评委本身就是做实时计算的话，那么这里我就可以简单的介绍一下即可，不用解释的那么复杂。

3. 晋升答辩不是技术分享：准备的内容要能给评委讲明白讲懂，明确这是一场晋升答辩，不是硬核的技术分享（硬核技术分享一般都是针对于某一个点体现深度），也不是给别人上课。主要是为了防止小伙伴萌在准备答辩材料时，材料的内容走偏。

4. 评委关心的是我解决问题的能力：评委关心的是解决问题的能力有没有达到下一个职级，因此答辩的内容是要重点突出做项目的过程，包括我的分析过程，剖析难点问题的过程，解决难点问题的过程，而不是简单的介绍一下这个项目最终的结果，结果只是最终的一个点缀，不是重点。

5. 所有的工作都需要有价值，有目标：所有的在答辩过程中描述的工作都需要有价值，有目标。需要以一种 碰到问题 → 解决问题 的思路去描述，因为不可能凭空就出现了问题的解决方法。不建议没有介绍背景、问题分析过程就直接说解决方案。

6. 挑重点说：时间很宝贵，不可能将所有的问题及解决方案都说完，要挑能突出能力的重点说。答辩材料信息量不能爆炸，本身评委可能就不太了解我这部分内容，如果我还说了非常多的东西，评委的接受度会急剧降低。

7. 成果量化：体现出我做的好的一个最简单的方式就是将成果进行量化，比如对什么东西进行了优化，那么优化的效果就要体现出来，举例：经过 xx 优化，xx 的 CPU 使用率降低了 50%。

8. 注意体现工作大小的方式：负责的东西尽量以模块化的方式体现出来，不能说的太小，评委会认为做的没有什么技术含量，或者没有什么价值。举一个反例：负责开发了 xx 指标。再举一个正面例子：负责开发了了 xx 模块。指标 和 模块 两个词给人的感觉就不一样。

9. 不要超越当前职级太多去说事情：需要站在当前的职级以及下一个职级的角度上去说事情，不建议说超出自己职责能力范围太多的事情，比如说，如果是应届生晋升，如果在整个过程中去说指导组内其他老人做了什么事情，评委就会觉得答辩者是不是把自己拔的太高了，也会认为团队管理是不是有问题，怎么能让一个新手去教一个老手。

10. 答辩材料慎用标红加粗：做答辩材料时，小伙伴萌有时会回去把一些自己认为重要的字体进行加粗标红，但是一定要想清楚标红的逻辑，自己需要尝试说明为什么标红加粗，不然标红了之后，在答辩过程中，不解释标红的逻辑，评委会懵逼。

11. 答辩材料上的内容要简单易理解：不要写一句自己都看不懂的 互联网黑话 在答辩材料上

12. 答辩材料尽量写短语：用短语引申更容易让评委理解

13. 划清和他人工作的界限：如果涉及到和他人一起合作，需要说明、划分清楚界限，让评委知道我在项目中干了什么。不可能所有的工作都是一个人完成的。

14. PPT 尽量在同一页中体现问题以及对应的解法：在两页会有割裂感。如果一页写不下，那么在下一页也要将问题体现出来。

15. 写到答辩材料中、答辩过程中的每一句话都有可能成为评委的问题：做完答辩材料之后，一定要审视一遍答辩材料，尽可能多的去想想评委可能针对材料中的哪部分内容提出什么样的问题，针对这些问题多思考回答的答案。

4.3.答辩材料应该包含的内容

以 PPT 为例，一般会包含以下几个部分的内容。

1. 个人简介 & 工作内容概述
2. 工作成果及心得体会
3. 专业影响力及专业贡献
4. 未来思考及规划

4.3.1.个人简介 & 工作内容概述

个人简介 & 工作内容概述主要是让评委知道我是做什么方向的，参与过什么项目，目前负责哪一块的。

1. 个人简介：主要介绍在什么时间在什么公司主要干了什么项目？比如说在 2015年5月 - 2016年5月在阿里巴巴负责什么数据项目的建设。

2. 工作内容概述：主要是介绍目前的工作内容及负责的工作。可以简单挑几个重点项目中负责的工作模块，做一个对应的介绍。

4.3.2.工作成果及心得体会

这部分是主要介绍以及突出自己解决问题能力的部分，主要去介绍工作重点突出的项目以及解决的难点问题。让评委知道我是怎么分析问题、解决问题、以及在项目中干了什么 NB 的事情。可以介绍一到两个项目（两个项目需要各有侧重，比如第一个项目体现技术方案 NB，第二个可以体现保障方案 NB）。

可以通过以下几点进行介绍。

1. 项目背景：主要是让评委知道这个项目是做什么的，包括了业务本身的背景以及目标，我负责的模块的定位以及目标（讲清楚为什么需要我负责的模块，我负责的模块在这个项目中是干啥的，其重要性）。

2. 需求分析以及难点问题分析：从需求以及业务的保障要求出发，分析业务特征以及目前组内的能力现状，从而明确难点问题（在业务上的难点与挑战是什么？在技术上的难点和挑战是什么？）。比如也可以从业务出发，比如业务一年比一年难，之前的技术方案不满足业务要求，其中的难点是什么？

3. 难点问题的解决方案：主要围绕着上述难点问题，将问题一个一个进行解决，在做答辩材料时，需要注意问题解决方案的先后逻辑关系，不建议只是罗列问题以及问题的解决方案。可以围绕着一个技术\业务框架图，去介绍这些问题的解决方案以及方案在框架中的定位。

Notes:

这里要注意我们的解决方案可能是非常多的，但是不必全部都说出来，列举出来，因为答辩的时间是有限的，没有那么多时间去把所有的东西都说清楚，所以我们需要挑重点，说能体现我们能力的重点。

4. 项目成果：可以简单带过就可以，比如说我在数据建设上做了什么东西，达成了什么目标？在数据保障、数据沉淀、知识传播上做了什么？

4.3.3.专业影响力及专业贡献

这里我们需要注意，因为所有的工作都需要有价值，有目标，以结果为导向，对我们之后的工作有帮助。所以在答辩的时候也需要从解决问题或者达成目标出发来说影响力及贡献，带着目的去做影响力的扩大和专业贡献，而不能简单地只说出有哪些影响力及贡献。

可以围绕着以下三个方面去说：

1. 技术演进：推进了什么技术架构、工具链、引擎的优化，帮助解决了什么问题，在什么场景应用，应用的广泛度，提高了多少人效，优化了多少性能（列举一些数字）
2. 知识沉淀：沉淀了什么方法论、什么文档、什么工具，帮助后续的工作有什么样的指导、建议、帮助（比如作为标准化的方案）。
3. 知识的传播、知识分享：在公司外部我有什么分享？然后达到了技术影响力的输出。在公司内部分享了东西？包括组内外的技术分享，交流组内的技术分享。指导了多少人干了什么事情，干了多少事情，从而能够帮助他人更高效、标准地上手什么样的开发等。

4.3.4.未来思考及规划

未来规划主要是站在目前自己的角色出发去说。不能说一些虚无缥缈的大东西。

思路可以是目前的痛点，未来的规划。

可以从以下三个角度去说：

1. 从业务角度说：比如说现在业务遇到了什么样的难题，或者什么样的问题没有解决，未来我要怎么样去解决这些问题（比如怎样做到低成本或者更高效的？）
2. 从技术角度说：目前什么什么方案不成熟，然后后续要做什么样的优化（比如说目前什么什么技术研究深度、广度不够，后续要怎么进行深度和广度上的探索研究？）
3. 从个人影响力说：比如后续可以从公司外，公司内总内外怎么样去提升个人的影响力（比如说我可以分享一些技术，分享一些文章，开设一些课程？）

5.总结

再次说明，晋升永远是有了下一个职级的能力才会有晋升机会。所以如果想晋升，一定不能只停留满足现状。