2021 年，马斯克在德州超级工厂的演讲中，第一次系统地公开了这套方法论。他说这是他在 SpaceX 和特斯拉多年实践中总结出来的，是他认为最重要的工程和管理原则。
这五步的顺序是固定的，而且顺序本身就是这套方法论的精髓——大多数人犯的错误，恰恰是把步骤搞反了。
flowchart LR
S1[第一步\n质疑需求] --> S2[第二步\n删除冗余]
S2 --> S3[第三步\n简化优化]
S3 --> S4[第四步\n加速迭代]
S4 --> S5[第五步\n自动化]
style S1 fill:#fde8d8,stroke:#e67e22
style S2 fill:#fde8d8,stroke:#e67e22
style S3 fill:#d5f5e3,stroke:#27ae60
style S4 fill:#d5f5e3,stroke:#27ae60
style S5 fill:#d6eaf8,stroke:#2980b9
马斯克自己说：大多数公司都在错误的顺序上做正确的事——他们先把一个流程自动化，然后才发现这个流程本来就不该存在。
第一步：质疑需求（Question Every Requirement）
"所有的需求都应该被质疑。如果你不能说清楚这个需求从哪里来、为什么存在，那就删掉它。"
这是五步中最反直觉、也最重要的一步。
我们通常把"需求"当作不可动摇的前提——产品经理说要做这个功能，客户说要这个规格，领导说要满足这个标准。大多数人的工作从这里开始，没有人质疑需求本身。
马斯克的观点是：需求往往是某个人在某个时间点做的某个决定的遗留物，那个时间点已经过去了，那个人可能已经离职了，但这个需求却被当成了真理代代相传。
SpaceX 的真实案例
SpaceX 早期工程师曾讲过一个故事：某个火箭部件有一项特殊的焊接要求，规格文件规定必须达到某个极高的标准。这个标准导致制造成本极高，供应商只有一家能做，交期还很长。
工程师追溯这个要求的来源，发现它来自一份几十年前的文件，最初的原因是某个特定的应用场景——而那个场景在 SpaceX 的火箭上根本不存在。没有人追问过这个要求是否仍然适用，它只是被一代代工程师照单全收地复制了下来。
删掉这个要求后，制造成本下降了 80%。
如何正确地质疑需求
马斯克有一个具体的方法：每一条需求都必须能追溯到一个具体的人，而不是一份文件或一个部门。
如果一个需求的来源是"这是行业标准"或"一直都这样"，那就是需要质疑的信号。行业标准往往是历史上某个技术限制的产物，那个限制早就不存在了，但标准留下来了。
他还强调：来自法律或安全团队的需求要格外怀疑——不是因为这些需求不重要，而是因为这些部门的人倾向于过度规避风险，他们的工作激励是"不出问题"而不是"效率最高"。
第二步：删除冗余（Delete Any Part or Process）
"删除，删除，删除。如果你最后没有把 10% 的删掉的东西加回来，那说明你删得还不够狠。"
通过了第一步的质疑之后，对于确实需要存在的事物，下一个问题是：这其中有没有不必要的部分？
这一步的难点在于：人们天然倾向于增加而不是删除。增加一个功能、一个流程、一个部门，显得你在做事、在贡献价值。删除则需要承担风险——万一删错了怎么办？
马斯克的回答是：删错了就加回来，这个成本远低于一直带着冗余运行的成本。他把这叫做"加回来的成本是可接受的，但永远不删除的成本是复利积累的"。
特斯拉 Model 3 的生产地狱
2018 年，特斯拉 Model 3 产能严重不足，马斯克亲自住进工厂。他发现了一个令人震惊的问题：工厂引进了一套极其复杂的自动化传送系统，造价数十亿美元，用来在不同工序之间搬运零件。
马斯克的判断是：这套系统本身就是问题所在。他下令拆除了其中相当大一部分，改用简单的叉车和人工传送。产能立刻开始提升。
这套自动化系统的存在是有理由的——它减少了人力，提高了精度。但它同时带来了复杂性、单点故障风险和极长的调试周期。马斯克的判断是：这些代价超过了收益。
删除的原则
- 删除零件比优化零件收益更大——少了一个零件就少了它的重量、成本、可能的故障点和装配时间
- 删除流程步骤比优化步骤收益更大——少一个审批环节比把审批时间从 3 天优化到 2 天价值高得多
- 删除会议比优化会议收益更大——马斯克本人以直接取消他认为没有价值的会议著称
第三步：简化优化（Simplify or Optimize）
"这一步是第三步，不是第一步。大多数工程师的错误，是在搞清楚要不要做之前，就开始优化怎么做。"
只有在确认这个需求是真实的（第一步）、并且删除了所有不必要的部分（第二步）之后，才应该开始优化剩下的东西。
这一步的反直觉之处在于：大多数工程师和产品经理把优化当成第一步。需求来了，立刻开始想怎么做更好、更快、更高效。第一步和第二步被跳过了。
马斯克的比喻是：优化一个不该存在的东西，是最大的浪费。你把一个错误的流程做得越高效，你在错误的方向上走得越远。
Raptor 发动机的设计哲学
SpaceX 的 Raptor 发动机被认为是当今世界最先进的火箭发动机之一。但它的研发过程并不是从"怎么把发动机做得更好"开始的。
团队首先质疑了传统火箭发动机的每一个设计选择：为什么用这种燃料组合？为什么是这个燃烧室压力范围？为什么需要这么多独立的子系统？大量的"因为一直都这样"被删除掉，剩下真正不可缺少的部分，才开始讨论如何把这些部分做到极致。
最终 Raptor 达到了远超传统设计的燃烧室压力，但它同时也比传统设计简单得多——因为复杂的部分要么被质疑掉了，要么被删除了。
第四步：加速迭代（Accelerate Cycle Time）
"如果你在做一件已经正确的事情，那就做得更快。但只有在前三步之后，你才知道什么是正确的事。"
前三步确保你在做正确的事，第四步是让你更快地做这件正确的事。
迭代速度是马斯克竞争哲学的核心。他相信：在不确定的环境中，快速迭代比完美规划更有价值。你无法事先知道所有的答案，但你可以比竞争对手更快地找到答案。
星舰的快速迭代哲学
SpaceX 的星舰（Starship）开发过程是这一步最极端的体现。传统航天公司的做法是花几年时间完善设计，在模拟中验证，然后才造出第一个原型机进行测试。
SpaceX 的做法是：快速造出原型机，发射，炸掉，从中学习，再造下一个。星舰的前几次发射都以爆炸告终，但每次爆炸都提供了大量数据，推动了下一版本的改进。
这种方式在外人看来像是浪费——花那么多钱造火箭然后炸掉。但马斯克的算法是：一次真实的爆炸提供的信息，比十次模拟提供的信息更有价值，而且往往成本更低（因为模拟需要花大量时间和人力来建立和验证）。
迭代速度的复利效应
如果竞争对手每年迭代 1 次，你每年迭代 10 次，十年后你们之间的差距不是 10 倍，而是指数级的。每次迭代都在前一次的基础上改进，迭代速度的差异会以复利的方式扩大。
这也是为什么马斯克对于流程中任何减慢迭代速度的东西都极度不耐烦——每一个不必要的审批环节、每一个过长的会议、每一个缓慢的决策链，都在让迭代速度降低，在复利效应下这是巨大的损失。
第五步：自动化（Automate）
"自动化一个糟糕的流程，只会让你更快地犯错。只有在前四步都做完之后，自动化才有意义。"
这是五步中最后一步，也是大多数公司最先做的一步。
自动化的前提是：你已经确认这个流程是必要的（第一步），已经删除了所有冗余（第二步），已经把剩下的部分优化到足够简单（第三步），已经在实践中验证了它的正确性（第四步）。只有这时候，自动化才能发挥最大价值。
为什么自动化是最后一步
马斯克在特斯拉学到了一个昂贵的教训。2017-2018 年，他推动特斯拉建立了一条"全自动化"的 Model 3 生产线，几乎所有步骤都由机器人完成。结果这条生产线成了噩梦：极其复杂，极难调试，产能远低于预期。
他后来承认这是一个错误——他在流程还没有被简化和验证之前，就把它自动化了。一个复杂的人工流程，自动化之后变成了一个更复杂的自动化流程，所有的问题被放大了而不是消除了。
正确的顺序应该是：先用人工把流程跑通、简化、验证，然后再考虑哪些部分可以自动化。人工流程的灵活性让你可以在发现问题时快速调整；自动化之后，任何调整都需要重新编程，成本高得多。
六、顺序为什么如此重要
五步的顺序不是随意的，它对应着五种不同类型的错误，按照"代价从大到小"排列：
| 错误顺序 | 导致的问题 | 代价 |
|---|---|---|
| 先自动化，再质疑需求 | 自动化了一个不该存在的流程 | 最高——拆除成本极大 |
| 先优化，再删除冗余 | 精心优化了一个应该删掉的部分 | 很高——优化工作全部浪费 |
| 先加速，再简化 | 更快地做了一件可以更简单做的事 | 中等——速度收益部分浪费 |
| 先简化，再质疑需求 | 简化了一个不应该存在的东西 | 较高——简化工作全部浪费 |
| 按正确顺序执行 | 每一步都在正确的基础上进行 | 最低 |
马斯克说，在实践中，他见过的最常见的错误是：团队接到一个任务，立刻开始讨论怎么做，从来没有停下来问"这件事应该做吗？"和"这件事可以不做吗？"
七、这套方法论在软件工程中的映射
虽然马斯克的五步法来自硬件制造，但它在软件工程中有极其直接的对应：
| 五步 | 软件工程场景 | 常见反模式 |
|---|---|---|
| 质疑需求 | "这个功能真的有用户需要吗？数据在哪里？" | 产品说要做就做，从不追问 |
| 删除冗余 | 删掉死代码、无用 API、没人用的功能 | 功能只增不减，系统越来越臃肿 |
| 简化优化 | 重构复杂逻辑，减少抽象层次 | 过度设计，在不确定的需求上建宏大架构 |
| 加速迭代 | 缩短发布周期，快速上线验证 | 追求完美，憋大版本，半年不发布 |
| 自动化 | CI/CD、自动化测试、自动部署 | 在流程未稳定前就大力建自动化，后来流程变了全部推倒 |
软件工程最常见的失败模式之一，是团队花了几个月建了一套复杂的微服务架构（第三步：过度优化），然后发现产品方向变了，这些服务全部作废。如果在第一步就质疑了"我们真的需要这个产品方向吗？"，可能根本就不会有这个架构。
八、这套方法的局限性
任何方法论都有它的适用边界，五步法也不例外。
它最适合的场景：面对具体的工程问题、流程设计、产品功能决策。目标是效率，成功标准相对清晰。
它不太适用的场景：
- 强监管行业：医疗、航空、金融的很多"冗余"是监管要求，不能随意删除。马斯克自己也说，法规来源的需求要额外谨慎——这不是说不质疑，而是质疑的代价更高
- 涉及人的流程：员工培训、团队协作、文化建设——这些"流程"中的"冗余"有时候是凝聚力和信任的来源，不能用工程思维削减
- 长期战略决策：五步法是执行层面的工具，它告诉你怎么做事，但不告诉你做什么事。战略方向的选择需要另外一套思维框架
- 创新和探索阶段：在完全未知的领域，"质疑需求"可能太早——有时候你需要先做，才能知道什么是对的需求
此外，这套方法需要极大的权威和决断力才能执行。马斯克能在特斯拉工厂里直接下令拆除数十亿美元的设备，是因为他是 CEO 兼最大股东。普通的中层管理者直接质疑上级给的需求、删除别人负责的流程，在组织政治上面临的阻力是真实存在的。
九、关键点总结
- 顺序是核心：五步必须按顺序执行，跳过前面的步骤直接做后面的，是最常见的低效来源
- 第一步最难也最重要：质疑需求需要勇气和追溯能力，大多数人跳过了这一步
- 删除优先于优化：不需要存在的东西，优化它是纯粹的浪费；删除一个零件比优化它价值高得多
- 自动化是最后一步：在流程未经质疑、简化、验证之前就自动化，只会更快地犯错
- 迭代速度是复利：在正确的方向上，迭代速度的差异会以指数级放大竞争优势
- 这套方法有局限：它是执行工具，不是战略工具；强监管场景和涉及人的复杂系统需要额外谨慎
- 最大的应用误区：把第三步（优化）当成第一步，在不该做的事情上精益求精