职场成长篇：技术人如何做年度复盘 | 我的博客

一、为什么要复盘

技术人容易陷入「忙了一年，说不出做了啥」的窘境。复盘不是写工作总结给老板看，而是给自己一个看清成长轨迹的机会。它回答三个问题：

• 这一年我到底长进了没有？
• 我的时间花在了哪里，值不值？
• 明年我该往哪个方向使劲？

二、复盘的四个维度

1. 业务能力：我解决了什么问题

不要写「负责订单系统开发」，要写「把下单耗时从 800ms 降到 200ms，大促零故障」。量化影响，哪怕粗估。

用句式：动作 + 结果 + 影响范围。

• 差：优化了数据库。
• 好：重构慢 SQL 12 条，P99 从 1.2s 降到 300ms，覆盖 70% 核心交易。

2. 技术深度：我往深处走了多远

• 是否从「会用」到「懂原理」？（比如不只是用 Redis，而是知道它的过期删除策略）
• 是否踩过坑并沉淀了方法论？
• 是否输出了文档 / 分享 / 专利？

3. 协作广度：我影响了多少人

技术人高估写代码、低估影响力。带新人、推动跨团队方案、在技术评审里拍板，都是资产。

4. 认知升级：我纠正了哪些错误

今年最大的认知转变是什么？比如「以前觉得加班 = 敬业，现在明白产出 > 工时」。认知迭代比技能更值钱。

三、一个可用的复盘模板

## 今年最自豪的一件事
## 今年最遗憾的一件事
## 今年踩的最大的坑
## 三个关键数字（代码量/线上故障/提效百分比）
## 明年最想突破的能力
## 一件今年该做没做的事

四、避坑指南

• 别只罗列任务：流水账没有信息量，要看趋势和拐点。
• 别美化失败：诚实面对没搞定的事，复盘的价值在「真」。
• 别空谈目标：「提升架构能力」太空，改成「主导一次服务拆分并落地」。
• 固定节奏：季度小复盘、年度大复盘，别等年底才想起来。

五、把复盘变成行动

复盘的输出应该是一张明年 OKR 草稿：

1. 主导一个跨团队项目（提升协作）。
2. 精读 2 本底层书（如《数据密集型应用系统设计》）。
3. 输出 4 篇技术博客（沉淀 + 影响力）。

六、结语

成长不是线性的，复盘就是给非线性的人生画坐标。写完这一年的复盘，你会发现自己远比想象中走得更远——也更清楚下一步往哪走。