Elon Musk 怎么管时间｜只盯限制因素

问题很直接：公司从 100 人长到 1000 人、再到 1 万人，你的管理方式哪里变得最多？毕竟大家都知道你爱微观管理，什么细节都要亲自钻进去。

现场先接了一串玩笑。“请叫纳米管理。”“皮米管理。”“飞米管理。”一路缩到普朗克常数。笑完，Musk 的回答却很冷静：他不可能做微观管理。

这段对话来自 Dwarkesh Patel 的播客。Dwarkesh 以长篇深度访谈出名，这一期还有一位叫 John 的联合主持人。原片接近三小时，本文只覆盖其中约 12 分钟：Musk 怎么管时间、怎么定截止日期、什么时候出手。整段话里，他反复用到同一个词：限制因素（limiting factor）。说到后来，他自己都承认这个词可能说了太多遍。

微观管理在逻辑上不可能

Musk 的推理很短。一天的时间是固定的。公司越大、管的事越多，他的时间必然被摊薄。真要做微观管理，意味着他每天得有几千个小时。他的结论是：

从逻辑上讲，我就不可能对事情做微观管理。

It is a logical impossibility for me to micromanage things.

那外界看到的“钻细节”是怎么回事？他说，他确实会钻进某个很细的问题，但只因为这个问题正是公司进展的限制因素。他不是随便去钻小事。随便钻无关紧要的小事，时间上做不到，硬做只会失败。接着他补了一句：“但有时候，小事就是决定胜负的关键。”

限制因素，接近管理学里常说的瓶颈：一条流水线的产出，取决于最慢的那道工序。在别的工序上加人加班都没用，只有拓宽最窄的那一处，整体才会变快。Musk 的意思是，他的注意力只该花在最窄的那一处。

主持人接着问：读你的传记，感觉你能把紧迫感带进整个公司，而且能规模化。SpaceX、Tesla 都已经很大了，还保住了这种文化，别的公司为什么做不到？Musk 先说“我不知道”，然后给了一个朴素的答案：紧迫感来自领导公司的那个人。“我有一种近乎疯狂的紧迫感，它会传导到公司的其他人身上。”

主持人又摆出两种解释让他选。一种是后果：大家知道 Elon 定了个疯狂的截止日期，做不到自己会怎样。另一种是他能找出瓶颈、把它拿掉，让大家跑得快。Musk 只接了后一种：“对，我在解决限制因素。”前一种，他没有回应。

截止日期应该有一半会延期

说到截止日期，Musk 的做法跟外界印象不太一样。他说自己定的不是不可能完成的日期，并且自己点破了这意味着什么：

那是我能想到的最激进、又有 50% 概率做到的日期。也就是说，有一半的时候会延期。

It's the most aggressive deadline I can think of that could be achieved with 50% probability. Which means that it will be late half the time.

用排期的说法，这是 P50 日期：一半概率提前、一半概率延后的那个点。很多团队对外承诺的是更保守的日期，留足缓冲。Musk 刻意不留。

他的理由是“排期的气体膨胀定律”：不管给多长的排期，事情都会膨胀到把它占满。“如果你说这件事我们要五年做完——在我看来五年就跟无穷大差不多——它就会膨胀到占满整个排期，真的花上五年。”这跟帕金森定律说的是一回事：工作会膨胀到填满所有可用的时间。

他也给这条定律划了边界：物理规律会限制某些事能有多快。扩大生产就是例子。移动原子有速度上限，所以你没法一下子就做到年产一百万件。你能设计一条产线、把它建起来，然后只能沿着产能曲线一步步往上爬。按他的说法，激进排期压缩的是人为的松弛，压不动物理。

这一段的末尾，他停下来问自己：“我说点什么对大家真正有用呢？”然后把方法压成一句：要有近乎疯狂的紧迫感，定一个激进的排期，在任何时候都搞清楚限制因素是什么，再帮团队把它解决掉。

进展要画成曲线来看，不能只听汇报

主持人拿 Starlink 追问。Starlink 是 SpaceX 的卫星互联网业务，在公司创立之初就提过，后来在 Redmond 组了一个团队，慢吞吞做了好几年。再后来，Musk 认定这个团队不行。主持人想知道：为什么不早点出手？又为什么偏偏在那个时候出手？

Musk 没有讲 Starlink 团队的细节，而是讲他看进展的方法。

第一，每周都有非常细的工程评审。他说这个颗粒度可能非常少见：“我不知道还有哪个管公司的人，至少在制造业公司里，会像我钻得这么细。”

第二，越级。不是让直接向他汇报的人来讲，而是让向这些人汇报的每一个人，都在技术评审上讲一讲。

第三，不许提前准备。不然听到的全是吹捧。他用了一个网络俚语 glazed，对面当场笑他“好 Gen Z”。主持人问怎么保证不提前准备，是随机点名吗？Musk 说不是，就是在会上轮一圈，每个人讲一下进展。

这三条合起来，产出的是一组按时间排列的数据。会议每周一次或两次，每次他都拿到每个人说法的一个快照。“然后你就能把进展点标出来，在脑子里把这些点画到一条曲线上，看我们是不是在收敛到一个方案。”

这才回到了“何时出手”。Musk 的门槛很高：

我只有在认定成功已经不在可能的结果里时，才会采取激烈的行动。

I'll take drastic action only when I conclude that success is not in the set of possible outcomes.

换句话说，进展慢不是出手的理由；不出手就毫无胜算，才是。他说 Starlink 在 2018 年到了这一步，他“采取了激烈行动，把问题解决了”。激烈行动具体是什么，他没说，主持人也没再追。

我的理解是：在这个框架里，慢了好几年才出手并不矛盾。只要曲线还可能收敛，他就不动；他要保证的是确认没希望的时候一定动。

顺利的团队见不到他

主持人算了一笔账：你已经把这套做法扩展到五六七家公司，每家里面还有很多“小公司”。上限由什么决定？能管 80 家吗？

“80 家？不行。”上限是多少，他说要看情况。然后举了 The Boring Company（他创办的隧道挖掘公司）：他跟这家公司没有固定的会，它算是在自己平稳往前走。他的原则是：

一件事如果运转得好、进展顺利，我在上面花时间就没有意义。

If something is working well and making good progress, then there's no point in me spending time on it.

他按问题在哪、阻力在哪、什么在拖后腿来分配时间。

于是有了他口中的讽刺：事情顺利，团队就不怎么见得到他；事情不顺，他就会出现得很多。说到这里他修正了自己：甚至不一定是不顺，而是它成了限制因素，是“我们得让它跑得更快的那件事”。

成了限制因素的事，节奏是这样的：大多数每周评审一次，有些每周两次。AI5 芯片评审就是每周两次，周二、周六各一场。会开多久理论上没有上限，但通常是两三个小时，有时更短，要看有多少内容要过。

主持人想从这里找出差异：“结果看起来差别很大，所以我想看看投入有什么不一样。”他的观察有两条。第一，在企业界，CEO 亲自做工程评审并不常见，尽管公司做的就是这个。第二，时间切得很碎，半小时甚至 15 分钟一个会，而你的会似乎更开放，聊到想清楚为止。

第一条，Musk 前面已经讲过。第二条他没有认：“有时候是这样，但大多数会其实差不多都按时结束。”他只承认当天的 Starship 工程评审开得长了一点，因为要讨论的话题更多：“要想清楚怎么把每年送上轨道的量扩大到一百多万吨，这非常有挑战。”Starship 是 SpaceX 正在研制的重型可复用火箭。

所以，主持人猜测的“开放式长会”，Musk 并不认为是差异所在。他自己强调的差异，是一把手亲自下到工程细节、而且按限制因素来分配这些时间。

他保护的是认知，不是工时

被问到平均每晚睡多久，Musk 答六个小时，还说看他发 X 的时间就知道：真有人把他的发帖时间画成了图，什么时候在睡、什么时候没睡一清二楚。他试过睡不到六小时。醒着的时间是多了，认知能力却下降了。他用手机 app 测过自己的自然睡眠，手机显示是五小时五十六分钟。

问到平常的一天，他说找他的信息特别多，所以一天的主要工作是信息分拣（triage，原指急诊按伤情轻重排序）。他会尽量把一天分成几段，避免太多上下文切换。他改了科幻小说《沙丘》里那句“恐惧是思维杀手”：

可以说，恐惧不是思维杀手，上下文切换才是。

Arguably fear is not the mind-killer, context switching is.

如果每三秒、每三十秒、每三分钟就得切一次，认知代价会非常高。

主持人问，切换指的是 Tesla、X、xAI 之间吗？Musk 补上了 SpaceX 和私事，又说就算在 Tesla 和 SpaceX 内部也有很多不同的事，再加上 X 上各种乱七八糟的新闻。片段在这里结束。

这套方法要求老板本人懂工程

把这 12 分钟串起来，Musk 讲的是一个分配时间的算法。时间固定，所以只投给限制因素。限制因素靠不准备的越级评审来识别。排期压到五成把握，挤掉人为的松弛。出重手的门槛是曲线不再收敛。睡眠和日程分段，是为了让做这些判断的大脑保持在线。

它有明显的前提。他得懂工程，才能在评审里听出进展是不是在收敛。他得每周在一个项目上坐两三个小时，甚至两次。这些都是他在访谈里描述的自己。

几个问题片段没有回答：

• 2018 年对 Starlink 的激烈行动是什么，代价多大？
• 一半会延期的排期，团队怎么承受，主持人提到的“后果”是不是也在起作用？
• 能管的公司到底有没有上限，他只说“要看情况”。

对 builder 有什么用

• 下次定截止日期，先估一个你觉得只有五成把握的日子，用它当内部目标。一个季度后回头看：如果几乎全都按时交付，说明目标定松了。
• 每周一给每个项目写一句话：“这周卡住它的是什么？”把你自己的时间先排给这几件事；进展顺利的项目，这周可以不开会。
• 在一个关键项目的周会上试一次越级轮讲：一线的人每人讲一分钟进展，不许事先准备材料。把每周的说法各记一行，三四周后看它是不是在收敛到一个方案。
• 给换负责人、砍项目这类重手提前写好条件：不是“慢了”，而是“按现在的曲线，成功已经不可能”。到了就执行，没到就别动。
• 把日历按上下文分块：信息分拣集中在固定时段，深度评审另开整段时间，不要每几分钟被收件箱拉走一次。