TL;DR
- Musk 用「這週你完成了什麼」 取代年度 OKR，把交付節奏壓到以週為單位
- 他的五步法前兩步是「刪除需求」和「簡化流程」— 先砍再說，砍錯了再加回來
- CEO 搬到產線旁邊，縮短決策到執行的距離
- 用快速迭代取代完美計畫 — SpaceX 炸了幾十次火箭，NASA 十年磨一劍反而更慢
- 這套方法有代價，也有邊界 — 不是每間公司都適合照搬
「這週你完成了什麼？」
2022 年 Musk 收購 Twitter 的過程中，有一幕很能說明他的風格。時任 CEO Parag Agrawal 在簡報中描述平台的長期願景，Musk 直接打斷：「這週你完成了什麼？」
這不是刻意刁難。這是 Musk 管理邏輯的起點：以週為單位衡量產出 。
多數公司用年度 OKR 或季度目標追蹤進度。Musk 覺得這些時間尺度太長 — 長到可以讓人「看起來很忙但什麼都沒做」。他要的是每一週都有具體的、可展示的進展。不是計畫，不是報告，是東西做出來了。
“What did you get done this week?”
這週你完成了什麼？
Shopify CEO Tobi Lütke 有類似的直覺。他每隔半年會取消公司所有例行會議，只保留真正需要的。Musk 更徹底 — 他根本不開會，或者說，他的「會議」就是走到工程師旁邊問：這個問題解了沒？
重點不是模仿 Musk 去質問員工。而是問自己：你的團隊（包括你自己）上週交付了什麼？答不出來的話，問題可能不在人，在流程。
先刪再說：Musk 的五步簡化法
Musk 在 SpaceX 和 Tesla 反覆使用一套他稱為「五步法」的流程改進框架。前兩步最關鍵：
- 刪除需求 — 質疑每一條需求的存在理由。如果你不能說出是誰提出這條需求、為什麼需要它，就刪掉
- 簡化流程 — 刪完需求後，簡化剩下的步驟
他的原則是：寧可砍多了再加回來，也不要因為害怕而什麼都留著 。
Twitter 的案例最極端。Musk 接手後裁掉約 80% 的員工，外界預測平台會立刻崩潰。結果系統基本照常運行。這不代表那些人不重要，但它說明了一件事：大型組織裡有大量流程和人力，存在的理由是管理「不信任」— 審批流程、協調會議、中間管理層，很多時候是因為上層不信任下層能做對，才層層加碼。
Musk 的做法是：先砍掉，看什麼真的壞了，再針對性地修。這和多數管理者的直覺相反 — 我們習慣先規劃、再執行，確保萬無一失。但 Musk 的邏輯是：你永遠無法靠想像知道哪些流程是真正必要的，只有砍掉之後才知道。
CEO 在產線上
Marc Andreessen 在訪談中描述過一個場景：深夜十點，Musk 和 SpaceX 工程師們圍坐在桌前討論下一代 Falcon 火箭的設計。他的狗躺在地板上，沒有投影片，沒有會議室預約，就是一群人在解決技術問題。
這不是作秀。Musk 在 Tesla Nevada 超級工廠的時候，把辦公桌直接搬到產線旁邊。他要看到每一個生產瓶頸，直接和第一線工程師對話，當場做決策。
傳統 CEO 靠報告和簡報管理公司，資訊經過層層過濾才到決策者手中。Musk 直接跳過所有中間層，站在問題發生的地方。決策速度自然快 — 不用等資訊逐級上報、等主管開會、等結論逐級下達。問題在哪，決策就在哪。
另一個效果比較微妙：工程師看到 CEO 理解技術細節、願意半夜一起幹活，投入程度會不一樣。信任是一起解問題解出來的，不是靠季度 all-hands 演講。
公司早期本來就該這樣 — founder 離產品和技術最近。但公司長大之後，很多 founder 不自覺地退到了「管理層」，開始靠會議和報告過日子。離問題越近，解決問題越快 ，這件事不會因為公司規模變大就失效。
用爆炸換速度
YouTube 上有 SpaceX 火箭爆炸的合集影片，每一次著陸失敗都被剪在一起，看起來像是一場災難。但換個角度看，每一次爆炸都是一個數據點 — 團隊從中學到哪裡出了問題，下一次就針對性調整。
對比 NASA 的做法：花五到十年設計一枚火箭，力求每個零件完美，第一次發射就要成功。這套方法的問題是，你在實驗室裡永遠無法模擬所有真實環境的變數。等到終於發射，如果失敗了，代價更高、調整更慢。
The best part is no part. The best process is no process.
最好的零件是不需要的零件。最好的流程是不存在的流程。— Elon Musk
Musk 選的是另一條路：快速造、快速炸、快速學。SpaceX 最終成為全球成本最低的太空運輸公司，不是因為一開始就做對，是因為他們從錯誤中學習的速度比誰都快。
這套邏輯創業者應該不陌生 — MVP 思維的極端版本。產品不怕醜、不怕有 bug，怕的是花六個月打磨「完美版本」，結果市場根本不要。先上線、先拿回饋、再迭代。
這套方法的邊界
寫到這裡，有必要談談這套方法的另一面。
Musk 的管理風格伴隨著高壓和爭議。那個廣為流傳的助理故事 — 助理要求加薪，Musk 讓她休假兩週，自己處理她的工作，回來後告訴她「這工作不難」然後解雇。你可以說這是極端的效率標準，也可以說這就是刻薄。兩者大概都對。
Tesla 和 SpaceX 的員工流動率一直很高。能留下來的人，通常是被使命驅動、願意犧牲 work-life balance 的人。這不是每間公司都能複製的條件。
想想什麼情境下這套方法有效：
- 使命驅動型組織 — 團隊相信在做改變世界的事，願意承受高壓
- 技術密集型產品 — CEO 能理解技術細節，才有資格跳過中間層直接決策
- 容錯空間大 — 火箭可以炸，但如果你做的是醫療設備或金融系統，「先炸再說」可能不太適合
什麼情境下會翻車：
- 團隊不是被使命吸引，而是被薪水吸引 — 高壓只會加速離職
- CEO 不懂技術細節卻硬要跳過管理層 — 只會做出更差的決策
- 產品容錯空間小 — 快速迭代的前提是失敗的成本可控
與其全盤照搬，不如挑出適合自己情境的部分。用「這週完成了什麼」檢視節奏，用五步法審視流程是否臃腫，保持離產品和用戶的距離夠近。照搬 Musk 大概會搞砸，但選擇性地偷幾招，值得。
這篇文章靈感來自 Marc Andreessen 與 Lex Fridman 的訪談，其中詳細描述了 Musk 的管理風格。
延伸閱讀：拆解創投領域的 Power Law 冪律法則 — 另一個創業者需要理解的反直覺框架。