很多做技术的人有个困惑：凭什么项目经理比自己拿得多？
代码不是他写的，验证不是他跑的。他整天开会、发邮件、推进度，这也叫技术？
一颗SoC芯片，流片窗口就那么一个，错过了就是三到六个月后的事。临近tapeout，后端反馈某条关键路径时序违例还没收敛，违例路径跨越了三个时钟域，前端说是后端综合策略问题，后端说是前端RTL写法导致扇出过大。
两边都有道理，问题真实存在，锅谁背？
这时候需要有人拍板，需要有人协调资源，需要有人对最终结果负责。这个人就是项目经理，或者带项目的技术负责人。
他不需要自己去改代码，但他必须在两小时内搞清楚问题根源，判断走哪条路解决最快，同时不能影响其他模块的进度。
这个判断做错了，几十个人的工作可能白费，流片窗口直接丢掉。
很多人把项目管理理解成”催进度”，这是最大的误解。
项目管理的本质是风险定价。知道哪件事拖不得，哪件事可以等；知道资源往哪集中，哪个环节是真正的瓶颈。
这不是靠”勤快”能解决的，是靠判断力。
判断力从哪来？从对技术的理解来。
一个不懂技术的项目经理，听到”时序收敛有问题”只能记录下来然后催人，根本不知道这个问题的严重程度，也不知道解决路径有哪些选项。
真正能扛项目的人，技术理解必须到位。不需要自己去写约束文件，但得知道set_multicycle_path用错了会怎样，得知道clock gating做不好功耗会差多少。
这就是为什么资深技术leader的薪资会比普通工程师高出一截——他们的能力边界更宽，覆盖了技术和管理的交叉地带，那个地带的人是最稀缺的。
说回钱的问题。
高薪背后是责任，责任背后是能力要求。
想拿那个钱，就得真的能扛那个事。扛不住就是扛不住，没有捷径。
