每日精读 · READ 912
Staff Engineer: Leadership Beyond the Management Track · 威尔·拉尔森 (Will Larson) · 2021
工程师往上走到某个点会撞见一道岔路：要么转去带人，要么继续做技术——而「继续做技术」那条路上，大多数人以为的下一站是「更资深的资深工程师」，这本书告诉你不是：Staff 及以上是一份性质不同的工作，它衡量的不再是你写出多少东西，而是你让整个组织少走了多少弯路。它同时讲了一件更不客气的事——拿到这个头衔，一半靠你干得好，另一半靠你所在的公司到底有没有这个坑、以及有没有人看见你。
拉尔森做过 Digg、Uber、Stripe 的工程负责人，后来当 CTO；他的博客 lethain.com 是这一行读得最多的写作之一。上一本《An Elegant Puzzle》讲的是「怎么管一个工程组织」，这一本调头讲不走管理线的那条路。书分两半：前半是他自己的论述，后半是十几位在不同公司做到 Staff+ 的工程师访谈——所以它更像一份行业实地报告，而不是一套理论。它之所以有分量，是因为在它之前，「资深工程师之上还有什么」这件事几乎没有公开文本：管理线有一整个书架，技术线只有各公司内部口耳相传的说法。这本书做的第一件事，就是给这条路造了一套能拿出来讨论的词。
Staff+ 是个统称，指 Staff、Senior Staff、Principal、Distinguished 这一串在「资深工程师（Senior Engineer）」之上的技术职级。拉尔森强调一件容易被忽略的事：从工程师到资深工程师，涨的是「量」——更难的题、更大的模块、更少的返工；而从资深到 Staff，变的是「质」。
怎么变的？在资深这一级，别人给你一个问题，你把它解得漂亮。到了 Staff，问题本身变成了你的工作对象：这个问题是真问题吗？它是不是另一个问题的症状？值不值得现在做？做了之后三年内谁来维护？——而且你的产出常常不再是代码，而是一次说服、一份文档、一个被你劝退的项目。拉尔森有个说法很扎实：资深工程师被期待「把事做完」，Staff 工程师被期待「让一群人把对的事做完」。
这带来一个心理上的坎，是很多人转不过去的地方：你的「完成感」消失了。写代码有明确的完成时刻，而「阻止了一个错误的架构决定」这件事永远不会有人给你发庆功邮件——因为那场灾难没发生。接受「你最大的贡献常常是不可见的、且无法证明的」，是这份工作的入场费。这也解释了为什么这一级的人特别容易怀疑自己：管理者至少还有团队规模和交付节奏当作反馈，而你手上很长时间只有一堆没发生的坏事。
这是全书传播最广的一块，也是它最有用的一块——因为它把「Staff 到底该干什么」这个虚问题，换成了「你是这四种里的哪一种」这个能回答的问题。
| 原型 | 范围 | 一天在干什么 |
| 技术负责人 Tech Lead | 一个团队 （或几个团队） | 和经理搭档：拆解需求、定执行路径、盯质量。最常见的一种 |
| 架构师 Architect | 一块要害领域 | 在复杂度或业务风险最高的地方（支付、存储、权限）守方向与质量，靠长期积累的领域深度 |
| 解题者 Solver | 当下最烫手的 那个问题 | 被空投到最难啃的地方，啃完换下一个；不长期拥有任何领域 |
| 右手 Right Hand | 整个组织 | 跟在工程高管身边、借他的权威办事：进领导会、接组织级的烂摊子。最少见 |
四种原型不是段位高低，是不同的工作形状——公司规模与文化决定了哪几种存在。
为什么这张表值钱？因为绝大多数 Staff 工程师的痛苦，来自拿着一种原型的期待，去干另一种原型的活。你以为自己是架构师（该有沉淀、该定标准），公司其实要的是解题者（哪儿着火去哪儿）——于是你觉得自己一直在救火、毫无长进，而公司觉得你抓着不放、不肯上前线。先把这个错位说破，很多「我到底做得对不对」的焦虑当场蒸发。拉尔森也提醒：解题者和右手对个人依赖极重、极难复制，长期做容易被掏空；技术负责人和架构师则更可持续。
他把 Staff+ 的日常拆成四类。① 定技术方向：注意他的重点是反直觉的——定方向最难的部分不是技术，而是把业务真正的需求听懂、再翻译成技术判断。「我喜欢这个技术」是最不重要的输入。② 带人。③ 提供工程视角：在那些没有工程师在场的会议里，用一两句话把「这个决定的技术代价」讲清楚——很多灾难就是在这种会议上定下来的。④ 探索：接那些方向不明、风险高、别人不敢碰的活，替公司把不确定性趟掉一层——典型场景是「我们要不要上这套新架构」这类没人敢拍板的问题，由一个资深的人花两个月做出可信的判断，比让三个团队各猜半年便宜得多。
第②条里藏着全书最实用的一个区分：指导（mentorship）与赞助（sponsorship）不是一回事。指导是给建议——你请我喝咖啡，我告诉你该怎么做；成本低，你说完就走。赞助是拿你自己的信誉去替别人担保：在你不在场的房间里点名让他上那个项目，把一个能让他被看见的机会让给他，然后在他搞砸时替他扛一部分。
差别在于「谁承担风险」：指导的风险在对方，赞助的风险在你。这也是为什么赞助稀缺得多，而效果大得多——一个人的职业跃迁，几乎从来不是因为有人给了他好建议，而是因为有人把他放进了一个他自己进不去的房间。如果你想检验自己是不是真在「带人」，问一个问题：过去半年，我为谁花掉过我自己的信誉？答不上来，那你做的只是指导。
「胶水工作」这个词来自工程师塔尼娅·赖利（Tanya Reilly）广为流传的同名演讲：指那些把项目黏合起来、但在任何绩效表格里都看不见的活——写没人写的文档、跨团队对齐、发现并补上两个团队之间掉下去的需求、拉会把卡住的事推动、当新人的活地图。
拉尔森的立场是：到了 Staff 这一级，胶水工作不是「杂活」，它就是工作本身。因为组织越大，价值就越多地产生在团队与团队的缝隙里，而缝隙没有主人。
但必须把赖利原话里的另一半也讲出来，否则就成了劝人义务劳动。赖利的原意有一半是警告：胶水工作往往不被记功，而且它不成比例地落在女性和少数群体工程师身上——一个人可以花三年把团队黏住，然后在晋升评审里被说「技术产出不够」，硬生生被推离技术线。所以真正的规则是有条件的：胶水工作在你已经有资历、能把它讲成故事时是杠杆；在你还没有时，它可能是陷阱。可操作的解法只有两个：一是写下来——把「我协调了什么、避免了什么」变成有记录的成果；二是确保有人（你的经理、你的赞助人）明确认这笔账。不被记账的胶水，只是被吸收掉的时间。
这是全书最诚实、也最容易被跳过的一章。拉尔森说：几乎所有公司在事实上都要求一个「Staff 项目」——一个足够大、足够重要、且足够容易被别人复述的成果，让评审的人能一句话说清「他为什么该升」。它必须同时满足三件事：公司真的在乎、领导层看得见、你确实能把它落地。三缺一都不行——你做成了一件公司不在乎的漂亮事，等于没做；你做了一件重要但没人知道的事，也等于没做。
然后是那个不太好听的真相：Staff 头衔更多是「你所在公司的函数」，而不是「你的函数」。三层意思：① 坑是有限的——公司要有足够的规模和复杂度，才需要这一层人；小公司里最好的工程师也可能永远拿不到这个头衔，那不是能力问题。② 你得在一个「你擅长的事恰好是它重视的事」的地方；擅长打磨基础设施的人待在一个只奖励发新功能的组织里，会一直被判定为「贡献不足」。③ 快速增长的公司位置多、机会多，这是最大的结构性变量。
由此拉尔森给出全书最反焦虑的一句话：你不需要这个头衔，也可以做这份工作。头衔是对既成事实的追认，不是准入证；而且看清「有多少是结构、有多少是我」，能让你在没升上去的时候不至于错误地否定自己——也能让你更早地做出真正的决定：是继续在这里等一个坑，还是换个坑更多的地方。
到了这一级，最大的风险不再是「做得不够好」，而是把大量精力投在了根本不要紧的事上。拉尔森点了三种常见的自我欺骗：吃零食（snacking）——挑那些又简单又有即时满足感的小活，做完很爽但没改变任何东西；摆拍（preening）——挑高曝光、低影响的活，看着风光，公司少了它照样转；追鬼（chasing ghosts）——花几个月解决一个你以为存在、其实早已不存在或没人在乎的问题，通常源于你对组织现状的理解已经过期。这三样的共同点是：它们都让你感觉自己很忙、很有产出，而组织的处境毫无变化。
那正面该做什么？他的答案是往「公司未来会被什么卡住」那里走，并给了一个极土、极好用的办法来把它写清楚——不要坐下来「构思战略」，那样只会写出一堆正确的废话：
这招的妙处在于：它把战略从「凭空宣布」改成了「从已有的真实决策里归纳出来」，于是写出来的东西天然有据可依，别人也认——因为那本来就是大家已经在做的事，你只是第一个把它说清楚的人。
最后一条同样实用：向高管汇报时，先给结论。不要按「背景—分析—发现—结论」的顺序讲，那是写论文的顺序；高管的时间以分钟计，而且他们随时会打断、把话题带到任何地方。先说结论和你要的决定，再倒着补理由——被打断了也没关系，最重要的那句你已经说完了。
全书两半，逻辑很直：
所以它证成的是什么？不是「照这么做你就能升」，而是把一个长期含糊的角色变得可以讨论：给了词汇（四原型、Staff 项目、赞助、胶水），指出了哪些部分归你努力、哪些部分归公司结构，并把「不可见的贡献」这件事第一次正面摆上台面。它的价值不在答案，在于它让你终于能问对问题。
① 从工程师到资深，涨的是量；从资深到 Staff，变的是质——问题本身成了你的工作对象。
② 资深工程师被期待「把事做完」；Staff 工程师被期待「让一群人把对的事做完」。
③ 入场费是接受一件事：你最大的贡献常常不可见也无法证明——你阻止的那场灾难，没人会记得。
④ 四种原型：技术负责人（带一队）、架构师（守一块要害）、解题者（哪烫手去哪）、右手（跟着高管办组织的事）。大部分痛苦源于拿着一种原型的期待，干着另一种的活。
⑤ 定技术方向最难的部分不是技术，是把业务真正的需求听懂再翻译成技术判断；「我喜欢这个技术」是最不重要的输入。
⑥ 指导给建议，赞助押信誉。自检一句：过去半年，我为谁花掉过我自己的信誉？答不上来，你做的只是指导。
⑦ 胶水工作到这一级就是工作本身——但不被记账的胶水，只是被吸收掉的时间；它对已有资历的人是杠杆，对还没有的人可能是陷阱。
⑧ 想升，几乎都得有一个「Staff 项目」：公司真的在乎、领导层看得见、你确实能落地，三缺一都不算。
⑨ 头衔更多是你所在公司的函数，而不是你的函数——坑位有限、评价标准要对得上你的长处。看清这点，是为了别在没升上去时错误地否定自己。
⑩ 别吃零食（爽但无用）、别摆拍（曝光高影响低）、别追鬼（解决早已不存在的问题）；写战略的土办法是——五份设计文档归纳出战略，五份战略归纳出愿景；而向高管汇报，永远先给结论。