Mental Models

일론 머스크 사고법

제1원리(First Principles)로 분해하고, 5단계 알고리즘으로 다시 짓는다.
SpaceX의 로켓 단가 100배 절감, Tesla의 기가팩토리 생산성 혁명이 모두 이 두 도구에서 나왔다.

PART 1

제1원리 사고 — Reasoning from First Principles

"물리학은 유추(analogy)가 아니라 제1원리로 추론하라고 가르친다. 문제를 가장 근본적인 진리까지 쪼개고, 거기서부터 다시 쌓아 올려라." — Elon Musk, 2013

정의

유추적 사고는 "남들이 하는 방식이 표준이니 거기서 조금만 개선하자"이고, 제1원리 사고는 "이 문제의 변하지 않는 물리/경제/논리 단위는 무엇인가?"를 묻는다. 관행·가정·"원래 그렇다"를 모두 걷어내고 원자 단위에서 다시 조립한다.

사례 — Tesla 배터리 팩 단가

접근단가결론
유추적 사고
"배터리 팩은 원래 비싸다"		 $600 / kWh EV는 영원히 비싸다 → 포기
제1원리 사고
"구성 원소를 LME 시세로 계산하면?"		 $80 / kWh 나머지 $520는 조립·마진 → 수직계열화로 해결 가능

코발트·니켈·알루미늄·탄소를 런던 금속거래소 시세로 합산하니 원재료 비용은 1/7. 나머지는 설계·공정 문제였고, 그 결론에서 기가팩토리가 나왔다.

3단계 절차

  1. 현재의 가정을 모두 적어라. "왜 그런가?"를 5번 물어 가정으로 환원.
  2. 물리/경제 원자 단위로 분해. 더 이상 쪼개지지 않는 진리(원소, 시간, 에너지, 인간 시간당 비용)까지.
  3. 원자에서부터 다시 설계. 기존 솔루션은 잊고 zero-base에서 재조립.

PART 2

5단계 알고리즘 — The Musk Algorithm

제1원리가 "무엇을 만들 것인가"의 사고라면, 5단계 알고리즘은 "이미 만들고 있는 것을 어떻게 줄이고 다시 만들 것인가"의 실행 프로토콜이다. Tesla 자서전(Isaacson, 2023)에 따르면 머스크는 공장 라인을 돌 때마다 이 순서를 강박적으로 지킨다. 순서를 바꾸면 망한다.

  1. 1

    Question Every Requirement
    요구사항을 의심하라

    모든 요구사항에는 "부서"가 아니라 사람 이름이 붙어야 한다. "법무팀이 요구했어요" → 거부. "김 변호사가 X 때문에 요구했어요" → 검토 가능.

    요구사항은 무조건 멍청하다. 그게 누구한테서 온 것이든. 특히 똑똑한 사람이 준 요구사항이 제일 위험하다. 사람들이 충분히 의심하지 않기 때문이다.
  2. 2

    Delete the Part or Process
    부품/공정을 삭제하라

    없애도 되는 모든 것을 없애라. 나중에 10% 이상 다시 되돌리지 않는다면 충분히 삭제한 게 아니다. 너무 적게 지운 것보다 너무 많이 지운 것이 낫다 — 어차피 다시 추가하면 그만.

    SpaceX 머린 1단 로켓의 그리드 핀, Tesla Model Y 후방 캐스팅에서 70개 부품 → 1개 통합 다이캐스팅 모두 이 단계에서 나왔다.

  3. 3

    Simplify & Optimize
    단순화·최적화하라

    가장 흔한 실수: 존재하지 않아야 할 부품을 최적화하는 것. Step 1·2를 끝낸 뒤에야 이 단계로 온다. 순서가 거꾸로면, 결국 지워질 것을 며칠씩 다듬는 낭비가 된다.

  4. 4

    Accelerate Cycle Time
    사이클 타임을 가속하라

    이제 속도를 높여라. 너무 일찍 이 단계로 오면, 사라져야 할 공정을 빠르게 돌리고 있게 된다. 머스크 본인이 Tesla 공장에서 "내가 지웠어야 할 공정을 빠르게 만드는 데 시간을 낭비했다"고 인정한 단계.

  5. 5

    Automate
    자동화하라

    맨 마지막. 자동화는 정의된 공정을 빠르게 복제하는 도구일 뿐, 문제 자체를 풀지 않는다. Step 1~4를 건너뛰고 자동화부터 시작한 것이 Model 3 초기 "production hell"의 근본 원인이었다.

PART 3

보조 사고 모델

Idiot Index

완제품 가격 ÷ 원재료 가격. 비율이 크면 클수록 "당신이 멍청하게 만들고 있다"는 신호. 이 지표가 SpaceX 부품 단가 분석의 핵심.

Physics-Based Reasoning

모든 추정의 기준점은 물리 한계. "이 작업의 이론 최소 시간은 몇 초인가?" "이론 최소 질량은?" 그 한계와 현재 값의 차이가 곧 개선 여력.

Two-Way Door Decisions

되돌릴 수 있는 결정은 빠르게, 되돌릴 수 없는 결정은 느리게. 대부분의 엔지니어링 결정은 두-방향 문 — 미루지 말고 일단 결정.

Failure as Default

"실패는 옵션이다. 실패하지 않으면 충분히 도전하지 않은 것." Falcon 1은 3번 실패했고, 4번째에 궤도 진입. 실패의 비용 ≪ 도전하지 않은 비용.

Compressed Schedule

합리적인 일정의 절반을 제시하라. Parkinson's Law(일은 주어진 시간만큼 늘어난다)를 강제로 깨는 도구. 실제로는 그 일정대로 되지 않지만, 50% 압축이 30% 단축을 만든다.

Hardcore Hiring

"A급은 A급을 뽑고, B급은 C급을 뽑는다." 채용 한 명의 비용 ≪ 잘못된 채용 한 명의 비용. 의심스러우면 뽑지 마라.

PART 4

적용 가이드 — 일반 업무로 가져오기

소프트웨어 PR/기능 개발
  1. Question: 이 PR의 요구사항을 누가 말했는가? (PM 이름) 그 사람의 가정은 옳은가?
  2. Delete: 지금 코드에서 지울 수 있는 함수/필드/플래그는? 없다면 충분히 안 지운 것.
  3. Simplify: 남은 코드에서 추상화 한 겹을 줄일 수 있는가? 헬퍼·믹스인·옵션 객체부터 의심.
  4. Accelerate: 빌드·테스트·배포 사이클이 몇 분인가? 이걸 절반으로 줄일 방법은?
  5. Automate: 위 네 단계가 끝나야 CI/스크립트로 자동화.
회의·프로세스 개선
  1. Question: 이 회의의 목적은? 누가 그 목적을 정의했는가?
  2. Delete: 이 회의를 없애면 무슨 일이 일어나는가? 아무 일도 없다면 즉시 폐지.
  3. Simplify: 참석자를 절반으로 줄이면? 시간을 절반으로 줄이면?
  4. Accelerate: 회의 주기를 격주에서 매주로? 아니, 반대 — 그만큼 가치 있는지 확인.
  5. Automate: 회의를 비동기 문서로 대체.
개인 학습·생산성
  1. Question: 왜 이걸 배우는가? 누구의 말 때문에?
  2. Delete: 지금 들고 있는 책/강의 중 90%는 안 봐도 됨. 진짜 필요한 것만 남겨라.
  3. Simplify: 한 토픽에 대해 최소 자료(1~2개) 만 깊게.
  4. Accelerate: 학습 → 적용 → 피드백 루프를 일 단위로.
  5. Automate: 복습·노트는 도구(Obsidian·Anki)로.

PART 5

함정 — 머스크 사고법의 실패 모드

① 제1원리 ≠ 무지의 자만

"기존 방식은 다 멍청해" 라는 태도는 제1원리가 아니라 오만. 도메인 지식 없이 분해를 시도하면, 누락된 제약을 발견하지 못하고 똑같은 실패를 반복한다.

② Delete 단계 과적합

10% 되돌리기 룰은 물리적 부품에 잘 맞지만, 사람·문화·신뢰는 한 번 지우면 복구가 어렵다. 트위터 인수 후 직원 75% 감원 사례가 단적인 예.

③ Compressed Schedule의 번아웃

"항상 일정의 절반"은 단기 스프린트에서만 작동. 장기간 강요하면 인재 이탈로 이어진다. 머스크 본인의 회사들도 평균 근속이 짧다.

④ 자동화 과잉

Step 5를 너무 사랑하면 Model 3 production hell 재현. 사람이 빠르게 할 수 있는 일을 비싸게 자동화하지 마라.

한 줄 요약

"물리학자처럼 분해하고,
엔지니어처럼 삭제한 뒤,
그제야 빠르게 만들고 자동화하라."