두 권 쉽게 읽기 — 『이와타씨에게 묻다』 & 『하이 아웃풋 매니지먼트』
파인만 학습법 = "초등학생도 알아듣게 설명할 수 없으면, 나도 모르는 것이다." 그래서 이 문서는 (1) 어려운 용어를 쉬운 말과 비유로 풀고, (2) 책을 읽기 전에 미리 알아두면 흡수율이 몇 배 올라가는 배경지식을 따로 정리했다.
0. 왜 이 두 권을 같이 읽으면 좋은가
두 책의 저자는 둘 다 **"기술자(엔지니어)였다가 회사를 이끄는 사람이 된 인물"**이다.
- 이와타 사토루 — 게임 프로그래머 → 닌텐도 사장
- 앤디 그로브 — 화학·물리 엔지니어 → 인텔 CEO
그래서 두 책은 "사람을 코드처럼, 조직을 시스템처럼 바라보던 사람이 '사람'이라는 가장 안 풀리는 문제를 어떻게 다뤘는가"라는 같은 질문에 서로 다른 답을 준다.
- 『이와타씨』 = 사람의 마음을 다루는 법 (정성적, 따뜻함, 통찰)
- 『하이 아웃풋』 = 조직의 생산성을 다루는 법 (정량적, 체계, 도구)
한쪽은 "왜"를, 한쪽은 "어떻게"를 채워준다. 둘을 같이 읽으면 균형이 잡힌다.
📘 Part 1. 『이와타씨에게 묻다』
한 문장 요약
"사람은 저마다 다르게 생겼고, 리더의 일은 그 사람이 무엇을 잘하고 무엇에서 보람을 느끼는지 찾아내 거기에 일을 맞춰주는 것이다."
이 책은 무슨 책인가 (파인만식 설명)
이와타 사토루는 닌텐도 사장이었고, 2015년 55세에 암으로 일찍 세상을 떠났다. 이 책은 그가 직접 쓴 책이 아니다. 그가 생전에 했던 인터뷰·강연·대화를 주변 사람들이 모아서 엮은 책이다. 즉 **"이와타 어록 + 동료들의 회고"**다.
그래서 챕터가 매끄러운 논리로 이어지지 않고, 짧은 일화와 명언이 툭툭 나온다. 경영 '교과서'가 아니라 한 사람의 사고방식을 옆에서 엿보는 책이라고 생각하면 된다.
핵심 개념 5개 — 쉬운 말로
1. "재능이란, 자기만의 보상을 찾아내는 능력이다"
같은 일을 시켜도 어떤 사람은 금방 지치고, 어떤 사람은 계속 한다. 차이는 '의지력'이 아니라 **"그 일에서 남들보다 더 큰 기쁨(보상)을 느끼느냐"**다.
- 비유: 똑같이 1시간 달리기를 해도, 누구는 고통만 느끼고 누구는 '오늘 기록 깼다'는 쾌감을 느낀다. 후자는 안 시켜도 계속 달린다.
- 그래서 이와타는 "노력 vs 보상"의 저울을 본다. 느끼는 보상이 들인 노력보다 크면 사람은 그 일을 계속하고 잘하게 된다. 반대면 번아웃이 온다.
- 리더의 일: 사람을 갈아 넣는 게 아니라, 그 사람이 보상을 느끼는 자리에 앉히는 것.
2. 사장이 되자마자 전 직원과 1:1 면담을 했다
이와타는 닌텐도 사장이 되었을 때 직원들을 한 명씩 만나 직접 이야기를 들었다. 물어본 건 거창한 게 아니라 "지금 행복한가? 무엇을 바꾸고 싶은가?" 같은 것.
- 핵심: 리더는 추측하지 말고 직접 물어봐야 한다. 조직도(組織圖)는 사람을 알려주지 않는다.
- 이게 뒤에 나올 『하이 아웃풋』의 'one-on-one 미팅'과 정확히 같은 도구다.
3. "이 사람은 왜 이렇게 했을까?"를 먼저 생각한다
누가 이상하게 일하면 보통 "왜 저래?" 하고 비난한다. 이와타는 **"분명히 그 사람 입장에선 이유가 있다"**고 가정하고 그 이유를 찾는다.
- 비유: 버그가 난 코드를 보고 "멍청한 코드네" 하지 않고 "이 코드를 짠 사람은 무슨 상황을 가정했을까?"를 추적하는 디버깅 태도와 같다.
- 사람을 디버깅하듯 이해의 대상으로 본다는 게 이 책의 핵심 정서다.
4. 병목(Bottleneck)을 먼저 찾아라
문제가 생기면 모든 걸 다 고치려 하지 말고, **"가장 막혀 있는 한 곳"**을 찾는다. 거기를 뚫으면 나머지는 따라온다. (프로그래머 출신다운 사고법이다.)
- 비유: 막힌 도로 10km를 다 넓힐 필요 없다. 진짜 막히는 사거리 1개를 찾아 신호만 바꿔도 흐름이 풀린다.
5. "프로그래머는 'No'라고 말해선 안 된다"
이와타의 유명한 일화. 게임 『MOTHER 2(어스바운드)』 개발이 수년째 멈춰 있을 때 그가 합류해 말했다.
"지금 있는 걸 살리면 2년, 처음부터 다시 짜게 해주면 6개월." 그리고 정말 6개월 만에 끝냈다.
- 교훈: "안 된다"가 아니라 "어떻게 하면 되는지"의 경로를 제시하는 게 진짜 실력이다. 또한 때로는 다시 만드는 게 고치는 것보다 빠르다.
미리 알아두면 좋은 배경지식 (← 흡수율이 여기서 갈린다)
이 책은 일화 중심이라, 등장인물과 배경을 모르면 "그래서 뭐?"가 된다. 아래만 알고 들어가면 모든 일화가 살아난다.
| 알아둘 것 | 왜 필요한가 |
|---|---|
| 이와타 사토루: 프로그래머 출신, 1993년 HAL연구소 사장(33세)으로 빚더미 회사를 살림, 2002년 닌텐도 4대 사장 | "엔지니어가 어떻게 경영자가 됐나"가 책 전체의 뼈대 |
| HAL 연구소: 닌텐도와 일하던 작은 게임 회사. 부도 직전까지 갔다 | 이와타의 '회사 회생' 일화의 무대 |
| 미야모토 시게루: 마리오·젤다를 만든 닌텐도의 전설적 게임 디자이너 | 이와타와 미야모토의 대비(직관 vs 논리)가 자주 나옴 |
| 이토이 시게사토: 카피라이터·『MOTHER』시리즈 기획자. 이 책을 엮은 사람 | 책의 '따뜻한 시선'은 이토이의 편집 색깔 |
| 닌텐도의 흥망: 게임큐브(부진) → DS·Wii(초대박) → Wii U(부진) | 이와타 재임기 = 롤러코스터. 성공만 한 사람이 아님을 알아야 명언이 공허하지 않음 |
| 닌텐도 DS·Wii의 전략: "고사양 경쟁"이 아니라 "게임 안 하던 사람까지 끌어들이기" | 이와타식 사고("경쟁의 축을 바꾼다")의 실제 사례 |
| 프로그래머의 사고법: 추상화, 디버깅, 병목 최적화 | 이와타는 사람·조직 문제도 이 렌즈로 본다. 이 렌즈를 알면 비유가 바로 이해됨 |
| 1:1 미팅이라는 도구: 리더가 부하와 정기적으로 단둘이 대화 | 책의 핵심 실천이고, Part 2와 직결됨 |
읽는 팁: 이 책은 '정답집'이 아니라 '관점집'이다. 밑줄 긋고 끝내지 말고, 명언마다 **"내 상황에 옮기면 뭐가 되지?"**를 한 줄씩 적으면서 읽어야 남는다.
📗 Part 2. 『하이 아웃풋 매니지먼트』
한 문장 요약
"관리자의 성과는 '내가 한 일'이 아니라 **'내가 영향을 준 모든 팀이 만든 결과의 합'**이다. 그러니 같은 시간에 더 많은 사람·더 긴 시간에 영향을 주는 행동(=레버리지)을 골라서 하라."
이 책은 무슨 책인가 (파인만식 설명)
저자 앤디 그로브는 인텔을 세계 최강 반도체 회사로 키운 CEO다. 이 책은 1983년에 나왔지만 아직도 실리콘밸리의 '관리자 필독서'다. (구글·페이스북 등이 신임 관리자에게 돌린다.)
특징: 그로브는 공장 엔지니어 출신이라, 관리(management)를 "감(感)"이 아니라 "공장 생산 공정"처럼 분해해서 설명한다. 그래서 추상적이지 않고, 따라 할 수 있는 도구 모음에 가깝다.
핵심 개념 7개 — 쉬운 말로
1. 관리자의 진짜 성과는 '팀의 결과물'이다
관리자가 회의 많이 하고 이메일 많이 썼다고 성과가 아니다. 성과 = 내 팀의 결과물 + 내가 영향 준 옆 팀의 결과물.
- 비유: 축구 감독의 성적은 감독이 뛴 거리가 아니라 팀이 넣은 골이다.
- 충격 포인트: 그래서 "내가 직접 한 일"은 성과 계산에서 0점일 수 있다.
2. '아침식사 공장'으로 배우는 생산의 기본
그로브는 책 첫머리에서 관리 전체를 "달걀+토스트+커피로 아침을 차려 파는 공장" 하나로 설명한다. 여기서 나오는 개념:
- 병목 공정(limiting step): 가장 오래 걸리고 통제가 어려운 단계(=달걀 삶기). 나머지 일정은 이 병목에 맞춰 짠다. (이와타의 '병목 찾기'와 똑같다!)
- 가장 싼 단계에서 불량을 잡아라: 달걀이 상했으면 요리하기 전에 버려라. 완성된 접시를 버리면 토스트·커피·인건비까지 다 날린다. → 소프트웨어로 치면 "버그는 배포 후가 아니라 설계 단계에서 잡아라."
- 지표(indicator)는 짝을 지어 봐라: '속도' 지표만 보면 품질이 망가진다. 속도 지표 + 품질 지표를 같이 봐야 한쪽으로 안 쏠린다.
3. 관리자의 레버리지(지렛대)
관리자의 하루 = 여러 활동의 합. 그런데 활동마다 **영향력 배수(레버리지)**가 다르다.
성과 = (활동A × 레버리지A) + (활동B × 레버리지B) + ...
레버리지가 높은 활동(= 같은 시간으로 큰 효과):
- 많은 사람에게 동시에 영향을 주는 일 (예: 좋은 교육 1회)
- 한 번의 짧은 행동이 오래 가는 일 (예: 채용 결정, 핵심 원칙 정하기)
- 나만 아는 정보를 여러 사람에게 풀어주는 일
레버리지가 마이너스인 활동(= 팀을 갉아먹음):
- 사사건건 간섭(마이크로매니징)
- 결정을 안 내리고 질질 끌기
- 관리자 본인이 의욕을 잃은 상태
→ 핵심 실천: "내 시간을 레버리지 높은 활동에 우선 배치하라."
4. 회의는 '낭비'가 아니라 '관리자의 작업 도구'다
사람들은 회의를 미워하지만, 그로브는 회의가 관리자가 일하는 매체라고 본다. 단, 회의를 두 종류로 나눠서 써야 한다.
- 정례 회의(process-oriented): 정보를 정기적으로 흐르게 하는 회의.
- 1:1 미팅: 상사-부하 단둘이. 부하가 의제를 준비하고, 상사는 주로 듣는다. 부하의 '그 일에 대한 숙련도'에 따라 주 1회~월 1회로 빈도 조정.
- 팀 회의, 운영 리뷰 등.
- 목적 회의(mission-oriented): 특정 '결정'을 내리려고 임시로 여는 회의. 주최자가 명확한 결론을 들고 나와야 성공.
5. 좋은 의사결정의 3단계
① 자유로운 토론 → ② 명확한 결정 → ③ (반대했더라도) 전원이 지지
핵심은 ③이다. 회의실 안에선 끝까지 싸워도, 결정이 나면 밖에선 한 목소리. ("나는 반대였지만 따른다"가 가능한 조직이 강하다.)
6. 과업 숙련도(Task-Relevant Maturity)에 따라 관리 방식을 바꿔라
"좋은 리더십 스타일은 하나"라는 생각은 틀렸다. 같은 사람이라도, 맡은 일에 얼마나 익숙한지에 따라 다르게 대해야 한다.
| 그 일에 대한 숙련도 | 맞는 관리 방식 |
|---|---|
| 낮음 (처음 하는 일) | 구체적으로 지시 — 무엇을·언제·어떻게 |
| 중간 | 지지·소통 위주 — 같이 고민, 동기부여 |
| 높음 (베테랑) | 위임 — 목표만 합의하고 결과만 점검 |
흔한 실수: 베테랑을 사사건건 지시(→ 무시당함), 신입을 그냥 위임(→ 사고).
7. MBO / OKR — "어디로 갈지 + 거기 가고 있는지 어떻게 알지"
그로브가 인텔에서 쓰던 목표관리법(나중에 구글의 OKR로 발전). 딱 두 가지 질문이 전부다.
- 어디로 가고 싶은가? → 목표(Objective)
- 거기로 가고 있는지 어떻게 알 수 있는가? → 핵심 결과(Key Results, 측정 가능한 이정표)
원칙: "모든 것에 집중하면 아무것에도 집중하지 못한다." 목표는 소수로.
미리 알아두면 좋은 배경지식 (← 흡수율이 여기서 갈린다)
이 책은 1983년 책이고, 제조업 공장 비유가 많아서 배경을 모르면 "옛날 얘기네" 하고 핵심을 놓친다. 아래만 알면 비유가 전부 번역된다.
| 알아둘 것 | 왜 필요한가 |
|---|---|
| 앤디 그로브 & 인텔: 헝가리 난민 출신 엔지니어, 인텔 3번째 직원, CEO로 인텔을 세계 1위 반도체 회사로 키움 | 이 책이 '검증된 실전서'임을 알면 신뢰하고 읽게 됨 |
| 공장/생산 기본 용어: 공정(process)·조립(assembly)·검사(test), 처리량(throughput), 병목 | 책 1부 전체가 '아침식사 공장' 비유. 이 단어를 사무직 일로 번역하며 읽어야 함 |
| '병목'이라는 개념: 전체 속도는 가장 느린 한 곳이 결정한다 | 그로브 사고의 뼈대. (이와타와 공통!) |
| 매슬로 욕구 5단계: 생존 → 안전 → 소속 → 인정 → 자아실현 | 동기부여 챕터가 통째로 이 이론 위에 있음. 모르면 그 장이 공중에 뜸 |
| 개인 기여자(IC) vs 관리자의 차이 | 책의 출발점. "관리자가 되면 성과의 정의가 바뀐다"가 핵심 메시지 |
| OKR / MBO의 계보: 그로브 → 존 도어 → 구글 | 지금 회사에서 쓰는 OKR의 원본이 이 책임을 알면 '살아있는 책'이 됨 |
| 1:1 미팅 문화: 상사-부하 정기 단독 면담 | 책의 가장 실용적인 도구. (이와타의 면담과 같은 것) |
| "이 책은 1983년 책"이라는 사실 | 종신고용·연공서열 시대 배경. 공장 비유는 낡았어도 '레버리지·1:1·OKR' 알맹이는 그대로 유효하다는 걸 알고 걸러 읽기 |
읽는 팁: 공장 비유가 나올 때마다 **"이걸 내 업무로 바꾸면 뭐지?"**를 즉시 번역하라. (예: '달걀=가장 통제 어려운 작업', '불량 조기 검출=코드 리뷰') 번역을 멈추는 순간 책이 옛날 얘기가 된다.
🔗 Part 3. 두 책을 관통하는 공통 주제
다른 시대·다른 나라·다른 산업이지만, 두 엔지니어 출신 리더는 놀랍게 겹친다.
| 주제 | 이와타 (정성적 표현) | 그로브 (정량적 표현) |
|---|---|---|
| 병목 사고 | "막힌 한 곳을 먼저 찾아라" | "limiting step에 일정을 맞춰라" |
| 리더의 성과 | "사람이 보람 느끼는 자리에 앉히기" | "성과 = 내가 영향 준 조직들의 결과 합" |
| 1:1 대화 | 전 직원 면담, "행복한가?" | one-on-one은 관리자의 핵심 도구 |
| 사람을 보는 눈 | "왜 그렇게 했을까, 이유가 있다" | 과업 숙련도에 맞춰 다르게 대하라 |
| 레버리지 | "재능 있는 자리에 맞추면 적은 노력으로 큰 산출" | "고레버리지 활동에 시간을 배치하라" |
한 줄 결론: 두 책 모두 같은 말을 한다 —
"리더가 직접 더 많이 일하는 게 아니라, '사람'과 '시간'을 어디에 배치하느냐가 성과를 만든다."
🧭 Part 4. 어떻게 읽을지 (추천 순서와 방법)
먼저 이 문서의 '배경지식' 표를 채워라. 모르는 항목(예: 매슬로, OKR 계보, HAL 연구소)은 각 10분씩만 검색해 메모. → 이 30~40분이 책 두 권의 흡수율을 가장 크게 바꾼다.
읽는 순서: 『이와타씨』 → 『하이 아웃풋』
- 이와타로 **"왜 사람·관점이 중요한가"**라는 마음가짐을 먼저 잡고,
- 그로브로 **"그래서 구체적으로 어떻게"**라는 도구를 채운다.
읽는 동안 노트는 3칸으로:
개념: 책의 표현 그대로내 말로: 파인만식으로 — 비유 하나 붙여 다시 쓰기내 일에 적용하면: 이번 주에 바꿀 행동 1개
다 읽고 나서 자가 점검 (파인만 테스트):
- "관리자의 레버리지"를 비전공자에게 1분 안에 설명할 수 있는가?
- "재능 = 보상을 찾는 능력"을 내 동료 예시로 설명할 수 있는가?
- 못 하면 → 그 부분만 다시 읽는다. (이게 파인만 학습법의 핵심 루프)
실천 1개만 골라라. 가장 쉬운 출발점: 1:1 미팅을 정기적으로 시작하기. 두 책이 공통으로 미는 도구이고, 당장 내일 할 수 있다.
작성: 2026-05-20 — 파인만 학습법(쉬운 설명 + 배경지식 우선) 기준 정리