11｜晋升技能：一个模型帮你轻松搞定晋升述职
![](data:image/svg+xml,<svg xmlns="http://www.w3.org/2000/svg" width="46" height="20"><rect fill-opacity="0"/></svg>)
11｜晋升技能：一个模型帮你轻松搞定晋升述职
雪梅 · 程序员职业规划手册
课程介绍
讲述：雪梅
时长14:06大小11.27M
你好，我是雪梅。
过去的十几年，我帮很多技术人做过晋升述职的辅导，结果发现这么重要的晋升述职，恰恰是技术人最薄弱的一个环节。
很多技术人聊起如何写出优雅的代码，设计一个高并发系统，可能口若悬河、眉飞色舞，但一听到要写晋升材料，就立马像霜打的茄子，抓耳挠腮。有的小伙伴甚至说，真的太痛苦了，写一个 PPT，比通宵加班一个礼拜还要累。
可身在职场，述职汇报是一种基础又非常重要的能力。有句俗话说，光说不干假把式，光干不说傻把式。如果这个能力你不掌握，只会埋头苦干，不会述职汇报，那真的成了傻把式。
尤其在当下，本身晋升机会大大减少，好不容易通过过去一年的努力拿到了好绩效，能力也打磨得杠杠的，老板给了晋升提名机会，结果临门一脚，栽在晋升述职上，你说冤不冤？
不过你也不用担心，我做过 10 年的晋升评委，听过上百场晋升述职，还亲手辅导技术人准备晋升述职，成功率非常高。我自己的晋升述职材料也常常被很多人当做范本学习。这一节，我就把十几年的思考和实战经验全部分享给你。
常见的问题
我们先来聊聊技术人晋升述职的常见问题，看看有没有你的影子？
第一种，我称之为“流水账”。这是最常见的，也就是平铺直述，直接罗列自己做过的项目。比如“我过去做了 10 个项目，第一个 A 项目，第二个 B 项目……”，以为自己做的事情很丰满，但在评委的眼里就是一地散沙。
第二种，我叫它“显微镜”。就是为了显示自己做的模块很复杂，整出一个超级复杂的流程图，唾液横飞地讲，其实评委早就云里雾里了。而且大多数这种图，差不多都是代码“翻译”过来的。
第三种，“充门面”。很多技术人为了让自己的述职材料显得有技术含量，然后各种热门词汇、专业术语满天飞。听了半天，就是不知道你到底解决了什么高大上的问题。
以上是我看到的晋升述职中最容易出现的问题。很多人会说 PPT 太虚，就是个形式主义。而在我看来，很多人讲不清楚，是你根本没有想清楚晋升述职的目的。很多人答辩时被评委问得答不上来，要不就是 PPT 逻辑有漏洞，要不就是日常根本没有思考过这些问题，或者思考层次很浅，临时凑上来的。
一句话，如果你在准备述职材料的时候想清楚了，你就一定能说明白。
一个模型——做“证明题”
《高效人士的七个习惯》中关键的一条叫以终为始，在我们聊如何做好晋升述职之前，我们先来思考一下晋升述职的目的，也就是 Why，你为什么要做晋升述职？
你可能会说，我也不想呀，这不是被要求的嘛？上节课咱们聊晋升的本质，我提到，我们要换位思考，站在企业的角度来看待晋升。晋升的本质是企业为了未来选拔人才，那到底怎么选拔？其实就是选拔谁牛。
那我们的述职说白了就是在做一个证明题，证明你牛，是公司值得拥有的人才。不但过去战功累累，还积累了非常厉害的能力，未来还可以打更大的仗。
接着，第二个问题，这道“证明题”是给谁做呢？晋升的评委们，对不对？评委们一般都是什么人？比你职级高的人，一般比你高两级。而且为了保证公平，大多都是别的部门的人。那这些评委有什么特征呢？能力比你强，那是必然的。还有一个，就是他们对你的部门可能没有那么熟悉。也就是你要向一群半熟悉的、能力比你强的人，做一道证明你很优秀的证明题。
那这道证明题应该怎么来做呢？
证明题的背景，先做好“导游”
因为评委都是半熟悉的人，所以在述职之前你需要交代一些背景，也就是说你需要先做“导游”，讲清楚我是谁、我在做什么。
“我是谁”简单，说清楚你的工作履历即可。而“我在做什么”是大多数技术人最容易出的问题。很多人会说我是做 XX 系统的，然后立即进入项目细节。注意，这是让听众犯晕的最快手段。要知道，你天天跟这些系统、这些代码打交道，但评委并不了解这么多细节。
所以，要把“我在做什么”说清楚，你需要讲清楚你做的事情在公司、部门、大系统中处于什么位置，先让听众找到你的“坐标”。比如你是做交易中心的，那就画一个全景图，用户下单流程中，哪些会走到交易中心，有多少服务会强依赖你，每天的并发量有多少等等……无非就是证明你做的系统地位非常重要，你一哆嗦，整个系统都得跟着你颤抖。
此外，一个厉害的“导游”不只会讲景点的古往今来，还会强调这个景点多么的独特。这个独特，一方面指的是系统的价值，这其实也是考验你对业务的理解。比如服务接入层，它与其他内部系统相比，不一样的挑战来自它是服务的外层，需要具备防攻击的能力、负载均衡的能力。比如做金融系统，与一般的新闻网站系统来比，它具备金融属性，需要超强的一致性。
另一方面就是你自己在这个系统的角色，是从 0 到 1 开始负责的？还是主程开发？要不就是“救火队员”？一定要表达清楚，因为不同的角色体现的价值也不一样。
证明题的主体
前面已经讲清楚事情的价值和你的角色，那接下来，“证明题”的主体部分就开始了。这部分的主旨，就是通过你做的这些事情来证明你是优秀的，能力是达到下个职级标准的。
主体部分我比较推荐用时间轴来组织，也就是做之前、做的过程、做之后的结果。
做之前：多么烂
要证明你牛，那一定要有对比，也就是做之前和做之后的对比，所以一定要先把做之前，也就是起点在哪里讲清楚。这里要注意一定要客观，不甩锅，但也不过度谦虚。
一般可能会说起点多么低，最开始的系统有多少问题。可能是技术层面的，比如接口性能很差，单接口耗时有时候可能达到几秒；系统的服务容灾多么低级，一个误操作就可能宕机；代码结构不理想，新人都不敢改代码，一改会有线上事故等。也可能是业务层面的，因为系统不好，每天造成多少客诉，带来 GMV 损失等等。
当然，有的系统并不是很烂，只是随着业务快速发展面临新的挑战。比如有性能瓶颈了，那高峰期的接口耗时、失败率是多少？也可能是原来的系统设计过于简单，无法满足当下业务的发展需求，需要做很多新的兼容性设计，可能要抽象底层模型，甚至要做重构。这个时候就要讲清楚你要优化重构的部分是什么，与其它模块错综复杂的关系是什么？如果涉及部分重做数据，那数据量有多大，重做数据面临哪些风险等等，都要说清楚。
你可能会问如果是从 0 到 1，那起点是个 0，怎么对比呀？其实从 0 到 1 本身就是很难的，所以讲清楚业务场景是什么，业界是如何解决的，我们当下面临的不同挑战有哪些，就可以了。
总言而之，“做之前”这部分的目的是给听众一个宏观印象，觉得这个事情真的挺难的，为了下一步讲“做的过程”，也就是你的方案做铺垫。
做的过程：很难，我如何一步步解决
在前面铺垫了这么多困难之后，接下来是最重要的环节——你是如何解决这些困难，如何一步步优化的。这其实是技术人最擅长的环节，因为这里最能彰显你的技术实力。
你可以拿出你的系统设计图（注意是系统设计图，而不是你的详细流程图），讲清楚为什么要这么设计，做了哪些折中考虑？为什么要做这些考虑？针对一些痛点你的思考是什么？如何从根本解决？然后再讲你的具体实现思路。
这里面需要提醒的是，一定讲清楚你的解决过程，而不是教科书般地直接给出最后的标准答案。
因为发现问题、分析问题、解决问题的过程，才能真正体现你的能力。评委也能从中判断你是否真正理解了这类问题，还是道听途说了一个方案，从而判断你对问题的思考深度和广度，是否具备举一反三的能力，未来是否能有更好的发展前景。
如果你解决的问题有很多个难点，那不需要一一展开，找一两个你觉得最能体现技术能力的点，讲清楚、讲透就足够了。记住，晋升述职的目的是为了“秀肌肉”，展现你的能力，不需要贪多，重复证明。
做之后：对比多么明显
讲完如何攻坚一个个技术难题之后，接着就到了成果展示环节。你需要告诉评委做了这件事带来的成果有哪些。
可以是业务结果，收入增加了多少？成本降低了多少？核心转化率指标提升几个点？当然，也必须要有技术结果，可能是扩展更强的架构，可能是性能更好的模块。这时候一定要想办法找到前后对比数据来支撑，比如你做了一个长连接解决消息到达的问题，那做之前消息丢失率多少，做之后是多少，要说清楚。
证明题的“升华”
你完全可以按照证明题思路去挨个介绍你的重要项目，讲述你的丰功伟绩，还有做这些事情的过程中你积攒的能力。
在这个基础上，你还可以再升华一下，证明通过这些事情，自己的能力得到了提升，还可以做更多的事。
比如对于当前事情的长远规划，或者这些经验可以推广到哪些问题的解决上。潜台词是告诉老板，你看，我不只是埋头把活干完了，我对未来、对团队还有更多的思考。
至于具体晋升述职 PPT 如何组织，我也给你做了一个图，一看图，估计就你秒懂了。
这样结构清晰、数据充分、还有未来长远思考的晋升述职，想不给评委留下好印象都难。
晋升的功夫在日常
前面我们聊了很多晋升述职怎么准备，这里我还想多说一句，晋升述职只是临门一脚，真正要想把晋升述职做好，功夫都在日常。
首先，你需要有全局意识，知道自己的模块在整个系统中的位置，模块独特的价值，你可以为目标做些什么。如果你日常完全没有思考过这些，单靠晋升述职的冲击是很难有效果的，因为你日常并没有用全局思考的角度指导你的工作方向。
其次，你需要有很好的数据运营意识。你需要时刻清楚自己系统的关键数据，包括业务数据和技术指标的数据，清晰知道如何通过技术手段去优化。如果你光是埋头苦干，完全没有数据思维，没有用数据去驱动你工作的改进，也很难有清晰的数据对比，更难得出未来的优化方向。
最后，很多技术小伙伴说我活干得不错，但就是不会说，晋升总是吃亏。那我就要问你了，你日常有练习过跟一个不熟悉的人介绍你的工作内容吗？
你想想，你学习写代码，上了 4 年大学，3 年研究生，再加上工作，怎么也得 10 年后才勉强出师。在写代码这件事上你学习 + 实践，前前后后花了 10 年。而在最基础的述职呈现上你花过多少时间？凭什么平时不练，到关键时候你觉得你应该会呢？
述职汇报是职场基本功，跟写代码一样，都是基础能力。如果你觉得自己这方面很差，那就日常多练习，比如多给团队做几次分享，把听众当做评委，用述职汇报的思路来做，看看自己这方面的能力是不是会明显提升？
小结时刻
这一节我给你分享了一个我用了十几年的晋升述职模型，帮你以终为始地思考晋升述职这件事，晋升述职是给评委们做一道“我的能力已经达到下个层级”的证明题。
你需要先澄清自己做的系统在整个系统中的位置、重要性和独特性，还有你在其中的角色。接着用做之前 - 做的过程 - 做之后的结构来组织你的述职材料，陈述清楚你的工作最开始多么艰难，遇到多少挑战，你是如何运用自己的聪明才智一个个打怪升级的。最后还要有非常清晰的结果呈现，来证明你拿到的结果是非常显著的。而且在这些结果之上，你的能力还得到了大幅的提升，还可以做更多的事情。
这个“证明题”工具不但可以用来准备晋升述职，还可以用来指导你的日常工作，时常提醒自己抬头看路，要有全局视角，用数据驱动工作。更重要的是，你要把述职汇报真正当做一个职场的基本能力，就像你练习写代码一样，花时间去练习你的肌肉，才能真正提升。
技术人需要的能力远远不只有技术能力，还有非常多的综合能力，千万不要偏科。职业发展既要扬长避短，但也要规避木桶效应。聪明的技术人，技术难题都能搞得定，这么基础的述职呈现又有何难？当你日常功夫练得足够多，就可以真正实现“干得好，还能说得好”，如虎添翼，职场中最亮眼的就是你！
聊聊发展
试着用今天的“证明题”思考下你当下的工作，你的工作在系统中的价值是什么？如果有述职机会，你会如何来体现？欢迎留言讨论。
如果觉得有所收获，也可以把课程分享给更多的朋友，一起学习程序员职业规划手册，心里不慌，脚下不乱，做好每一天的成长。
晋升述职对技术人来说是一个关键环节，本文提出了一个晋升述职模型——做“证明题”，强调晋升述职的目的是证明自己是公司值得拥有的人才。文章详细介绍了晋升述职的主体部分和“升华”部分的组织方式，以及在日常工作中如何培养晋升述职所需的能力。通过具体案例和技术人的实际情况，使读者能够快速了解晋升述职的关键要点。文章语言生动，内容丰富，对于技术人员来说具有实际指导意义。文章强调技术人员需要不仅有技术能力，还需要具备综合能力，晋升述职是一个基本能力，需要花时间去练习。同时，文章鼓励技术人员要有全局视角，用数据驱动工作，实现“干得好，还能说得好”，从而在职场中脱颖而出。
分享给需要的人，Ta购买本课程，你将得18元
生成海报并分享2024-01-10
赞 23
提建议
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
上一篇
10｜晋升认知：职场晋升的本质
下一篇
12｜总结：突破信息茧房，拥抱不确定性
全部留言(12)
- 最新
- 精选
李印2024-01-13 来自陕西做之前（痛点），做的过程（方案），做之后（收益）。是谁，在哪，干什么，怎么干的，最后结果怎样？作者回复: 我写了几千字，你20+字总结了，简直比ChatGPT还牛！
共 2 条评论12
至简李云2024-02-17 来自浙江可以考虑用STAR模型。作者回复: 谢谢，具体到每个场景，确实是STAR模型来描述的。
共 2 条评论2
小新字铁风2024-01-10 来自北京支持雪梅姐作者回复: 谢谢老朋友~~
2
小乙哥2024-03-04 来自浙江这个文章翻了好几遍，只有经历过的人，才明白这个文章写得多实在。雪梅老师把多年的积累，写得这么清晰，功力真的强作者回复: 也被你暖到了，谢谢你的鼓励，我开心了一整天^_^
1
6点无痛早起学习的和...2024-01-22 来自北京2024年01月22日09:36:29 来短短完成一下作业，主要描述证明题主体 项目一：一个新项目从 0 到 1，业务做的是银行核心系统 1. 难点 1：团队内没有真正懂银行业务的人 2. 难点 2：跟传统银行业务又不同的业务模型（用户、客户、账户） 3. 难点 3：在倒排期的展业 ddl 下保证代码质量和需求快速迭代 4. 难点 4：依赖系统的文档和流程不明确，需要自己不断试错确定作者回复: 非常棒，这几个难点可以试着分下类，比如合作上的挑战，项目排期的挑战，另外建议增加一些技术上的难点，银行核心系统对比一般的业务系统会有哪些不一样的挑战？你是如何解决的？比如银行系统一般对数据准确性要求极高，这方面你是如何考虑的。
1
阎晓静2024-01-15 来自广东收获很多，看了很多遍。 第一次读完整片文章，我立即想起了一份答辩模版。当年刚毕业应届生转正答辩时有个同组的小伙伴的答辩内容得到了整个部门大佬的超度好评。虽然后来大家都有参考的她的模版去做答辩，但再也没有得到过如此高的评价。我到现在都记得她的整个答辩PPT的内容，虽然我们当时一起讨论过她当时到底是怎么想出来这么好的答辩的方案的，但是她自己当时也并不能说清楚，只是在不断完善的过程中的就这样完成了。 现在看她的PPT已经完全契合了雪梅老师的晋升述职模型。在证明自己的这道题中，她拿到了满分。展开作者回复: 谢谢晓静分享的故事，现在你也可以用起来，做一个好的述职
1
Neason2024-01-14 来自重庆量化差异作者回复: 嗯啦，有数据思维。
1
小林2024-01-12 来自河南我想问一下，这个模型在做技术经理的年度述职报告的时候，可以使用么？或者说需要改一下哪里呢？作者回复: 小林，完全可以用的，最近辅导几个小伙伴给CEO汇报，其实思路差不多。 先讲清楚你做的工作在全局中的位置，你这边的独特价值，也就是我们说的“当导游”部分。年底汇报如果是面向更高级别的老板，需要落到老板比较关注的几个事，一般无法是收益、成本、效率等。 然后分版块去介绍一下这里面是怎么做的，解决了哪些挑战。 规划部分结合公司的OKR，看看你在这个框架内的贡献，以及前面做的工作一定会有待提升的点。
1
Summer2024-01-10 来自北京这个模型也适用于面试 :D作者回复: 哈哈，思路是一致的，谢谢你的补充。
1
anji2024-04-30 来自北京干货满满，这套模版不局限于晋升还可以在日常的技术宣讲上都可以用到，功夫在日常，多讲多练终有一天去到试炼场会游刃有余