某大厂leader:手下的清北博士,PPT、跑分、冲短期KPI一个比一个猛.但遇到问题还得我舔着脸,去请那些有争议又贵的老将出山
看到这个吐槽帖：一边嫌老人贵、嫌老人“历史包袱重”，一边关键时刻又离不开老人。到底哪里出了问题？清北博士能卷进来，底子是真硬。算法、理论基础都是千锤百炼的。给个明确问题，比如"把模型精度提升5%"，人家真能整出花来。但从论文到生产环境，隔着十万八千里。 进业务面对的是祖传代码、没文档的微服务。你让他三天上手五天出活，不现实。就像刚拿驾照的赛车手，理论知道怎么过弯，真上老城区破路还得适应。不是博士不行，是理论和战场之间本来就需要磨合期。 刚落地就填最难的坑，那是管理层心太大。那些被叫着"出山"的老将，确实踩过坑、扛过雷。系统哪里会崩，业务哪里有暗礁，鼻子一闻就知道。这是十年伤疤换的，书本上学不来。但老将也不是万能药。有些习惯了旧架构，对新工具、新思路有抵触。你让他学Kubernetes，他跟你说Shell脚本挺好；跟他说云原生，他觉得虚拟机才正经。经验是宝藏，有时候也是包袱。而且有些老将之所以"有争议被挤走"，也不全是公司瞎。确实有人开始吃老本、搞小圈子，把"当年我怎么做"挂嘴边拒绝改变。用老人，也得看是哪种老人。很多Leader自己短视：既要博士的"名校光环"，又不愿给时间沉淀；既要老将的救火能力，又嫌人家"贵"和"不好管"。两头施压，搞得博士焦虑，老将寒心。更离谱的是项目分配逻辑。把短期出彩、容易量化的活塞给博士——毕竟他们PPT好看，汇报能说"深度学习"这种老板爱听的名词。把脏活累活、长期维护扔给"没背景"的老实人。等出事了，发现博士没实战经验，老实人扛不住大场面，这时候想起来请老将了？这不是博士弱，也不是老将强，是你根本就没搭好台子让人唱戏。网上一讨论这事就爱站队：要么"老人全是宝藏新人全是水货"，要么"老人就该被淘汰"。都是扯淡。做前沿探索、算法创新，博士的理论功底和快速学习能力就是金矿。但要维护日活千万的老系统、处理历史兼容问题、在业务关口做兜底决策，这时候就需要踩过坑的"油腻中年"。问题是考核体系只认"短期可见的成果"。 博士为了证明自己只能去卷PPT；老将为了保饭碗也只能适配这套规则。最后大家都变成了演员，没人敢碰那些"重要但不紧急"的硬骨头。健康团队应该博士和老将搭配：博士冲前面做创新，老将在后面守底线；博士提供理论支持，老将提供工程 wisdom。但现实是很多Leader为了季度汇报好看，把老将边缘化，把博士当燃料烧，烧完了发现引擎要炸了。那位Leader朋友，其实只是想要"即时生效的解决方案"，既舍不得给博士时间成长，也开不出让老将安心背锅的条件。又想快、又想好、又想便宜，那是甲方改需求时的幻想，不是成年人的管理。职场不是选秀，没必要分胜负。博士和老将本就该坐在一张桌上吃饭，而不是一个被捧上天一个被踩进泥。什么时候管理者学会"看菜下饭"而不是"看价码下饭"，这事儿才算真的过去。
