跨国深谈← 返回←工程领导力的五根支柱与速度哲学

工程领导力的五根支柱与速度哲学

关联

人物 Jay Parikh · Brett

公司 Core AI · Facebook · Akamai · Microsoft

概念 学习循环 · 工作图 · DRI · 苦差事 · 大赌注 · 垂直整合 · 习得性无助

【背景】本集嘉宾全程只以”Unknown”标注，根据内容推断为曾在 Akamai、Facebook 任工程负责人、现于微软 Core AI 团队任职的高管（转写稿中提及他在微软的团队叫 Core AI）。主持人叫 Brett。

这一集是 Brett 和一位横跨互联网、移动、云、AI 四个时代的工程高管聊工程领导力——他先后在 Akamai 从几十人干到上市，在 Facebook 从几百个工程师带到服务几十亿人，现在在微软带 Core AI 团队。最反直觉的一点是：他认为大团队不可能快，速度不是靠人多，而是靠把组织拆成极小的单元。

卓越工程领导力的五件事

他总结了五个要素，但强调不是等权重的，取决于组织所处的阶段。

第一，建高绩效团队。 不只是招顶尖的人，还要想清楚团队构成——多少早期职业生涯的人、多少专家、多少通才、多少资深技术骨干，比例要对。

第二，设定战略和北极星，但抽象层次必须对。 太高层，团队不知道拿它干嘛；太细，你把所有 OKR 都口述给团队，团队就不自己思考了。要给一个合适的抽象层次，比如收入、用户这类高层指标，然后让团队自己决定怎么达到。

第三，建立执行的鼓点。 这是他反复强调的——组织里必须有一种”一周接一周”甚至”一天接一天”的节奏感。可以有需要一两年的大项目，但你必须能展示每周的进展，而且这个进展要是客观可量化的，不管是效率工作、收入增长还是用户留存。

第四，建立一种对抗”苦差事累积”的文化。 随着 AI 时代构建和迭代的速度前所未有地快，如果你不回头清理那些随着增长堆起来的繁琐工作，它就会拖慢你、引发各种螺旋式恶化。

第五，有意识地构建文化。 他指出现在谈论文化甚至”不酷了”，但他说的不是周边商品和零食，而是非常具体的东西：工作方式、价值观、你希望团队体现的行为——因为这些要与使命对齐，让组织在每 24 小时都在变化的环境里越来越快地适应。

文化是其他四条的速率限制器

五条里，文化最容易被低估，但他认为文化往往是其他四条的天花板。原因在于：当组织变老、变慢时，堆积的苦差事往往是一个”结果”，真正的”原因”是组织里形成了一种习得性无助的风气——“我做不了那个""如果有更多人就能修""安全审查就是慢，没办法”。

这种风气让人觉得什么都改变不了，文化就回归平庸了。你不改文化，其他四条都推不动。

学习循环：组织越大，学得越慢

他把组织想象成一个圆，圆的一圈代表一次学习。组织变大、变成功、人变多之后，这个圆的直径变大，你绕一圈的速度变慢——学同样的东西，距离更长了，速度也更慢了。他思考的所有事情就是怎么对抗这种扩张和变慢。

具体做法包括：不断调整运作方式（比如会议从 8 人变成 40 人时必须拆分）、设定更明确的目标和 DRI（直接责任人）、从失败中学习而不是被失败扰乱。他强调很多人”对流程过敏”，但为了流程而流程是糟糕的，问题是”什么是让所有人能做最好工作的正确结构”。

速度不是可选的，是竞争优势

他不觉得速度是”锦上添花”，而是他个人认为构建伟大产品的核心信念。回溯到学习循环——如果你能在同样的时间里比竞争对手学得快 2 倍、5 倍、10 倍，长期来看你会喜欢你的胜算。

怎么在大型组织里真正提速？ 他加入微软 Core AI 时做了几件事：

• 收集数据：定性和定量都做。定量方面，把工程师的时间分成”专注时间”和”非专注时间”，建仪表板让所有工程负责人看到自己团队的数据，目标是增加专注时间。
• 改心态，不只下命令：如果团队说 9 月 30 日发布，你不能只说”8 月 15 日必须发”——用一次命令可能做到一两次，但不会形成持久文化。要理解他们为什么认为需要那么久，带着他们走一遍假设，然后逐步缩短：下一次早两周，再下一次再早两周，直到每周发布、每天发布。
• 砍掉路上的障碍：工程师都想交付价值，你要找出哪些流程在拖慢他们、哪些可以在发布后处理。
• 投资自动化和减少繁琐工作：这是高管必须平衡的事。他在 Facebook 时，从每天发布一次核心产品，到每天三次，最后到持续部署——这不只是文化，也是对内部中央系统的大量投资。

大团队不可能快：工作图取代组织结构图

他见过最快的团队，不管是 Facebook 时期还是现在微软 Core AI 里的，都是超级小的团队——每天发布、有时一天多次，但人数很少。

他的核心观点：大团队就是不可能快。关键不是组织结构图，而是”工作图”——不管你叫它 V 团队还是分队，把工作拆成极小的单元，每个单元有合适的人、一个拥有上下文和主观能动性的明确 DRI，然后信任这个团队去执行。

配套做法：升级不是坏事。他告诉团队，任何事卡住超过 24 小时就直接找他，不要一层层上报等两周。但也要快速判断 DRI 是否选对了人——选错了就要果断换。

每个人都必须贴近客户，包括基础设施团队

在 Facebook，他把基础设施团队的职责推得很高——不只管硬件，连移动端堆栈都管。他的原则是：即使你是做基础设施的，如果你的部分好了但产品没好，那还是失败。团队之间是”共享命运”的关系。

在微软，他推一个叫”FTE”的文化概念——不是字面意思的全职员工编制，而是一种心态：团队里每个人，不管做什么层级的工作，都必须把自己做的事和客户怎么使用它联系起来，参加客户简报、旁听客户会议、读反馈。

为什么这很重要？两个原因：一是让组织有目标感，知道自己的工作怎么创造价值，这能吸引和留住优秀的人；二是减少组织内部的响应延迟。如果只有顶层跟客户连接，顶层捕捉到趋势后还要一层一层传到前端、后端、基础设施、运维，每一层都有延迟——在今天的时代，这种延迟的惩罚已经”非常非常大”了。

S 曲线陡峭处：人才缺口要主动填，入职要”慢才能快”

在技术浪潮的陡峭上升期，快速扩张会暴露每一层堆栈的人才缺口——你有没有合适的人来掌控这一层？他在 Facebook 时，从不用自己的数据中心、不造硬件，到后来因为规模和性价比的需求，必须在堆栈每一层都内部自制，这需要提前很久主动招人。

关于入职，他有一个反直觉的观点：“慢一点才能快一点”。花大量时间和钱招来顶尖的人，第一天就扔进一个几百人的团队说”去吧”，结果就是各种”器官排斥”。他在微软自己入职时，前两个月基本以 IC（独立贡献者）身份度过，见人、学习，然后才形成了 Core AI 的核心想法。

S 曲线陡峭处：IC 要被提拔，不被管理层压住

在技术急剧拐点时，最懂技术的人往往是 IC，不是管理者。如果文化是 IC 什么都听从经理、向经理汇报，一切就会变慢。他在微软建了”智囊团”——每个由六到八个高级或中级 IC 组成，没有经理，专门讨论和争论他们在客户和技术中看到的拐点。

他强调：成为经理不是晋升，管理和技术是两条平行的职业轨道。

AI 时代：赌注变短，但标准不变

AI 带来的根本变化：代码从输入变成了输出，软件开发生命周期的半衰期急剧缩短。过去一个软件团队一年才能写出来的东西，现在一个月就能做出不错的原型。

这改变了他下注的方式：过去一个”大赌注”要锁一个团队 12 个月看两三个里程碑；现在同样的人，两个月就能看到同样多的进展，所以同一年里可以下四五个赌注——射门次数增加了。

但什么算”大赌注”的标准没变：

• 必须带来不连续的影响——不是 10% 或 20% 的改进，而是阶梯式的跃升。
• 必须跨职能——如果只是单个团队在局部最优，可能错失全局最优。

他在 Facebook 的大赌注通常横跨三到五个团队。

• 必须有可衡量的进展——不能消失三年才拿出一个不需要的东西，团队有责任持续获取上下文、及时调整。

• 允许失败——五个大赌注里两个起飞就是成功，一个一般、两个失败也”相当不错”。而且失败的大赌注往往会产生衍生价值，落到别处。

遇到 A 还是 B 选不定时，他的做法是”两个都做”——与其花四个月做一个、失败、再做另一个，不如并行做两个，两个月就能学到四个月才能学到的东西。

垂直整合的三个理由

为什么 Facebook 最终自己建数据中心、造硬件，而不是用 AWS？三个原因：

1. 成本：从堆栈顶层到底层，每一层如果从不同供应商买，都在给别人利润空间。规模大到一定程度，这不是小数目。
2. 掌控命运：Facebook 那种规模是”独一无二的”，供应商是为普通客户做产品，Facebook 永远在供应商能力的最前沿，永远不是他们收益率曲线上的最优位置——等他们、修 bug 都会拖慢你。
3. 速度：当要重新构想一个全新体验（比如直播视频）时，需要移动端、边缘网络、应用服务器、存储等整个堆栈同时改变。如果不是垂直整合的，这个改变要太久；如果是自己的工程师，两三周就能让整个栈为想要的体验定制好。

【背景】转写稿中提及嘉宾在 Akamai 早期经历互联网泡沫破裂和 9-11 事件（联合创始人 Danny 在 9-11 中去世），这段经历深刻影响了他后来在 Facebook 一开始就重视效率工作。

本集带走

• 五根支柱，文化是地板：团队、战略、执行鼓点、对抗苦差事累积、有意识地建文化——文化不到位，其他四条推不动。
• 学习循环会随组织变大而变慢：圆的直径变大、绕一圈变慢，必须通过调整运作方式、拆分会议、明确 DRI 来对抗。
• 速度不是口号，是数据：把工程师时间分成”专注时间”和”非专注时间”，建仪表板追踪，用数据驱动提速。
• 大团队不可能快，用工作图替代组织结构图：把工作拆成极小单元，每个单元有明确的 DRI、高人才密度、充分信任，卡住 24 小时直接升级。
• 每个人都要贴近客户：不只是产品团队，基础设施团队也要和产品团队”共享命运”。全组织连接客户能减少响应延迟，这在今天惩罚极大。
• AI 时代赌注变短但标准更高：同样的人一年能下四五个赌注而不是一个，但每个赌注仍必须是不连续的影响、跨职能、可衡量、允许失败。
• 选不定 A 还是 B，就两个都做：并行做两个，两个月学到四个月的东西，保持期权价值开放。
• 入职要”慢才能快”：别把新人第一天扔进大团队，花一两个月让他们以 IC 身份融入，避免”器官排斥”。
• IC 轨道要和管理轨道平行：技术拐点期最懂技术的是 IC，要建无经理的智囊团让他们发声，不要让管理层压住 IC。

内部看起来从未像从外部看起来那样干净。
It’s never as clean in the inside as it looks from the outside.
—— Jay Parikh · [00:54]

实际上原因是建立了一个组织和领导层，它具有一种可能是习得性无助的风气。
The cause actually is having built an organization and a leadership that has an ethos of maybe learned helplessness.
—— Jay Parikh · [06:42]

这就是为什么关于构建伟大文化的第五条，往往会限制你在其他四条上表现出色的能力。
That’s why the fifth one around building a great culture oftentimes rate limits your ability to be great at the other four.
—— Jay Parikh · [07:42]

我认为这全在于如果在时间充裕之时我能比我的竞争对手学习快 2 倍、5 倍、10 倍，在那时我会喜欢我的机会，对吧？
I think it is all about if I can learn 2x, 5x, 10x faster than my competitors in the fullness of time, I like my chances at that point, right?
—— Jay Parikh · [13:06]

摆脱组织结构图周围的那套废话。拥有这个东西并强调这个叫做工作图的东西。
Just get rid of that nonsense around the org chart. Have this thing and emphasize this thing called the work chart.
—— Jay Parikh · [20:32]

成为经理并不是一种晋升。这些是平行的职业轨道。
It’s not a promotion to be a manager. These are parallel career tracks.
—— Jay Parikh · [37:07]