卡在 P7：从执行到引领的关键跨越
P6→P7（或腾讯 T6→T7、字节 2-2→3-1、美团 P6→P7 等等）是大厂技术线最难跨的一道槛。70% 的人会卡在这里 2-3 年，部分人卡到放弃。
卡的根因不是技术不够，是对"身份切换"没意识到。
P6 和 P7 的真实差异
不是难度的延续。不是"P6 做的事难度乘 1.5 就是 P7"。
它是身份的切换：
| 维度 | P6（高级工程师） | P7（专家） |
|---|---|---|
| 任务来源 | 老板派 | 自己识别 |
| 工作单元 | 一个具体需求/系统 | 一类问题 / 一个业务方向 |
| 影响半径 | 自己 ± 一个小组 | 整个部门 / 跨部门 |
| 决策范围 | "怎么做" | "做不做、什么时候做、谁来做" |
| 成功标准 | 按时按质交付 | 推动业务目标达成 |
| 委员会怎么判断 | 看你做的事够不够难 | 看你改变了什么 |
P6 的能力天花板是"非常牛的执行者"。P7 的入场券是"自己识别问题、说服别人去做、让事情发生"。
卡 P7 的三个常见模式
模式 1：执行特别强，但永远在等老板派活
你 code 写得快、bug 少、文档规范、加班不抱怨。但所有项目都是老板说"做 X"你才做 X。
这种人在 P6 会被打成超额完成（因为执行力强），但提名 P7 答辩时老板会犹豫："他能不能离开我的指挥独立 own 一摊事？我没把握。"
破解：每个季度自己识别一个老板没让你做但你判断该做的事，做出来给老板看。开始可能小（比如优化一个流程、写一个内部工具），逐步加大复杂度。
模式 2：技术很深，但只在自己的小圈子里有名
你是组里最懂某个领域的人。组外没人知道你。
P7 答辩时委员会问"组外有人知道这个人做的事吗"，没人能答上来。
破解：每半年至少做一次组外可见的输出。形式可以是：跨部门技术分享、内部 wiki 写一篇有传播价值的总结、参与一个跨部门项目并主导技术方案。
模式 3：把自己只定位成"做技术的"
每次有非纯技术的事（业务讨论、跨部门撕逼、产品方案 review、招聘），你都说"这个我不擅长，让 PM/leader 处理"。
P7 是技术专家，但专家不是只懂技术。专家要懂技术服务的业务。如果你不能跟产品、运营、上下游对话，组织没办法把你放到"专家"位置。
破解：主动介入业务决策。哪怕只是在评审会上提一个业务视角的问题。培养"技术之外的语言"。
一年内推动晋升的 4 步
- 识别"P7 量级问题"：跟你下一级（已经晋升过 P7 的人）请教 3 次："你看我们这边有什么 P7 该 own 但还没人 own 的事？" 答案通常是：跨组织的技术债、新方向探索、复杂系统的架构演进。
- 跟老板对齐你要 own 这件事：不是"我能做吗"，是"我打算做，需要你怎么支持我"。让老板把这件事正式 assign 给你，否则你做出来也算别人头上。
- 半年内交付一个里程碑：不需要是终态，需要是**让组织 / 你老板 / 你的下一级老板都看到"X 在主导这件事"**的可见进展。
- 答辩前 2 个月开始铺叙事：找 3 个不在你直接汇报链上的人聊你做的事，让他们成为"组织里听过你名字的人"。
一个常被忽略的真相
P7 不是熬上去的，是做上去的。每年都有人 P6 干了 5 年没动静，然后某一年因为做对一件事，半年内就升了。差别不在年限，在有没有那一件"P7 量级"的事被他做出来并被组织看见。
如果你在 P6 第 3 年还没看到自己手上有这种事，先回答一个问题：是没机会，还是没识别到机会，还是识别到了但不敢接？
三个答案对应三种不同的破局动作。最常见的是第三种。
收尾
卡 P7 不要焦虑。但要诚实：你过去一年做的事，按 P7 的标准看够不够、够不够被看见、是不是"你不可替代"。三个问题任一答案是"不是"，先解决那一个，再谈晋升。