很长一段时间里，谷歌管工程师的办法很简单：别管他们。工程师卡住了，自然会去问上司，而上司之所以当上上司，靠的正是深厚的技术功底。2002 年，两位创始人甚至试过把工程经理整个取消。据《哈佛商业评论》的说法，这个试验只撑了几个月。
所以，2009 年谷歌的人力分析团队开始研究最好的经理都做了什么时，公司心里的那套看法是明摆着的。主管人力运营的拉兹洛·博克说得很直接：「在谷歌，我们一直认为，要当经理，尤其是在工程这边，你的技术得和手下一样深，甚至更深。」
这个代号「氧气计划」的团队，整理了一万多条关于经理的观察，归纳出八种做法。接着，博克的团队给这八条排了序。
技术专长排在最后。
总往锅上伸的那只手
博克对《纽约时报》说，技术专长很重要，可比起「建立联系、让人找得到你」，就差远了。做个好教练。别事无巨细地管。关心下属的职业发展。
让你升职的本事，不是你升上去之后要干的活。
哈佛商学院的琳达·希尔，为一本 1992 年出版的书，跟踪了 19 位新经理的第一年，此后又一直研究被提拔去带人的明星员工。她发现，这些人带着一些误解上任，用她的话说，有的误解「几乎到了神话的地步」。他们以为当上经理就有了权威和自由，结果发现自己被下属、上司和同级团团围住。一位新经理对她说：「事实是，你其实什么都控制不了。」
她写到一位接手投行交易台的新经理。为了立威，他告诉一帮资深交易员该平掉哪些仓位、该换什么策略。交易员们顶了回来，每条指令都要他讲出理由。后来，他就一个自己不熟的市场，向其中一位请教了一个很简单的定价问题。他说：「我不再一直说话、开始听以后，交易台上的人开始教我这份工作。」
最好的炒锅师傅升了主厨，手还是往锅上伸。厨房要她做的，是每盘菜都尝一口，把不合格的退回去。
你亲手改好的那条查询
假设你原来是组里最强的数据分析师，现在当了组长。一位新人做的看板，有条查询要跑四分钟。你可以周四找她讲讲索引，可你当晚自己动手重写了，第二天早上，六秒跑完。
她向你道谢。下一周，她把下一条慢查询发给你，附了一句：能帮忙看看吗？
专长扳回一局的地方
「氧气计划」是谷歌讲谷歌自己的故事。《哈佛商业评论》也指出了它的局限：经理评分提高了，对销售、生产率和利润到底有多大影响，当时还没人说得清。
另一些证据指向另一边。经济学家阿茨、古德尔和奥斯瓦尔德用美国和英国的调查数据研究员工和上司，衡量上司能力的指标包括：上司是不是在公司里一步步干上来的，紧急时能不能替员工干他的活。结果，上司的技术能力是预测员工工作满意度最强的单一因素。他们自称这项研究是「一次谨慎的尝试」，并说这些相关性比不上随机对照试验。
有一种解读能让两边都说得通：谷歌的工程经理本来大多就是技术高手，所以在那里，专长分不出经理的好坏。两项研究都没检验过这个解读。照这个解读，专长是经理脚下站着的那块地，经理整天忙的却是别的事。
智能体的经理
2025 年 8 月，Anthropic 调查了 132 名自家工程师和研究员，并访谈了其中 53 人，问他们怎么用自家的 AI 模型 Claude 干活。很多人说，自己的角色正从写代码转向管理 AI。有人把自己看作「AI 智能体的经理」。有人估计，自己的工作已经有「七成以上变成了审代码、改代码，而不是从头写新代码」。好几位工程师把这比作从个人贡献者变成经理。可超过一半的人说，能「完全交给」Claude 的活，只占自己工作的 0 到 20%。
到这里，又依赖起技术功底来了。有人担心，越是把活交出去，技能越会「萎缩」。报告还提出一个「监督悖论」：用好 Claude 得监督它，而监督它所需要的编程功夫，恰恰可能因为用多了而退化。对智能体的经理来说，专长也许就是活本身。
公司自己说，这些发现很可能不适用于别处：员工都是早期使用者，受访的是最先回复的 53 人，用的也是 2025 年 8 月的模型。
你可以测测自己的底子。找出你最近批准的一处由智能体写的改动，关掉它的说明，只看代码差异，给同事讲清楚这处改动。讲不清的地方，就回去看证据：可能是没检查就放行了，也可能只是记不住，或者没完全理解。