上周帮一个师弟改晋升答辩PPT，高级工程他花了三天把项目文档里的课件技术细节全搬上去了。我看了五分钟就问他：“你这份PPT，高级工程评委能记住三个关键词吗？课件”他愣住了。这其实是高级工程很多工程师的通病——把PPT当成技术文档的搬运工，而不是课件沟通工具。

高级工程师的高级工程PPT，第一页就该让人知道你要解决什么问题。课件别上来就“项目背景”，高级工程那玩意儿没人看。课件直接放一张系统架构图，高级工程用红圈标出瓶颈所在。课件比如“订单峰值QPS从3k涨到12k时，高级工程MySQL连接池被打满，课件超时率飙到47%”。高级工程数字比形容词管用一百倍。

别让动画和模板拖后腿

见过太多人花两小时调一个渐入动画，结果汇报时投影仪颜色失真，图表全糊了。高级工程师的PPT审美就三条：白底黑字、等宽字体、数据图用Matplotlib默认配色。真不是开玩笑，去年晋升的一位同事，全程只用系统自带的“标题和内容”版式，但每页都有一张自己画的时序图。评委后来反馈说“逻辑清晰到不用听讲解”。

图表要自己画。别截Jira的燃尽图，别贴Kibana的原始Dashboard。用draw.io画一张故障传播链路，标出每个节点的耗时。我习惯在关键路径上标毫秒数，旁边用灰色小字写“P99”。评委里如果有运维背景的，一眼就能看懂你的优化收益。

技术深度藏在“失败案例”里

讲你重构了缓存层，不如讲你第一次重构把命中率搞崩了。那次你发现是LFU的淘汰策略在突发流量下失效，后来换成W-TinyLFU才稳住。这种故事比“引入Redis集群”有说服力得多。高级工程师的评委都是老江湖，你讲成功他们无感，你讲踩坑他们才会抬头。

代码片段只放diff。别贴整个函数，没人看。放两行：

- if (cache.get(key) == null) {  + if (cache.getIfPresent(key) == null) { 

然后口头解释“从强引用改成弱引用，避免OOM”。PPT上字越少，你嘴里说出来的东西越重要。

把“我”换成“我们”，但保留一个“我”

通篇“我推动了XX”会显得自大，通篇“我们”又显得你没干活。我的做法：技术方案写“我们”，但故障复盘和决策依据写“我”。比如“我坚持回滚到旧版本，因为监控显示新版本的GC停顿是旧版的8倍”。这一个“我”就够了，评委知道你扛了事。

最后留一页“后续计划”，但别写“持续优化”这种废话。写“下季度把P99从230ms压到150ms，具体手段是批量化RPC调用，预计减少40%的网络往返”。有数字、有手段、有期限。哪怕你晋升后不干这个了，评委也觉得你脑子清楚。

PPT做完，拿给不熟悉你项目的同事看。如果他能在三分钟内说出你的核心贡献和量化收益，这版就及格了。别追求好看，追求“可复述”。高级工程师的PPT，本质是一份压缩过的技术决策记录。