# 순서 파괴 (Working Backwards)

주요 내용 요약

## 0) 이 책 전체를 관통하는 '한 줄'

- **문제:** "좋은 아이디어/열심"만으로는 조직이 커질수록 의사결정이 느려지고, 품질이 흔들리고, 고객 중심이 구호로 퇴색

- **변화:** 리더십 원칙(Principles)을 '규범'으로 두고, 그것을 실행으로 강제하는 **메커니즘(Mechanisms)**(채용/조직/문서/워킹백워드/지표 운영)을 반복

- **결과:** 특정 스타/리더의 천재성보다 **재현 가능한 시스템**으로 성과를 내는 구조를 만듦 ([Barnes & Noble](https://www.barnesandnoble.com/w/working-backwards-colin-bryar/1137086787))

---

# 1부 | 원칙 | '아마존인'이 된다는 것

## 1장. 리더십 원칙과 메커니즘

**문제**

- 조직이 커질수록 "각자가 옳다고 믿는 방식"이 달라져서, 회의가 길어지고 결정이 늦어짐

- 가치/고객집착이 "말"로만 남고, 실행은 팀/리더 성향에 의존

**변화(고친 방식)**

- **리더십 원칙(Leadership Principles)**을 '판단의 기준'으로 박고,

- 원칙을 현실에 적용시키는 **메커니즘(반복 가능한 운영장치)**를 설계함(예: 채용, 내러티브 문서, 워킹백워드, 지표 운영, 팀 구조 등)

**결과**

- "사람이 바뀌면 흔들리는 문화"가 아니라, **원칙+장치로 유지되는 문화**가 됨

- PM/PO 관점에선 "프로세스"가 규율이 아니라 **의사결정 품질을 올리는 장치**가 됨

---

## 2장. 채용: 바 레이저(Bar Raiser) 프로세스

**문제**

- 채용이 인터뷰어 '감'과 편향에 의존하면, 성장기엔 **채용 실패가 누적**되어 조직 품질이 하락

- "급해서 뽑았다"가 반복되면 팀 생산성과 문화가 붕괴

**변화(고친 방식)**

- 모든 인터뷰 루프에 **바 레이저(훈련된 게이트키퍼)**를 넣고,

    - 편향을 줄이고, 질문의 질을 높이고,

    - "이 후보가 채용 기준(바)을 넘는지"를 판단하며,

    - 필요 시 **거부권(veto)**으로 채용 결정을 막는 구조를 둠 ([예스24](https://www.yes24.com/product/goods/97676776?utm_source=chatgpt.com))

**결과**

- 채용의 "히트율"을 높이고(미스 채용 감소),

- 시간이 지날수록 **팀의 평균 역량이 올라가는 누적 효과**를 의도적으로 설계

- PM/PO 관점: "사람 문제"를 사후에 해결하기보다 **입구에서 품질을 관리**하는 방식

---

## 3장. 조직화: 싱글 스레드 리더십(Separable, Single-Threaded)

**문제**

- 팀이 커질수록 협업/조율 비용이 폭증: 의존성, 병목, 책임 떠넘기기, 일정 지연

- "커뮤니케이션을 더 하자"로는 해결이 안 되는 구조적 문제

**변화(고친 방식)**

- 핵심 이니셔티브에 **싱글 스레드 리더/팀(한 목표에 '전담')**을 두고

- 가능한 한 **분리 가능한 단위**로 조직·시스템을 나눠 **조율 자체를 줄임** ([high copy](https://highcopy.tistory.com/520?utm_source=chatgpt.com))

**결과**

- 컨텍스트 스위칭 감소, 의사결정 빨라짐, 책임 명확

- PM/PO에게는 "리소스 쪼개짐"을 프로세스가 아니라 **조직 설계로 푸는 레슨**을 줌

---

## 4장. 커뮤니케이션: 내러티브와 6-페이저

**문제**

- PPT는 **발표력/디자인**에 따라 설득력이 흔들리고, 정보 밀도도 균일하지 않음

- 같은 회의에 있어도 각자 이해 수준이 달라 "정렬 실패"가 잦음

**변화(고친 방식)**

- 중요한 의사결정은 **6페이지 내러티브(6-pager)**로 작성

- 회의에서 '읽고 토론'(공통 정보 밀도)으로 **논리/근거 중심 결정**을 유도 ([Commoncog](https://commoncog.com/working-backwards/?utm_source=chatgpt.com))

**결과**

- 논점이 "말 잘함"이 아니라 "생각의 구조/근거"로 이동

- PM/PO 관점: PRD가 '요구사항 목록'이 아니라 **논리 문서**가 되며, 합의 비용이 줄어듦

---

## 5장. 워킹 백워드: 고객 경험에서 시작하라(PR/FAQ)

**문제**

- 기능/기술 중심으로 만들다 보면 "우리가 만든 것"과 "고객이 원하는 것"이 어긋남

- 출시 후에야 문제를 발견해 비용이 커짐

**변화(고친 방식)**

- 시작은 구현이 아니라 **PR/FAQ(보도자료+FAQ)**

    - 고객이 얻게 될 변화(가치)를 먼저 정의하고,

    - 예상 질문(FAQ)으로 리스크/모순을 조기에 드러냄 

**결과**

- 만들기 전에 "이게 고객에게 진짜 의미가 있나?"를 선명히 검증

- PM/PO에겐 "로드맵 앞에서 고객 경험을 글로 고정"시키는 강력한 도구

---

## 6장. 성과지표: 아웃풋이 아닌 인풋을 관리하라

**문제**

- 매출/MAU 같은 결과지표만 쫓으면, 팀이 "이번 주에 무엇을 바꿔야 하는지"가 모호

- 책임은 커지는데 통제는 어려워져 조직이 무기력해짐

**변화(고친 방식)**

- 팀이 직접 조작 가능한 **인풋 지표(Input metrics)**를 정의하고,

- 운영 리듬으로 점검해 "행동→지표→학습" 루프를 굴림

**결과**

- 목표가 '소망'이 아니라 **실행 가능한 레버**로 바뀜

- PM/PO는 "실험/개선 액션"이 지표와 직접 연결되는 구조를 얻음

---

# 2부 | 실전 | '발명 머신'이 된다는 것

(2부는 사례 중심이라 "문제→변화→결과"가 더 선명합니다.)

## 7장. 킨들(Kindle)

**문제**

- 종이책 경험을 디지털로 옮길 때, 단순 전자책이 아니라 "읽기 경험" 자체의 장벽(휴대/구매/저장/즉시성)이 존재

- 출판 생태계·디바이스·콘텐츠·유통이 얽혀 난이도가 큼

**변화(고친 방식)**

- 고객 경험의 목표를 먼저 고정(쉽게 사고, 즉시 읽고, 어디서나 이어 읽기)하고

- 그 경험을 가능하게 하는 하드웨어/스토어/콘텐츠 연동을 '거꾸로' 설계

**결과**

- "책을 사는/읽는" 시간을 줄이고 접근성을 높여 디지털 독서 경험을 대중화

- B2C PM/PO 입장에선 "기기/콘텐츠/결제/유통" 같은 **복합 제품을 고객경험으로 묶는 방식**이 핵심 레슨

---

## 8장. 아마존 프라임(Prime)

**문제**

- 배송비/배송 속도는 구매 전환의 큰 마찰: 고객은 "빠르고 무료"를 원하지만, 회사는 비용이 두려움

- 단발성 구매를 반복 습관으로 바꾸기 어려움

**변화(고친 방식)**

- 고객 가치를 "빠른 무료 배송"으로 단순화하고, 구독 모델로 락인

- (핵심은) 비용 논쟁보다 **고객 경험을 먼저 확정**하고 운영/공급망을 그에 맞춰 정렬[B](https://www.barnesandnoble.com/w/working-backwards-colin-bryar/1137086787)

**결과**

- 구매 빈도/충성도 상승(구독이 습관을 만들고, 습관이 성장을 만듦)

- B2C PM/PO에겐 "가격/혜택/경험의 번들링"과 "장기 LTV 설계"의 교과서

---

## 9장. 프라임 비디오(Prime Video)

**문제**

- 고객의 여가 시간(거실/TV)을 놓고 경쟁이 극심

- 단순 기능이 아니라 '콘텐츠'라는 공급 측면의 불확실성이 큼

**변화(고친 방식)**

- 프라임 가치(구독 번들) 안에서 비디오를 고객 경험으로 설계하고

- 콘텐츠/기술/디바이스 경험을 묶어 "집 거실로 들어가는" 경로를 만들었다는 식으로 설명 

**결과**

- 프라임의 가치 체감을 강화하고, 구독 유지/확장을 돕는 엔진이 됨

- B2C PM/PO는 "콘텐츠/플랫폼형 제품에서 '번들 가치'를 강화하는 방법"을 읽을 수 있음

---

## 10장. AWS

**문제**

- 내부 인프라 운영이 복잡/비효율: 개발팀이 고객가치보다 인프라에 시간을 씀

- 외부 시장에서도 인프라는 '필요하지만 만들고 싶지 않은' 영역

**변화(고친 방식)**

- 내부 문제를 고객경험(개발자가 인프라에서 해방되어 더 빨리 출시)으로 재정의하고

- 서비스 형태로 분리·표준화해 외부에 제공하는 방향으로 확장

**결과**

- 내부 혁신 속도를 올리고, 동시에 신규 사업(플랫폼)을 창출

- PM/PO에겐 "내부 도구→외부 제품화"의 전형적인 성장 서사

---

## 맺음말(아마존을 넘어 '아마존인 되기')

**문제**: "우린 아마존이 아니니까 못 해"
**변화**: 원칙과 메커니즘은 규모와 무관하게 축소 적용 가능
**결과**: 특정 문화가 아니라 **반복 가능한 운영 장치**로 이식 

---

## 모임 아젠다

### **1. 6-Pager(내러티브) 문화**

발표력/디자인 vs 글과 논리의 정렬

화려한 디자인과 발표자의 스킬에 따라 전달력이 달라지는 PPT 보고 방식과, 글·숫자·논리적 맥락으로 정렬을 강제하는 내러티브 문화의 정점인 6-Pager를 비교해 봅시다. 

- 6-Pager(내러티브)가 가진 목적(왜 필요한가), 가치(무엇을 바꾸는가), 활용성(어떤 상황에서 특히 강한가)을 고려시 만약 지금 여러분의 제품 조직에 6-Pager 문화를 도입하는 것에 대해 어떻게 생각하시나요? 찬성or반대?

- 찬선/반대의 이유가 무엇인지 상세한 의견을 들려주세요.

### 2. KPI를 ‘결과지표’가 아닌 ‘인풋지표’로 운영하기

통제 가능한 레버 찾기

아마존은 KPI를 설정할 때 통제 불가능한 **결과지표(Output/Outcome)** 만 바라보기보다, 팀이 매주/매일 조절할 수 있는 **인풋지표(Input metrics)** 를 중심으로 목표와 액션아이템을 설계하는 방식을 강조합니다.

- 현재 여러분의 조직과 회사는 통제하기 어려운 결과지표(예: MAU, 매출, ROAS, 구독 전환율, 리텐션) 중심으로 운영되고 있나요? 아니면 인풋지표(팀이 직접 움직일 수 있는 행동/품질 지표) 를 목표로 운영 중인가요?

- 만약 제품에 인풋지표를 중심으로 목표를 설정한다면, 어떤 지표를 핵심 레버로 두고(Top 1~3) 어떤 액션아이템을 설계할 수 있을까요? 그리고 그 선정 이유는 무엇인가요?

**3. 책을 읽으며 인상깊었던 주제나 다른 멤버들과 의견을 나누고 싶은 주제가 있었다면 공유해 주세요.**

[https://slashpage.com/pgf/y9e1xp2x58zg7m7k35vz](https://slashpage.com/pgf/y9e1xp2x58zg7m7k35vz)

For the site tree, see the [root Markdown](https://slashpage.com/pgf.md).