순서 파괴 (Working Backwards)
저자
콜린 브라이어 , 빌 카
URL
https://product.kyobobook.co.kr/detail/S000001687204
모임
- PGF 1기
모임 일정
Empty
주요 내용 요약
0) 이 책 전체를 관통하는 '한 줄'
•
문제: "좋은 아이디어/열심"만으로는 조직이 커질수록 의사결정이 느려지고, 품질이 흔들리고, 고객 중심이 구호로 퇴색
•
변화: 리더십 원칙(Principles)을 '규범'으로 두고, 그것을 실행으로 강제하는 메커니즘(Mechanisms)(채용/조직/문서/워킹백워드/지표 운영)을 반복
•
1부 | 원칙 | '아마존인'이 된다는 것
1장. 리더십 원칙과 메커니즘
문제
•
조직이 커질수록 "각자가 옳다고 믿는 방식"이 달라져서, 회의가 길어지고 결정이 늦어짐
•
가치/고객집착이 "말"로만 남고, 실행은 팀/리더 성향에 의존
변화(고친 방식)
•
**리더십 원칙(Leadership Principles)**을 '판단의 기준'으로 박고,
•
원칙을 현실에 적용시키는 **메커니즘(반복 가능한 운영장치)**를 설계함(예: 채용, 내러티브 문서, 워킹백워드, 지표 운영, 팀 구조 등)
결과
•
"사람이 바뀌면 흔들리는 문화"가 아니라, 원칙+장치로 유지되는 문화가 됨
•
PM/PO 관점에선 "프로세스"가 규율이 아니라 의사결정 품질을 올리는 장치가 됨
2장. 채용: 바 레이저(Bar Raiser) 프로세스
문제
•
채용이 인터뷰어 '감'과 편향에 의존하면, 성장기엔 채용 실패가 누적되어 조직 품질이 하락
•
"급해서 뽑았다"가 반복되면 팀 생산성과 문화가 붕괴
변화(고친 방식)
•
모든 인터뷰 루프에 **바 레이저(훈련된 게이트키퍼)**를 넣고,
결과
•
채용의 "히트율"을 높이고(미스 채용 감소),
•
시간이 지날수록 팀의 평균 역량이 올라가는 누적 효과를 의도적으로 설계
•
PM/PO 관점: "사람 문제"를 사후에 해결하기보다 입구에서 품질을 관리하는 방식
3장. 조직화: 싱글 스레드 리더십(Separable, Single-Threaded)
문제
•
팀이 커질수록 협업/조율 비용이 폭증: 의존성, 병목, 책임 떠넘기기, 일정 지연
•
"커뮤니케이션을 더 하자"로는 해결이 안 되는 구조적 문제
변화(고친 방식)
•
핵심 이니셔티브에 **싱글 스레드 리더/팀(한 목표에 '전담')**을 두고
•
결과
•
컨텍스트 스위칭 감소, 의사결정 빨라짐, 책임 명확
•
PM/PO에게는 "리소스 쪼개짐"을 프로세스가 아니라 조직 설계로 푸는 레슨을 줌
4장. 커뮤니케이션: 내러티브와 6-페이저
문제
•
PPT는 발표력/디자인에 따라 설득력이 흔들리고, 정보 밀도도 균일하지 않음
•
같은 회의에 있어도 각자 이해 수준이 달라 "정렬 실패"가 잦음
변화(고친 방식)
•
중요한 의사결정은 **6페이지 내러티브(6-pager)**로 작성
•
결과
•
논점이 "말 잘함"이 아니라 "생각의 구조/근거"로 이동
•
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)
문제
•
배송비/배송 속도는 구매 전환의 큰 마찰: 고객은 "빠르고 무료"를 원하지만, 회사는 비용이 두려움
•
단발성 구매를 반복 습관으로 바꾸기 어려움
변화(고친 방식)
•
고객 가치를 "빠른 무료 배송"으로 단순화하고, 구독 모델로 락인
•
결과
•
구매 빈도/충성도 상승(구독이 습관을 만들고, 습관이 성장을 만듦)
•
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. 책을 읽으며 인상깊었던 주제나 다른 멤버들과 의견을 나누고 싶은 주제가 있었다면 공유해 주세요.