先说结论：成长不是爬格子，是换游戏
最常见的误区是把职业成长当成「同一款游戏里升级打怪」——以为把代码写得更快、更熟练就能一路升上去。
事实是：每跨一个阶段，游戏规则就变一次。用上一阶段的打法打下一阶段的仗，必然碰壁。下面按阶段讲清楚「游戏规则是什么」。
阶段一：初级工程师（0–2 年）——考核「把事做完」
核心能力：代码质量、需求理解、基本排障、按时交付。
这个阶段最重要的习惯：
- 写清楚注释和文档——它不是给别人看的，是给三个月后的自己看的。
- 学会「带着方案问问题」：不是「这个怎么做」，而是「我打算这么做，你看对吗」。
- 把每次 bug 修复当成一次根因分析练习，而不是改完就跑。
常见瓶颈：陷入「做需求机器」的循环，从不抬头看系统全貌。突破点在于主动追问「为什么这么设计」「这块的边界在哪」。
阶段二：高级工程师（3–6 年）——考核「把事做对」
核心能力：独立负责模块/系统的设计、质量与稳定性；能发现并解决存量问题；开始影响他人。
游戏规则变化：从「执行者」变成「owner」。考核的不再是你写了多少代码，而是你负责的那块系统是否稳定、是否在演进。
常见误区：
- 用「我很忙」替代「我负责的结果如何」——忙是过程，不是产出。
- 只深耕技术，不写方案、不做分享——高级升架构师，卡住的往往不是技术，是影响力。
这个阶段该做的事：开始输出——技术方案、复盘、分享。参见《如何写技术方案》与软技能系列。
阶段三：架构师 / 技术专家（6–10 年）——考核「做对的事」
核心能力：技术决策的质量与长期后果；跨系统、跨团队的影响力；帮团队少踩坑。
游戏规则变化：从「做对的事」升级为「帮别人做对的事」。你的产出不再是代码，而是决策、规范、人才培养。
常见瓶颈：
- 变成「救火队长」：哪里有难题去哪，但从不沉淀，系统依赖你个人——这不是功劳，是负债。
- 沉迷技术完美主义，脱离业务价值。架构的价值 = 业务成功，不是技术先进。
关键转折：从「我被需要」到「我被复制」——你的方法论能不能让团队在没有你的时候也做对。
阶段四：技术管理者（8–12 年）——考核「通过别人拿结果」
核心能力：目标拆解、人才梯队、跨团队协同、向上管理。
游戏规则变化：最大的心理坎是「手不再碰代码」的失落感。考核从「你解决了什么」变成「你的团队解决了什么」。
常见误区：微管理（不信任团队）、亲力亲为（把团队当执行工具）、只会向下管理不会向上对齐。
阶段五：创业 / 独立开发者——考核「商业闭环」
规则完全不同：技术能力只是入场券，真正考核的是需求判断、获客、现金流与坚持。这也是很多技术人栽跟头的地方——详见创业复盘栏目与《技术人创业最容易踩的坑》。
一张图记住：每个阶段要「放下」什么
| 阶段 | 要捡起的 | 要放下的 |
|---|---|---|
| 初级 | 交付与质量 | 完美主义拖延 |
| 高级 | 系统 owner 意识 | 只扫门前雪 |
| 架构师 | 影响力与沉淀 | 个人英雄主义 |
| 管理者 | 通过别人拿结果 | 亲手写代码的执念 |
| 创业 | 商业判断与现金流 | 技术本位思维 |
落地清单
- 判断自己当前阶段，写下「要放下」的一件事
- 明确下个阶段的考核标准（问你的 leader，别猜）
- 每半年做一次个人复盘（模板下载）
相关阅读：转管理与转架构怎么选（系列后续章节，规划中） · 技术人创业的坑