很多技术人聊起如何写出优雅的代码，设计一个高并发系统，可能口若悬河、眉飞色舞，但一 听到要写晋升材料，就立马像霜打的茄子，抓耳挠腮。有的小伙伴甚至说，真的太痛苦了，写 一个 PPT，比通宵加班一个礼拜还要累。
可身在职场，述职汇报是一种基础又非常重要的能力。有句俗话说，光说不干假把式，光干不 说傻把式。如果这个能力你不掌握，只会埋头苦干，不会述职汇报，那真的成了傻把式。
尤其在当下，本身晋升机会大大减少，好不容易通过过去一年的努力拿到了好绩效，能力也打 磨得杠杠的，老板给了晋升提名机会，结果临门一脚，栽在晋升述职上，你说冤不冤？ 不过你也不用担心，我做过 10 年的晋升评委，听过上百场晋升述职，还亲手辅导技术人准备 晋升述职，成功率非常高。我自己的晋升述职材料也常常被很多人当做范本学习。这一节，我 就把十几年的思考和实战经验全部分享给你。
常见的问题
我们先来聊聊技术人晋升述职的常见问题，看看有没有你的影子？
第一种，我称之为“流水账”。这是最常见的，也就是平铺直述，直接罗列自己做过的项目。 比如“我过去做了 10 个项目，第一个 A 项目，第二个 B 项目……”，以为自己做的事情很丰 满，但在评委的眼里就是一地散沙。
第二种，我叫它“显微镜”。就是为了显示自己做的模块很复杂，整出一个超级复杂的流程 图，唾液横飞地讲，其实评委早就云里雾里了。而且大多数这种图，差不多都是代码“翻译” 过来的。
第三种，“充门面”。很多技术人为了让自己的述职材料显得有技术含量，然后各种热门词 汇、专业术语满天飞。听了半天，就是不知道你到底解决了什么高大上的问题。
以上是我看到的晋升述职中最容易出现的问题。很多人会说 PPT 太虚，就是个形式主义。而 在我看来，很多人讲不清楚，是你根本没有想清楚晋升述职的目的。很多人答辩时被评委问得 答不上来，要不就是 PPT 逻辑有漏洞，要不就是日常根本没有思考过这些问题，或者思考层 次很浅，临时凑上来的。
一句话，如果你在准备述职材料的时候想清楚了，你就一定能说明白。
一个模型——做“证明题”
《高效人士的七个习惯》中关键的一条叫以终为始，在我们聊如何做好晋升述职之前，我们先 来思考一下晋升述职的目的，也就是 Why，你为什么要做晋升述职？
你可能会说，我也不想呀，这不是被要求的嘛？上节课咱们聊晋升的本质，我提到，我们要换 位思考，站在企业的角度来看待晋升。晋升的本质是企业为了未来选拔人才，那到底怎么选
拔？其实就是选拔谁牛。
那我们的述职说白了就是在做一个证明题，证明你牛，是公司值得拥有的人才。不但过去战功 累累，还积累了非常厉害的能力，未来还可以打更大的仗。
接着，第二个问题，这道“证明题”是给谁做呢？晋升的评委们，对不对？评委们一般都是什 么人？比你职级高的人，一般比你高两级。而且为了保证公平，大多都是别的部门的人。那这 些评委有什么特征呢？能力比你强，那是必然的。还有一个，就是他们对你的部门可能没有那 么熟悉。也就是你要向一群半熟悉的、能力比你强的人，做一道证明你很优秀的证明题。
那这道证明题应该怎么来做呢？
证明题的背景，先做好“导游”
因为评委都是半熟悉的人，所以在述职之前你需要交代一些背景，也就是说你需要先做“导 游”，讲清楚我是谁、我在做什么。
“我是谁”简单，说清楚你的工作履历即可。而“我在做什么”是大多数技术人最容易出的问 题。很多人会说我是做 XX 系统的，然后立即进入项目细节。注意，这是让听众犯晕的最快手 段。要知道，你天天跟这些系统、这些代码打交道，但评委并不了解这么多细节。
所以，要把“我在做什么”说清楚，你需要讲清楚你做的事情在公司、部门、大系统中处于什 么位置，先让听众找到你的“坐标”。比如你是做交易中心的，那就画一个全景图，用户下单 流程中，哪些会走到交易中心，有多少服务会强依赖你，每天的并发量有多少等等……无非就 是证明你做的系统地位非常重要，你一哆嗦，整个系统都得跟着你颤抖。
此外，一个厉害的“导游”不只会讲景点的古往今来，还会强调这个景点多么的独特。这个独 特，一方面指的是系统的价值，这其实也是考验你对业务的理解。比如服务接入层，它与其他 内部系统相比，不一样的挑战来自它是服务的外层，需要具备防攻击的能力、负载均衡的能 力。比如做金融系统，与一般的新闻网站系统来比，它具备金融属性，需要超强的一致性。
另一方面就是你自己在这个系统的角色，是从 0 到 1 开始负责的？还是主程开发？要不就是 “救火队员”？一定要表达清楚，因为不同的角色体现的价值也不一样。
证明题的主体
前面已经讲清楚事情的价值和你的角色，那接下来，“证明题”的主体部分就开始了。这部分 的主旨，就是通过你做的这些事情来证明你是优秀的，能力是达到下个职级标准的。
主体部分我比较推荐用时间轴来组织，也就是做之前、做的过程、做之后的结果。
做之前：多么烂
要证明你牛，那一定要有对比，也就是做之前和做之后的对比，所以一定要先把做之前，也就 是起点在哪里讲清楚。这里要注意一定要客观，不甩锅，但也不过度谦虚。
一般可能会说起点多么低，最开始的系统有多少问题。可能是技术层面的，比如接口性能很 差，单接口耗时有时候可能达到几秒；系统的服务容灾多么低级，一个误操作就可能宕机；代 码结构不理想，新人都不敢改代码，一改会有线上事故等。也可能是业务层面的，因为系统不 好，每天造成多少客诉，带来 GMV 损失等等。
当然，有的系统并不是很烂，只是随着业务快速发展面临新的挑战。比如有性能瓶颈了，那高 峰期的接口耗时、失败率是多少？也可能是原来的系统设计过于简单，无法满足当下业务的发 展需求，需要做很多新的兼容性设计，可能要抽象底层模型，甚至要做重构。这个时候就要讲 清楚你要优化重构的部分是什么，与其它模块错综复杂的关系是什么？如果涉及部分重做数 据，那数据量有多大，重做数据面临哪些风险等等，都要说清楚。
你可能会问如果是从 0 到 1，那起点是个 0，怎么对比呀？其实从 0 到 1 本身就是很难的， 所以讲清楚业务场景是什么，业界是如何解决的，我们当下面临的不同挑战有哪些，就可以 了。
总言而之，“做之前”这部分的目的是给听众一个宏观印象，觉得这个事情真的挺难的，为了 下一步讲“做的过程”，也就是你的方案做铺垫。
做的过程：很难，我如何一步步解决
在前面铺垫了这么多困难之后，接下来是最重要的环节——你是如何解决这些困难，如何一步 步优化的。这其实是技术人最擅长的环节，因为这里最能彰显你的技术实力。
你可以拿出你的系统设计图（注意是系统设计图，而不是你的详细流程图），讲清楚为什么要 这么设计，做了哪些折中考虑？为什么要做这些考虑？针对一些痛点你的思考是什么？如何从 根本解决？然后再讲你的具体实现思路。
这里面需要提醒的是，一定讲清楚你的解决过程，而不是教科书般地直接给出最后的标准答 案。
因为发现问题、分析问题、解决问题的过程，才能真正体现你的能力。评委也能从中判断你是 否真正理解了这类问题，还是道听途说了一个方案，从而判断你对问题的思考深度和广度，是 否具备举一反三的能力，未来是否能有更好的发展前景。
如果你解决的问题有很多个难点，那不需要一一展开，找一两个你觉得最能体现技术能力的 点，讲清楚、讲透就足够了。记住，晋升述职的目的是为了“秀肌肉”，展现你的能力，不需 要贪多，重复证明。
做之后：对比多么明显
讲完如何攻坚一个个技术难题之后，接着就到了成果展示环节。你需要告诉评委做了这件事带 来的成果有哪些。
可以是业务结果，收入增加了多少？成本降低了多少？核心转化率指标提升几个点？当然，也 必须要有技术结果，可能是扩展更强的架构，可能是性能更好的模块。这时候一定要想办法找 到前后对比数据来支撑，比如你做了一个长连接解决消息到达的问题，那做之前消息丢失率多 少，做之后是多少，要说清楚。
证明题的“升华”
你完全可以按照证明题思路去挨个介绍你的重要项目，讲述你的丰功伟绩，还有做这些事情的 过程中你积攒的能力。 在这个基础上，你还可以再升华一下，证明通过这些事情，自己的能力得到了提升，还可以做 更多的事。
比如对于当前事情的长远规划，或者这些经验可以推广到哪些问题的解决上。潜台词是告诉老 板，你看，我不只是埋头把活干完了，我对未来、对团队还有更多的思考。
至于具体晋升述职 PPT 如何组织，我也给你做了一个图，一看图，估计就你秒懂了。
这样结构清晰、数据充分、还有未来长远思考的晋升述职，想不给评委留下好印象都难。
晋升的功夫在日常
前面我们聊了很多晋升述职怎么准备，这里我还想多说一句，晋升述职只是临门一脚，真正要 想把晋升述职做好，功夫都在日常。 首先，你需要有全局意识，知道自己的模块在整个系统中的位置，模块独特的价值，你可以为 目标做些什么。如果你日常完全没有思考过这些，单靠晋升述职的冲击是很难有效果的，因为 你日常并没有用全局思考的角度指导你的工作方向。
其次，你需要有很好的数据运营意识。你需要时刻清楚自己系统的关键数据，包括业务数据和 技术指标的数据，清晰知道如何通过技术手段去优化。如果你光是埋头苦干，完全没有数据思 维，没有用数据去驱动你工作的改进，也很难有清晰的数据对比，更难得出未来的优化方向。
最后，很多技术小伙伴说我活干得不错，但就是不会说，晋升总是吃亏。那我就要问你了，你 日常有练习过跟一个不熟悉的人介绍你的工作内容吗？
你想想，你学习写代码，上了 4 年大学，3 年研究生，再加上工作，怎么也得 10 年后才勉强 出师。在写代码这件事上你学习 + 实践，前前后后花了 10 年。而在最基础的述职呈现上你 花过多少时间？凭什么平时不练，到关键时候你觉得你应该会呢？
述职汇报是职场基本功，跟写代码一样，都是基础能力。如果你觉得自己这方面很差，那就日 常多练习，比如多给团队做几次分享，把听众当做评委，用述职汇报的思路来做，看看自己这 方面的能力是不是会明显提升？
小结时刻
这一节我给你分享了一个我用了十几年的晋升述职模型，帮你以终为始地思考晋升述职这件 事，晋升述职是给评委们做一道“我的能力已经达到下个层级”的证明题。
你需要先澄清自己做的系统在整个系统中的位置、重要性和独特性，还有你在其中的角色。接 着用做之前 – 做的过程 – 做之后的结构来组织你的述职材料，陈述清楚你的工作最开始多么艰 难，遇到多少挑战，你是如何运用自己的聪明才智一个个打怪升级的。最后还要有非常清晰的 结果呈现，来证明你拿到的结果是非常显著的。而且在这些结果之上，你的能力还得到了大幅 的提升，还可以做更多的事情。
这个“证明题”工具不但可以用来准备晋升述职，还可以用来指导你的日常工作，时常提醒自 己抬头看路，要有全局视角，用数据驱动工作。更重要的是，你要把述职汇报真正当做一个职 场的基本能力，就像你练习写代码一样，花时间去练习你的肌肉，才能真正提升。
技术人需要的能力远远不只有技术能力，还有非常多的综合能力，千万不要偏科。职业发展既 要扬长避短，但也要规避木桶效应。聪明的技术人，技术难题都能搞得定，这么基础的述职呈 现又有何难？当你日常功夫练得足够多，就可以真正实现“干得好，还能说得好”，如虎添 翼，职场中最亮眼的就是你！