책 목록으로 돌아가기

**Ben Horowitz** / Harper Business, 2014

The Hard Thing About Hard Things

Ben Horowitz / Harper Business, 2014

핵심 사실

저자 배경

• 벤 호로위츠: Netscape 제품 관리자 → Loudcloud CEO → Opsware CEO → Andreessen Horowitz 공동 창업자
• Loudcloud(2000년 설립): 닷컴 버블 붕괴 속 클라우드 서비스 회사. 2001년 IPO(주당 $6). 2002년 EDS에 서비스 사업 $63.5M에 매각, Opsware 소프트웨어 회사로 전환
• Opsware: 2007년 HP에 $1.65 billion(약 1조 9천억원) 현금 매각

Chapter 4: 모든 것이 무너질 때 — The Struggle

더 스트러글 (The Struggle)

"The Struggle is where greatness comes from."

창업자가 반드시 통과하는 지옥 구간. 비전이 악몽으로 변하는 순간.

증상:

• 왜 시작했는지 모르게 됨
• 직원들이 거짓말한다고 생각하고, 자신도 그럴지 모른다고 생각
• 음식 맛을 느끼지 못함
• 주위에 사람이 있어도 혼자인 느낌
• CEO라서 해고당하지 않지만, 아무도 자신을 원하지 않는다는 느낌

극복법:

1. 혼자 어깨에 다 짊어지지 않기: 가능한 많은 뇌가 문제에 달려들게 할 것. 존재 위협 수준의 문제도 직원들에게 공유하면 대개 잘 받아들임
2. 이건 체커가 아니라 체스: 기술 비즈니스는 항상 수가 있다. "수가 없다"고 생각하면 안 됨
3. 살아남으면 내일이 달라짐: 오늘 불가능해 보이는 답이 내일 나타날 수 있음
4. 개인화하지 않기: CEO가 실수를 수천 번 하는 건 당연
5. 그래서 위대해진다: 어렵기 때문에 위대한 것

사람들은 신경 안 쓴다 (Nobody Cares)

"Nobody cares. Just run your company."

이유(핑계)는 단 한 푼도 투자자에게 돌려주지 않고, 직원 일자리 하나도 지키지 않는다. 실패할 훌륭한 이유를 만드는 데 쓰는 정신 에너지를 단 하나의 탈출구를 찾는 데 써야 한다.

Chapter 4: 위기 관리 원칙

CEO는 사실대로 말해야 한다 (Tell It Like It Is)

긍정성 과잉의 함정: 직원들은 CEO보다 나쁜 소식을 더 잘 견딘다. 오히려 CEO가 가장 상처를 받음.

투명성이 중요한 3가지 이유:

1. 신뢰: 신뢰 수준에 반비례하여 필요한 소통량이 결정됨. 신뢰 = 소통 효율화
2. 집단 지성: 문제를 알아야 풀 수 있음. 큰 뇌들이 최대 난제에 투입되어야 함
3. 문화 라우팅: 좋은 문화는 나쁜 소식이 빠르게 전달되는 RIP 라우팅 프로토콜 같음

납총알 (Lead Bullets) — 은총알은 없다

경쟁에서 밀릴 때 다른 시장이나 우회로를 찾으려는 유혹을 거부하라.

"There are no silver bullets for this, only lead bullets."

Microsoft가 Netscape Web 서버를 5배 빠르고 무료로 출시했을 때, Horowitz가 배운 교훈: 우회로는 없다. 정면 돌파(제품 개선)만이 답이다.

Opsware에서 BladeLogic에 밀렸을 때도 동일: 경쟁사를 이기는 제품을 만드는 것 외에 없음.

올바른 방식으로 인원 감축하기

Doug Leone(Sequoia)의 관찰: 연속 감원 후 billion-dollar exit을 달성하는 기업은 거의 없음. 예외가 된 비결: 올바른 방식으로 해고하기

Step 1: 정신 준비 — 지나간 실패에 빠지지 않고 미래에 집중 Step 2: 지체 없이 실행 — 정보 유출이 시작되면 통제 불가 Step 3: 이유를 명확히 — "회사가 계획을 달성하지 못했다". 개인 문제가 아님 Step 4: 매니저 훈련 — 매니저가 자기 팀 직접 해고. HR이나 타인에게 위임 불가 Step 5: 전체 회사에 공지 — 남는 사람들을 위한 메시지 Step 6: 가시화 — 해고 후 도망치지 말고 직원들과 함께 있을 것

임원 해고 준비

임원 해고는 "임원 실패"가 아닌 "채용/통합 프로세스 실패" 로 봐야 함.

흔한 채용 오류:

• 포지션을 애초에 잘못 정의
• 강점보다 약점 없음을 기준으로 채용
• 필요 시점보다 너무 이른 스케일러 채용
• 제네릭 포지션 기준(Oracle의 VP를 당신 스타트업에 채용하면 실패)
• 잘못된 종류의 야망 가진 사람 채용
• 통합 실패

Chapter 5: 사람, 제품, 수익 — 이 순서로

"We take care of the people, the products, and the profits — in that order." — Jim Barksdale

좋은 직장이란 무엇인가

좋은 조직: 사람들이 자기 일에 집중할 수 있고, 잘 하면 좋은 결과가 옴 나쁜 조직: 시간의 대부분을 조직 장벽, 내부 갈등, 깨진 프로세스와 싸우는 데 씀

일관성 있는 좋은 조직 → 나쁜 시기에 회사를 살린다.

스타트업이 직원을 훈련해야 하는 이유

Andy Grove 인용(High Output Management Chapter 16):

"12시간 투자로 10명 직원의 성과가 1% 향상되면 = 200시간의 생산성 창출"

4가지 이유: 생산성 / 성과 관리 근거 확보 / 제품 품질 / 직원 유지

Good Product Manager / Bad Product Manager (호로위츠가 Netscape 시절 작성한 트레이닝 문서):

• Good PM: 제품의 CEO. 시장·제품·경쟁에 완전한 지식. 결과에 책임
• Bad PM: 변명. 엔지니어링의 고퍼. 구두로 의견 전달

임원 채용: 해본 적 없는 일의 담당자를 어떻게 뽑나

3단계 프로세스:

1. 원하는 것을 먼저 파악 — 실제로 그 역할을 먼저 직접 해볼 것. 면접 과정에서만 배우는 것은 위험
2. 올바른 매칭을 찾는 프로세스 운영 — 강점을 적고, 허용 가능한 약점을 적고, 면접 팀 구성
3. 혼자 최종 결정 — 합의 기반 결정은 약점 없음으로 흘러감

관리 부채 (Management Debt)

기술 부채와 동일한 개념. 단기 편의를 위한 경영 결정이 장기적 비용으로 돌아옴.

대표 유형 3가지:

1. 박스에 두 명 넣기 (Two in the Box): 한 포지션에 두 사람. 책임 소재 불명확, 결정 지연
2. 협박 연봉 인상: 외부 오퍼 받아서 올린 연봉은 모두 알게 됨 → "떼쓰면 올라간다" 인센티브 생성
3. 성과 관리 없음: 성과 피드백 없이 회사가 어떻게 최적으로 돌아갈까?

Chapter 6: 회사를 운영하면서 — 조직 문제

회사 정치를 최소화하는 법

정치는 성과가 아닌 다른 수단으로 승진하는 것. CEO가 의도치 않게 정치를 조장함.

핵심 기법 2가지:

1. 올바른 종류의 야망을 가진 사람 채용: Andy Grove 정의 — 올바른 야망 = 회사 성공이 목적, 개인 성공은 부산물
2. 정치적 이슈에 엄격한 프로세스 구축: 성과 평가, 조직 설계, 승진

1번과 2번 (Ones and Twos)

CEO 유형의 두 가지 축:

• Ones (방향 설정형): 정보 수집·전략·의사결정 선호. 실행 세부사항에 지루함을 느낄 수 있음. 대부분 창업 CEO
• Twos (실행형): 프로세스·목표·책임 선호. 전략적 사고는 불편. 불확실한 의사결정에 과도한 불안

훌륭한 CEO는 두 가지 모두 필요. 한쪽만 잘하면 실패: Ones는 혼돈, Twos는 전환점에서 실패

승계 문제: 대부분 조직은 Ones CEO + Twos 직원으로 구성 → 승계 시 Two를 올리면 전략 둔화, 조직 밑의 One을 올리면 기존 팀 대거 이탈

스케일 예측 오류 (Scale Anticipation Fallacy)

"언제 이 사람이 스케일에 적응 못할까?" 를 예측하려는 함정

왜 나쁜가:

• 스케일 경영은 자연 능력이 아닌 학습 능력
• 사전 판단은 사람 발전을 저해
• 스케일러를 너무 일찍 채용하면 지금 당장 필요한 사람보다 나쁠 수 있음
• 실제 스케일 도달 시점에서 다시 평가해야 함

올바른 기준: "지금 이 회사에 지금 이 시점에서, 내가 뽑을 수 있는 더 나은 임원이 있는가?"

Chapter 7: 어디로 가는지 모르면서 이끄는 법

CEO의 가장 어려운 기술: 자기 심리 관리

"By far the most difficult skill I learned as CEO was the ability to manage my own psychology."

CEO 심리의 특수성:

• CEO로서의 훈련은 CEO가 되어서만 받음
• 평균 CEO 점수가 22/100이어도 아무도 말해주지 않음
• 회사의 모든 잘못이 CEO 책임 (창업자의 경우)
• 너무 개인화(자기 학대)하거나 너무 낙관화(현실 회피)하면 둘 다 실패

심리 안정 기법:

1. 친구 사귀기 — 비슷한 어려운 결정을 경험한 사람들과 대화
2. 종이에 꺼내기 — 결정 논리를 쓰면 자기 심리에서 분리됨
3. 벽이 아닌 길에 집중 — 레이스 드라이버: 벽을 보면 벽으로 간다

공포와 용기의 차이

"용기란 공포를 느끼지 않는 것이 아니라 공포에도 불구하고 해야 할 일을 하는 것." — Cus D'Amato

사회적 압력이 올바른 결정을 방해하는 구조:

→ 표면적으로 군중 따르는 것이 안전해 보임 → 용기가 필요한 이유

용기는 개발 가능: 매번 어렵고 올바른 결정을 할 때마다 조금씩 더 용감해짐

평화시 CEO / 전시 CEO (Peacetime CEO / Wartime CEO)

사례:

• Steve Jobs 복귀 시 Apple = 전시 → 전시 CEO 모드
• Google 성장기 Eric Schmidt = 평화시 CEO → Larry Page 복귀는 전시 선언
• Ben Horowitz: 3일 평화시, 8년 전시

CEO를 만드는 과정 (Making Yourself a CEO)

CEO는 타고나는 것이 아닌 비자연적 동작의 집합.

핵심 비자연적 기술: 피드백 주기

• Shit Sandwich(좋은말-나쁜말-좋은말) → 초급 매니저에게는 유용, 선임에게는 역효과
• 올바른 피드백의 원칙:

1. 진정성: 믿지 않는 말을 하지 않을 것
2. 올바른 위치에서: 상대방의 성공을 원해서 주는 것
3. 개인 공격 아닌 행동에 집중
4. 공개적 창피 금지
5. 개인별 맞춤
6. 직접적이되 잔인하지 않게

고빈도 피드백: CEO는 모든 것에 의견을 가지고 표현해야 함 → 피드백이 개인 평가가 아닌 일상이 됨

CEO 평가 방법

1. CEO는 무엇을 해야 하는지 아는가? (전략 + 의사결정)
2. 회사가 CEO가 아는 것을 실행할 수 있게 만드는가? (팀 구성 + 운영)
3. 적절한 목표 대비 원하는 결과를 달성했는가? (블랙박스 + 화이트박스)

의사결정 핵심: CEO는 항상 10% 미만의 정보로 결정. 용기가 지능보다 더 많이 필요함.

Chapter 5/6 관리 프레임워크 심화

리더십 3가지 속성

1. 비전 표현 능력 (스티브 잡스 속성): 회사가 어려울 때도 사람들이 따라올 만큼 비전을 compelling하게 말할 수 있는가?

1. 올바른 종류의 야망 (빌 캠벨 속성): 자신의 이익보다 회사 성공을 위해 기꺼이 희생하는가? 진정성 있는 케어. → 학습하기 가장 어려운 속성

1. 비전 달성 능력 (앤디 그로브 속성): 실제로 할 수 있는가? 역량 + 끊임없는 개선. → 학습 가능한 속성

회사 문화 설계

문화는 자연스럽게 형성되는 것 + 의도적으로 설계해야 하는 것의 합.

충격 메커니즘 예시 3가지:

• 아마존 도어 데스크: Home Depot 문으로 만든 책상 = "우리는 모든 곳에서 절약한다" 신호
• Andreessen Horowitz 분당 10달러 벌금: 창업자와의 미팅 지각 = "우리는 창업자를 진심으로 존중한다"
• Facebook "Move fast and break things": 창의적 위험 감수 문화 설계

요점: 요가나 애완동물 허용 = perks. 문화 아님. 문화 = 비즈니스 목표와 연결된 행동 변화

스케일 확장 (Give Ground Grudgingly)

회사가 커질수록 커뮤니케이션·공통 지식·의사결정이 어려워짐.

핵심 기법:

1. 전문화(Specialization) — 역할 분리로 복잡성 증가 허용하되 관리
2. 조직 설계 — "모든 조직 설계는 나쁘다". 어떤 커뮤니케이션 경로를 최적화할지 선택

• 1단계: 어떤 지식이 어디서 필요한가?
• 2단계: 어떤 결정이 자주 내려지는가?
• 3단계: 가장 중요한 커뮤니케이션 경로 우선순위
• 4단계: 각 그룹 담당자 결정 (마지막 단계!)

1. 프로세스 — 조직 경계를 넘는 커뮤니케이션을 위한 공식 구조

벤 호로위츠의 실전 스토리 핵심

Loudcloud → EDS 매각의 교훈

• 매각 후 당일에 모든 직원에게 자신의 상황(EDS, Opsware, 구직)을 알려야 함
• Bill Campbell 조언: "사람들이 자기 위치를 알아야 한다. 1분도 기다리지 마라"
• 이 처우가 회사 문화를 유지하고 Opsware 재건의 기반이 됨

EDS 60일 데드라인

• 90% 수입 고객 EDS가 계약 취소 위협 → "60일 안에 고쳐라"
• Jason(기술적 납품) + Anthony(흥미로운 가치 발굴)의 투트랙
• Anthony의 통찰: EDS의 Frank는 항상 배신당함 → 그가 원하는 것(Tangram 소프트웨어)을 먼저 파악
• Tangram $10M 인수 → $20M EDS 계약 구원 → 결국 Cisco 딜($30M 선불)로 수익성 확보
• 교훈: 기술적 납품과 예상 밖의 가치 동시 추구

Opsware Darwin Project

• BladeLogic에 밀리는 상황 → "총알 하나 남은 총, 반드시 맞춰야 한다"
• 전직원에게 솔직하게 상황 공유, 자발적 헌신 유도
• 6개월 주 7일 근무 → 제품 역전 → 회사 가치 $1.6B까지 성장