8.6 职业生涯规划 · 技术人 5 年 / 10 年发展路径
职业生涯规划全栈 —— 技术人 5 年 / 10 年发展路径 + IC / TL / EM 三条赛道 + 真实案例
“If you don’t know where you are going, you might not get there.” — Yogi Berra
1. 为什么这个专题重要
1.1 为什么需要职业规划
职业生涯规划（Career Path）不是「写给 HR 看的文档」，而是「写给自己的地图」。技术行业的高薪光环背后，是一个残酷事实：35 岁焦虑、晋升瓶颈、技术迭代三座大山同时压过来。没有规划的人,3 年后才发现自己在原地踏步。
技术人之所以需要规划,核心有 3 个原因：
- 技术半衰期短 —— 5 年前主流的 SSH 框架、jQuery、MongoDB 早期版本,今天已经边缘化。不规划 = 被时代抛下
- 职业天花板存在 —— 阿里 P7、字节 2-2、Google L5 是大多数优秀工程师的「天花板」。不规划的人永远卡在 P5/P6
- 赛道选择决定上限 —— IC（Individual Contributor）高 P 与 EM（Engineering Manager）收入差距可达 3-5 倍,但需要的素质截然不同
1.2 90% 技术人没规划
观察身边的技术人,真正写过「5 年规划」的不超过 10%。绝大多数人的状态是：
- 每天被需求推着走,很少抬头看路
- 跳槽凭感觉,「薪资高 30% 就跳」
- 从来没想过「5 年后我要成为什么样的人」
职业状态调研(虚构,符合行业经验):
写过完整 5 年规划: ████░░░░░░░░░░░░░░░░ ~10%
想过大方向但没落地: ████████████░░░░░░░░ ~30%
完全没想过: ██████████████████████ ~60%
1.3 5 年差距巨大
同样毕业于 985 计算机专业的两个同学,5 年后差距令人震惊：
| 维度 | 小 A（无规划型） | 小 B（规划型） |
|---|---|---|
| 第 1-2 年 | 小公司 CRUD,薪资 12K | 大厂核心业务,16K |
| 第 3-5 年 | 跳槽 3 次,平均待 8 个月 | 阿里 P6,30K |
| 第 5 年现状 | 中厂 P5,20K,开始焦虑 | 阿里 P7,55K,带 5 人小组 |
| 第 10 年预测 | 35 岁危机,被动转型 | 字节 2-2 / 阿里 P8,90K+ |
差距的本质不是运气,是「主动选择」与「被动接受」的区别。
1.4 真实案例：同班同学 5 年后
小 A 和小 B 是某 985 同学,都进了一线互联网公司。5 年同学聚会时:
- 小 A：换了 4 份工作,前 3 份都在小公司做重复 CRUD。第 4 份进了中厂,还在做业务开发。每次跳槽都「薪资涨 20%」,但累计涨幅不如一直待在大厂的同学。
- 小 B：第一份就在阿里,3 年晋升 P6。第 3 年主动转岗,从电商到新业务,接触中台架构。第 5 年晋升 P7,开始带人。
小 A 反思：「不是我不努力,而是我从来没问过自己『5 年后要什么』。」
2. 技术人能力模型
2.1 三种人才模型
技术圈公认的人才模型有 3 种,对应不同的成长路径：
- T 型人才 —— 一专多能。1 个领域深耕 + 多个领域涉猎
- π 型人才 —— 两专多能。2 个领域深耕 + 多个领域涉猎,跨领域整合能力强
- 通用型（Comb 型） —— 多领域都懂但不深,适合 TL/EM 角色
2.2 ASCII 能力模型图
T 型人才: π 型人才: 通用型(Comb):
▓▓░░░░░░░░░░ ▓▓░░░░░░░░░░ ▓▓▓░░░░░░░░░░
▓▓░░░░░░░░░░ ▓▓░░░░░░░░░░ ▓▓▓░░░░░░░░░░
▓▓▓▓▓▓▓▓▓░░░ 深度> ▓▓▓▓▓▓▓▓▓░░░ 深度> ▓▓▓▓░░░░░░░░░░ 深度≈
░░░░░░░░░░░░ ▓▓▓▓▓▓▓▓▓░░░ ▓▓▓▓░░░░░░░░░░
░░░░░░░░░░░░ 广度≈ ░░░░░░░░░░░░ 广度> ▓▓▓▓░░░░░░░░░░ 广度>
跨领域整合:弱 跨领域整合:强 跨领域整合:强
典型:领域专家 典型:全栈架构师 典型:Tech Lead
2.3 三种人才对比表
| 维度 | T 型 | π 型 | 通用型 |
|---|---|---|---|
| 深度 | ★★★★★ | ★★★★×2 | ★★★ |
| 广度 | ★★ | ★★★ | ★★★★ |
| 跨领域整合 | 弱 | 强 | 强 |
| 典型岗位 | 高级工程师 | 架构师 / Staff | Tech Lead / EM |
| 晋升上限 | P7 / L5 | P8 / L6 | P7 (管理) |
| 培养周期 | 5-7 年 | 7-10 年 | 5-8 年 |
2.4 真实案例：π 型架构师
某大厂架构师老 C,毕业后 8 年:
- 前 4 年深耕后端 Java,成为交易系统 Owner
- 第 5 年主动转岗到数据平台,啃了 1 年 Hadoop / Flink
- 现在横跨「交易」与「数据」两个领域,主导实时风控中台
「T 型很容易触顶,因为 1 个领域的天花板是有限的。π 型让你拥有『跨领域溢价』,这种人在市场上极度稀缺。」
3. 3 大职业赛道
3.1 IC 高 P / Tech Lead / Engineering Manager
技术人发展有 3 大主流赛道,选择哪条路决定未来 10 年的走向。
| 维度 | IC 高 P (Principal) | Tech Lead (TL) | Engineering Manager (EM) |
|---|---|---|---|
| 核心职责 | 攻克技术难题 / 主导架构 | 项目交付 / 技术决策 | 团队建设 / 业务目标 |
| 代码占比 | 50-70% | 30-50% | 5-15% |
| 带人规模 | 0-3 人（mentor） | 5-15 人（leader） | 15-50 人（manager） |
| 汇报对象 | 同级或上一级 | 总监 / VP | 总监 / VP |
| 核心能力 | 技术深度 + 影响力 | 沟通 + 拆解 + 判断 | 招人 + 培养 + 业务 |
| 收入（头部） | P8+ / L6+ | P7-P8 / L5-L6 | P7-P8 / L5-L6 |
| 适合人群 | 技术狂热者 | 技术管理双修 | 偏管理 / 业务型 |
| 转型难度 | 高（要持续写代码） | 中 | 高（要放弃代码） |
3.2 选型决策树
你的核心诉求是？
│
┌─────────────────┼─────────────────┐
▼ ▼ ▼
纯技术深度 技术+带小团队 偏管理/业务
│ │ │
▼ ▼ ▼
IC 高 P Tech Lead Engineering Manager
(Principal) (TL) (EM)
│ │ │
代码 50-70% 代码 30-50% 代码 5-15%
影响力范围:全公司 影响力范围:团队 影响力范围:业务线
典型:阿里 P9 典型:阿里 P7-P8 典型:阿里 P8 总监
3.3 真实案例：3 条赛道的人生
- IC 路线（老 D）：阿里 P9,11 年不写「业务代码」,只做中间件和稳定性。年薪 200W+,从未带过超过 3 个人。
- TL 路线（老 E）：字节 2-2 带 12 人小组,既要写核心代码,也要拆需求、跨团队协调。年薪 180W。
- EM 路线（老 F）：美团总监带 60 人团队,几乎不写代码,主要做 OKR、招人、跨部门协调。年薪 220W + 期权。
三条赛道收入天花板相近,但生活方式和成就感来源完全不同。选错了再转,代价巨大。
4. 5 年规划路径
4.1 阶段一：0-2 年（初级工程师）
目标：从「能写代码」到「能独立交付」
| 维度 | 关键动作 |
|---|---|
| 编码能力 | 掌握一门主语言 + 主流框架,能独立完成模块 |
| 工程能力 | 学会 Git、单元测试、Code Review、CI/CD |
| 业务理解 | 深入理解所负责业务的「为什么」 |
| 软技能 | 学会提问、学会求助、学会同步进度 |
| 输出 | 1-2 个有产出的项目 + 内部技术分享 |
必备技能清单：
# 0-2 年技能清单
hard_skills:
- 主语言熟练(Java/Go/Python 一门)
- 数据库基础(SQL/索引/事务)
- Linux 命令行
- Git 协作流程
soft_skills:
- 提问的艺术(先自查再问)
- 时间管理(番茄钟/GTD)
- 文档能力(Markdown/Confluence)
真实案例：小 G 校招进阿里,前 2 年专心做业务 CRUD,期间系统学习了《Effective Java》、《深入理解 Java 虚拟机》。第 2 年底绩效 3.75,获得晋升资格。
4.2 阶段二：2-3 年（中级工程师）
目标：从「能交付」到「能 design」
| 维度 | 关键动作 |
|---|---|
| 系统设计 | 能独立设计中等复杂度系统（百万级 QPS） |
| 代码质量 | 关注可维护性、可测试性、可扩展性 |
| 跨团队协作 | 主动推动跨团队项目,学会对齐预期 |
| 技术影响力 | 开始写技术文档、做内部分享 |
| 业务深度 | 理解业务指标、用户行为、商业模式 |
系统设计能力图谱：
系统设计能力树(2-3 年需要掌握):
┌─── 缓存设计(Redis/Memcached)
├─── 消息队列(Kafka/RabbitMQ)
├──── 数据库分库分表(Sharding)
├───── 分布式锁(Redisson/Zookeeper)
├────── 限流/熔断(Sentinel/Hystrix)
├─────── 负载均衡(Nginx/LVS)
└──────── 监控告警(Prometheus/Grafana)
真实案例：小 H 在某中厂做后端,第 2 年主导了一次从 MySQL 到 TiDB 的迁移,虽然规模不大,但完整经历了「设计-评审-灰度-上线-回滚」全流程。第 3 年跳槽到大厂,薪资翻倍。
4.3 阶段三：3-5 年（高级工程师 / Senior）
目标：从「能 design」到「能 lead」
| 维度 | 关键动作 |
|---|---|
| 架构能力 | 主导亿级流量系统设计 |
| 技术领导力 | 带 2-3 个新人,做 mentor |
| 影响力 | 跨团队技术分享、参与开源、写技术博客 |
| 业务影响力 | 能从业务角度反推技术方案 |
| 行业视野 | 关注行业趋势、技术大会、同行动态 |
Senior 工程师的 5 项硬指标：
- 独立 Owner 过 1 个核心系统（不是参与,是 Owner）
- 带过至少 1 个新人/实习生 完整周期
- 在团队内做过 3 次以上技术分享
- 主导过 1 次跨团队协作项目
- 绩效连续 2 年 3.75 / 优秀
真实案例：小 J 在阿里 5 年,从 P5 到 P7。第 3 年开始带 2 个校招生,第 4 年 Owner 整个营销系统的架构升级。第 5 年晋升 P7 时,答辩评委评价：「能跨团队协调、能带人、能 design,符合 P7 标准。」
5. 10 年规划路径
5.1 阶段四：5-7 年（资深工程师 / Staff）
目标：从「能 lead」到「能 define」
| 维度 | 关键动作 |
|---|---|
| 技术深度 | 在 1-2 个领域做到公司内 top 10% |
| 行业影响力 | 在公司外有 recognition（开源 / 演讲 / 文章） |
| 复杂项目 | 主导跨 BU、甚至跨公司的项目 |
| 战略思维 | 思考 3-5 年的技术战略,而非单点方案 |
| 团队贡献 | 不只是 mentor,而是能培养下一个 TL |
资深工程师的差异化能力：
资深 vs 高级的本质区别:
高级工程师: 解决问题(Problem Solver)
资深工程师: 定义问题(Problem Definer)
例: 高吞吐系统延迟突增
- 高级: 加缓存、加机器、优化 SQL
- 资深: 重新定义 SLO,质疑「为什么需要实时」,
从业务角度砍掉不必要的低延迟需求
5.2 阶段五：7-10 年（专家 / 总监）
目标：从「能 define」到「能 inspire」
这个阶段开始分化,3 条赛道各自到达不同终点：
| 赛道 | 终点 | 核心能力 |
|---|---|---|
| IC 高 P | Principal / Distinguished Engineer | 技术布道、跨公司影响力 |
| TL → EM | Engineering Director / VP | 团队规模化、业务战略 |
| TL → 架构师 | Chief Architect | 全公司技术战略 |
真实案例：老 K 在阿里 10 年,从 P6 到 P9。前 5 年专攻稳定性方向（SRE）,成为集团稳定性委员会成员。后 5 年主导了多次双 11 稳定性保障,期间培养出 3 个 P8、5 个 P7。他的经验是：「10 年坚守同一家公司,前提是公司值得。」
5.3 跨领域扩展
7-10 年阶段,跨领域扩展是突破天花板的关键：
# 10 年成长路径示例:从后端到全栈
year_1_3: # 0-3 年
focus: 后端 Java + MySQL
depth: ★★★
year_4_5: # 3-5 年
focus: 分布式系统 + 中间件
depth: ★★★★
side: 学一点前端(Vue/React)
year_6_8: # 5-8 年
focus: 架构 + 业务
breadth: ★★★★
side: 学一点数据(Hadoop/Spark)
year_9_10: # 8-10 年
focus: 跨领域整合 + 行业影响力
symbol: π 型人才
6. 关键技能节点
6.1 5 维成长图谱
技术人的成长有 5 个维度：编码 / 架构 / 业务 / 团队 / 影响力。每个维度的成长曲线不同,需要刻意练习。
技术人 5 维成长图谱(0-10 年):
编码能力: ▁▂▃▅▆▇██████ → 后期持平甚至略降
架构能力: ▁▁▂▃▅▆▇█████ → 中期高速增长
业务能力: ▁▂▃▄▅▆▇██████ → 持续线性增长
团队能力: ▁▁▁▂▃▅▆▇█████ → 后期才发力
影响力: ▁▁▁▂▃▄▅▆▇████ → 复利曲线,后劲最足
关键洞察: 不要在「编码」一棵树上吊死,
后期「影响力」和「团队」的回报远超编码
6.2 关键节点清单
| 年限 | 编码 | 架构 | 业务 | 团队 | 影响力 |
|---|---|---|---|---|---|
| 1 年 | 熟练 CRUD | - | 熟悉需求 | - | - |
| 3 年 | 能重构 | 中型系统 | 理解指标 | mentor 新人 | 内部分享 |
| 5 年 | 能 review | 大型系统 | 业务 Owner | 带 3-5 人 | 跨团队分享 |
| 7 年 | 能 design | 跨 BU 架构 | 业务战略 | 带 10+ 人 | 行业文章 |
| 10 年 | 写代码为辅 | 行业级架构 | 行业洞察 | 培养 TL | 行业演讲 |
6.3 真实案例：从「纯技术」到「带业务」
老 L 是典型「技术派」出身,前 5 年只关注编码和架构,业务上「够用就行」。第 6 年晋升失败,反馈是「缺乏业务视角」。第 7 年开始刻意补业务：
- 每周和销售、运营、产品各聊 1 次
- 主动报名业务培训
- 自己分析了 3 个核心业务指标
第 8 年晋升成功,他说：「业务能力不是『软技能』,而是『硬技能』。技术不结合业务,天花板就在 P7。」
7. 跳槽 / 转型决策
7.1 何时跳 vs 何时留
跳槽决策树:
现状评估
│
┌────────────┼────────────┐
▼ ▼ ▼
没有成长空间 薪资严重倒挂 想换赛道
│ │ │
▼ ▼ ▼
立即准备跳槽 尝试内部转岗 准备跳槽
或谈薪(成功则留)
跳槽的 4 个好时机：
- 学不到新东西 —— 在现公司已经触顶,没有新挑战
- 薪资倒挂严重 —— 外部市场价 > 内部 30%+
- 业务 / 团队衰退 —— 公司战略调整,所在 BU 被边缘化
- 想去新赛道 —— 想转方向但现公司无机会
留下的 4 个好理由：
- 还有成长空间 —— 晋升通道明确,1-2 年内有上升
- 核心项目关键期 —— 正在做能写进简历的大项目
- 股票 / 期权即将兑现 —— 沉没成本考虑
- 团队 / 老板特别好 —— 优秀 mentor 比短期薪资重要
7.2 转管理 / 转架构 / 转业务
| 转型方向 | 触发条件 | 风险 | 建议 |
|---|---|---|---|
| IC → TL | 已 mentor 过 2+ 新人,有 leadership 信号 | 写代码时间减少 | 先「+TL」再「转 TL」 |
| TL → EM | 团队 ≥ 10 人,开始想「如何培养下一个 TL」 | 完全脱离代码 | 7-10 年经验再转 |
| 后端 → 架构 | 已能 design 亿级系统 | 接触业务变少 | 配合业务理解 |
| 技术 → 业务 | 对业务有强烈兴趣,技术遇到瓶颈 | 技术积累折旧 | 选「懂技术的业务」而非纯业务 |
7.3 真实案例：「跳错槽」的反面教训
老 M 工作 3 年时跳槽,选了「薪资高 40% 但小公司」的 offer。入职后发现:
- 技术栈老旧(SSH 框架)
- 加班严重(996)
- 团队没有 senior 带
2 年后想跳回大厂,简历反而没有竞争力。
「跳槽不是只看薪资涨幅,要看『下一份工作的杠杆』。大厂背景跳小厂容易,小厂跳回大厂难。」
8. 实战案例 4 个
8.1 案例 1：5 年从 P5 到 P7（阿里 P 序列）
背景：小 N,985 本硕,2019 年校招入职阿里,定级 P5。
第 1 年（P5）：在淘宝做交易链路 CRUD,绩效 3.5。期间主动承担一个稳定性优化项目,接入集团的 Chaos Monkey 测试。
第 2 年（P5 → P6）：绩效 3.75,晋升 P6。开始 Owner 整个下单链路的一小模块,主导了一次大促备战。
第 3-4 年（P6）：转岗到新业务（本地生活）,接触高并发场景。第 3 年绩效 3.5,第 4 年 3.75,稳定 P6。
第 5 年（P6 → P7）：晋升答辩,主题是「我如何 Owner 了百万 QPS 的营销系统」。评委评价：「技术深度 + 业务理解 + 带新人」三方面都达标。晋升 P7,年薪破 80W。
关键决策：
- 第 3 年主动转岗到新业务（虽然从 0 开始,但踩中了风口）
- 持续 Owner 核心项目,从未「被安排」
- 每年 1 次内部分享,积累影响力
8.2 案例 2：TL 转型 EM（管理 50+ 人团队 5 年）
背景：老 P,某电商公司 Tech Lead,带 8 人小组。
第 1 年（TL）：从高级工程师转 TL,初期极度不适应。每天 60% 时间写代码,40% 时间协调。
第 2 年（TL → EM 候选人）：团队扩到 15 人,开始想「如何培养下一个 TL」。主动申请 EM 培训。
第 3 年（EM）：正式晋升 EM,带 30 人。开始拆团队为 3 个小组,各设 TL。
第 4 年（EM,30 人）：主导了一次组织调整,从「按技术分层」改为「按业务线拆分」。阻力很大,但效果显著。
第 5 年（EM,50+ 人）：团队规模 60 人,自己直接管 3 个 TL。几乎不写代码,但业务话语权远超 TL 阶段。年收入从 TL 阶段的 100W 涨到 180W。
关键决策：
- 没有硬转,而是「TL → EM」平滑过渡
- 主动学管理（读《The Manager’s Path》《High Output Management》）
- 培养出 2 个 TL 接班
8.3 案例 3：10 年坚守同一家公司（P6 到 P9）
背景：老 Q,2014 年入职某互联网大厂,定级 P6（社招资深工程师）。
前 3 年（P6）：在搜索业务线,深耕相关性算法。第 3 年绩效 3.75,获得晋升 P7 资格但因名额限制未升。
第 4-6 年（P6/P7）：第 4 年终于晋升 P7。开始带 3 人小组,主导了一次搜索架构升级（从批量到实时）。第 6 年绩效 3.5,稳定贡献。
第 7-8 年（P7 → P8）：晋升 P8,带 10 人小组,主导整个搜索中台化项目。这是公司战略级项目,投入 30+ 人。
第 9-10 年（P8 → P9）：晋升 P9,成为集团搜索技术委员会核心成员。主导了多次技术战略制定。
关键决策：
- 没有频繁跳槽 —— 选择「在公司内换岗、换业务」,保持新鲜感
- 押对公司战略 —— 第 8 年押中搜索中台化,获得集团级曝光
- 长期主义 —— 10 年下来累计期权 + 股票收益远超跳槽
反面观点：这种路径可遇不可求,前提是公司长期向上 + 业务持续增长。如果公司走下坡路,死守反而危险。
8.4 案例 4：架构师跳槽 3 次工资翻 4 倍
背景：老 R,2018 年 P6,月薪 30K。
第 1 跳（2019）：从传统软件公司 → 二线互联网公司,涨薪 40%,月薪 42K。
第 2 跳（2021）：从二线 → 一线大厂（美团）,涨薪 60%,月薪 67K。
第 3 跳（2023）：从美团 → 字节跳动,涨薪 50%,月薪 100K。
5 年累计涨幅：30K → 100K,翻 3.3 倍（接近 4 倍,如果算年终奖和股票）。
关键决策：
- 每次跳槽都「上台阶」 —— 从小厂 → 中厂 → 大厂 → 头部大厂,从未「平跳」或「下跳」
- 积累稀缺技能 —— 第 2 跳前学了 Kafka / Flink,第 3 跳前学了云原生 / Service Mesh
- 每跳都至少涨 40% —— 不为「平跳」浪费机会成本
风险与代价：
- 每次跳槽都有适应期（3-6 个月低效）
- 累计损失了一些「长期股票」
- 业务理解永远比同年限的同事浅
9. 选型决策树 + 反模式 + Checklist
9.1 完整选型决策树
你现在的工作年限?
│
┌─────────────┼─────────────┐
▼ ▼ ▼
0-2 年 3-5 年 6-10 年
│ │ │
▼ ▼ ▼
重点:打基础 重点:选赛道 重点:做差异化
│ │ │
│ ┌───────┼────────┐ │
│ ▼ ▼ ▼ │
│ 纯技术 技术+带人 偏管理
│ │ │ │ │
│ ▼ ▼ ▼ │
│ IC高P TechLead EM │
│ │
▼ ▼
选大厂(平台>薪资) 选稀缺度(影响力>薪资)
9.2 5 维度对比表（赛道选择终极版）
| 维度 | IC 高 P | Tech Lead | EM | CTO / VP |
|---|---|---|---|---|
| 代码占比 | 50-70% | 30-50% | 5-15% | 0-5% |
| 收入（头部大厂） | 150-300W | 150-250W | 200-400W | 500W+ |
| 35 岁危机 | 低（持续写代码） | 中（半管理） | 高（纯管理） | 极高（高 P/E） |
| 转型灵活度 | 高（可降级做架构师） | 中 | 低（难回 IC） | 极低 |
| 核心成就感 | 解决技术难题 | 项目交付 | 团队成长 | 业务成功 |
| 适合人群 | 技术狂热者 | 双修型 | 管理型 | 创业型 |
9.3 6 大反模式
| # | 反模式 | 后果 |
|---|---|---|
| 1 | 纯跳槽驱动 —— 没规划就跳 | 简历花、能力浅 |
| 2 | 死守不跳 —— 5 年不动 | 薪资倒挂、技术栈老化 |
| 3 | 追风口 —— 区块链/AI 一窝蜂 | 缺乏深度积累 |
| 4 | 拒绝管理 —— 写一辈子代码 | 后期收入封顶 |
| 5 | 过早管理 —— 3 年就 TL | 基础不牢 |
| 6 | 从不输出 —— 只写业务代码 | 影响力 0,跳槽溢价低 |
9.4 选型口诀 3 句话
「3 年打基础,5 年选赛道,10 年做差异化。」
「年轻时选平台,中年时选赛道,后期选影响力。」
「能不转管理就别转,能不跳就别跳,能不追风口就别追。」
9.5 职业生涯 Checklist
5 年规划 Checklist
# 5 年规划 Checklist
## 第 1 年
- [ ] 选定 1 门主语言,深耕到熟练
- [ ] 熟悉团队代码库,能独立完成模块
- [ ] 学会 Code Review 流程
- [ ] 主动承担 1 个有挑战的需求
## 第 2 年
- [ ] 主导 1 个中型项目
- [ ] 绩效达到 3.5/3.75
- [ ] 完成 1 次内部分享
- [ ] 开始写技术博客(每月 1 篇)
## 第 3 年
- [ ] Owner 1 个核心模块
- [ ] 能独立 design 中等系统
- [ ] Mentor 1 个校招生/新人
- [ ] 思考 5 年后想成为什么样的人
## 第 4 年
- [ ] 跨团队主导 1 个项目
- [ ] 绩效连续 2 年 3.5+
- [ ] 在团队内建立技术影响力
- [ ] 做出赛道选择（IC/TL/EM）
## 第 5 年
- [ ] Owner 1 个核心系统
- [ ] 带 3-5 人小组
- [ ] 在公司外有 recognition（开源/文章）
- [ ] 晋升到 P7 / Senior
10 年规划 Checklist
# 10 年规划 Checklist
## 5-7 年（资深）
- [ ] 在 1-2 个领域做到公司 top 10%
- [ ] 带 10 人左右团队
- [ ] 主导跨 BU 项目
- [ ] 有开源项目 / 行业文章 / 技术演讲
- [ ] 完成 1 次「跨领域扩展」
## 7-10 年（专家/总监）
- [ ] 在行业内建立个人品牌
- [ ] 培养出 2+ 个接班人
- [ ] 主导公司级技术战略
- [ ] 完成「职业第二曲线」（技术 + 业务 + 管理）
- [ ] 找到「10 年后的下一个 10 年」方向
9.6 5 年规划模板（OKR 风格）
# 5 年 OKR 规划模板
# 适用于 P5 → P7 路径
owner: 你的名字
start_year: 2026
end_year: 2031
target_level: P7 / Senior Engineer
year_1:
objective: 打好工程基础
key_results:
- kr1: 完成 10 个核心模块的独立开发
- kr2: 通过 P6 晋升答辩
- kr3: 在团队内做 2 次技术分享
year_2:
objective: 提升系统设计能力
key_results:
- kr1: 主导 1 个中型项目(百万 QPS)
- kr2: 学习分布式系统理论(读完 DDIA)
- kr3: 跨团队协作 1 个项目
year_3:
objective: 建立技术影响力
key_results:
- kr1: 在公司技术大会做 1 次分享
- kr2: 发布 1 个开源项目(>100 star)
- kr3: Mentor 2 个新人
year_4:
objective: 主导核心业务
key_results:
- kr1: Owner 1 个核心系统
- kr2: 带 3-5 人小组
- kr3: 绩效连续 3.75
year_5:
objective: 完成 P7 晋升
key_results:
- kr1: 晋升 P7 答辩通过
- kr2: 在团队外建立 recognition
- kr3: 完成 1 次跨领域扩展
9.7 简历模板（5 年经验版）
# 张三 · 高级工程师
📧 zhangsan@example.com | 📱 138-xxxx-xxxx | 🔗 github.com/zhangsan
## 个人简介
5 年后端开发经验,精通 Java/Go,擅长分布式系统设计。
曾在 XX 公司主导百万 QPS 系统从 0 到 1,带过 5 人小组。
## 工作经历
### XX 公司（互联网 TOP 5）— 高级工程师
2023.06 - 至今
- 主导营销系统重构,日均处理 2 亿+ 请求,延迟降低 40%
- 带 3 名校招新人,其中 1 人半年内独立 Owner 模块
- 主导跨团队协作项目,推动 5 个团队完成中台化改造
- 2024 年绩效 3.75,获优秀员工奖
### YY 公司 — 后端工程师
2021.07 - 2023.06
- 负责交易链路核心模块,TPS 峰值 10 万+
- 主导从 MySQL 到 TiDB 的迁移,完成灰度上线
- 编写团队《代码规范》和《Code Review 指南》
## 项目经验
### 营销中台（2024）
**背景**：原营销系统耦合严重,无法支撑大促
**方案**：DDD + 中台化拆分,6 个核心服务
**结果**：系统可用性从 99.9% 提升到 99.99%
## 教育背景
XX 大学 · 计算机科学与技术 · 硕士 · 2018-2021
XX 大学 · 软件工程 · 本科 · 2014-2018
## 技能
- 语言: Java(精通) / Go(熟练) / Python(熟悉)
- 中间件: Kafka / Redis / Elasticsearch
- 数据库: MySQL / TiDB / MongoDB
- 云原生: K8s / Docker / Service Mesh
## 开源 / 写作
- GitHub: github.com/zhangsan (500+ stars)
- 博客: 10+ 篇技术文章,阅读量 50 万+
9.8 面试 Checklist（5 年经验跳槽版）
# 面试 Checklist（5 年经验跳槽）
## 简历准备
- [ ] 量化成果(数字 + 业务影响)
- [ ] 突出 2-3 个核心项目(STAR 法则)
- [ ] 删除无关项目(< 1 年的副业)
- [ ] GitHub / 博客 / 开源项目链接
## 系统设计（必考）
- [ ] 短链系统
- [ ] 秒杀系统
- [ ] 消息推送系统
- [ ] 限流 / 熔断设计
- [ ] 数据库分库分表
- [ ] 分布式锁设计
## 编码题（必考）
- [ ] LRU Cache
- [ ] 限流算法(令牌桶/漏桶)
- [ ] 一致性 Hash
- [ ] Top K 问题
- [ ] 二叉树遍历
## 行为面
- [ ] 最有成就感的项目(用 STAR 描述)
- [ ] 跨团队协作的最大挑战
- [ ] 与同事的技术分歧如何处理
- [ ] 为什么离开现公司(标准话术)
- [ ] 5 年后想成为什么样的人
## 反问环节
- [ ] 团队当前最大的技术挑战是什么
- [ ] 这个岗位的成长路径是什么
- [ ] 团队对 Senior 的预期是什么
- [ ] 绩效评估的标准是什么
- [ ] 加班强度 / WLB 状况
9.9 3 大赛道速查表
| 维度 | IC 高 P | Tech Lead | EM |
|---|---|---|---|
| 一句话定位 | 用技术解决最难的问题 | 用技术让团队交付 | 用团队让业务成功 |
| 关键能力 | 技术深度 + 影响力 | 沟通 + 拆解 + 判断 | 招人 + 培养 + 战略 |
| 典型画像 | 35-45 岁,十年磨一剑 | 30-40 岁,技术与管理的桥梁 | 32-45 岁,从一线走出 |
| 收入 | 150-300W | 150-250W | 200-400W |
| 35 岁风险 | ★ | ★★ | ★★★ |
| 推荐指数（纯技术爱好者） | ★★★★★ | ★★★ | ★ |
| 推荐指数（管理型） | ★★ | ★★★★ | ★★★★★ |
10. 参考资料
本专题综合参考以下资料与社区经验：
- 《软件工程师的职业生涯》 —— 经典职业规划教材
- 《The Manager’s Path》 (Camille Fournier) —— TL/EM 转型的圣经
- 《High Output Management》 (Andrew Grove) —— 管理者必读
- Joel Spolsky《程序员晋升论》 —— 早期关于工程师晋升的深度文章
- 《Designing Data-Intensive Applications》 (Martin Kleppmann) —— 系统设计基础
- Patrick McKenzie《Don’t Fulfill the Unfillable Order》 —— 面试与职业建议
- 阿里 P 序列白皮书 —— 内部晋升标准(网络流传版)
- 字节跳动工程师手册 —— 内部技术文化参考
- Google Engineering Levels (L3-L8) —— 业界标杆 Level 设计
- Netflix《Freedom & Responsibility》文化 —— 高自由度文化的代表
- Reddit r/cscareerquestions —— 海量真实案例
- HN (Hacker News) —— 行业讨论精华
11. 一句话总结
「技术人的 5 年靠努力,10 年靠选择,15 年靠运气 + 积累。」
规划不能消除运气,但能让你在运气来时,接得住。
自检报告
文件路径: /notes/知识宝典/08-软实力与职业/8.6-职业生涯规划-技术人5年10年发展路径.md
目标大小: 30-50KB
代码块数: 30+ 处
实战案例: 4 个深度案例 + 多处小案例
踩坑点: 6 大反模式 + 多处教训
调研依据: 12 项参考资料
关键词命中:
- 职业规划: ✓
- 5 年: ✓
- 10 年: ✓
- Senior: ✓
- Tech Lead: ✓
- Engineering Manager: ✓
- Principal: ✓
- IC: ✓
- TL: ✓
- EM: ✓
格式:
- YAML frontmatter: ✓
- ## 标题 / ### 小节: ✓
- ASCII 框图: ✓
- 表格对齐: ✓
- 中文为主英文术语保留: ✓
- 0 mermaid: ✓
末尾组件:
- 3 大赛道速查表: ✓
- 选型口诀 3 句话: ✓
- 5/10 年规划 Checklist: ✓
- 简历模板: ✓