대부분의 팀은 게으름 때문에 고전하지 않아요. 앞으로 나아가지 못하는 방식으로 바쁜 것이 문제죠.
이런 상황을 한 번쯤 겪어보셨을 거예요.
- 캘린더는 빽빽한데, 결과물은 불분명하다
- “좋은 아이디어”는 많은데, 실제로 출시된 변화는 거의 없다
- “시간이 없어요, 예산이 없어요, 인원이 부족해요”가 기본 답변이 된다
- 업무는 늘어나고, 오너십은 줄어들고, 중요한 결정은 계속 “다음 주”로 밀린다
이 패턴은 조용한 번아웃을 만들어요. 극적인 번아웃이 아니라, “하루 종일 일했는데 아무것도 달라진 게 없다”는 느릿한 무력감이죠.
문제는 이게 겉으로는 생산적으로 보인다는 거예요. 회의도 있고, 문서도 있고, 슬랙 스레드도 있으니까요. 그런데 조직의 방향은 여전히 흐릿하죠.
이 시리즈에서는 의사결정 중심(Decision-Driven) 생산성이 무엇인지, 그리고 프로덕트 팀이 어떻게 “바쁜 일”에서 “실질적 임팩트”로 전환할 수 있는지를 다뤄요. 이번 편에서는 생산성의 7가지 핵심 원칙을 살펴볼게요.
1. 프로덕트 팀의 생산성 핵심 원칙
생산성은 “더 많이 하는 것”이 아니에요. 오히려 이렇게 정의하는 것이 더 정확하죠.
실제로 가진 시간과 자원으로, 고객과 비즈니스에 가장 큰 가치를 만들어내는 것.
가치가 목표라면, 활동은 다음 중 하나로 이어질 때만 유용해요.
- 결정(decision)
- 행동(action)
- 학습 루프(출시 → 피드백 → 개선)
의사결정이 연료가 되는 거예요. 아이디어는 저렴하고 넘쳐나지만, 아이디어를 실제 동력으로 바꾸는 것은 결정이거든요.
모든 제약 조건을 통제할 수는 없어요. 하지만 결정이 더 빠르게, 더 나은 맥락 위에서, 명확한 후속 조치와 함께 일어나는 조건을 설계할 수는 있어요.
도구와 프레임워크는 도움이 되지만, 그것이 자리잡을지를 결정하는 것은 문화예요. 아래는 노력을 임팩트로 전환하는 팀에서 반복적으로 나타나는 핵심 원칙이에요.
| 원칙 | 핵심 개념 | 방지하는 문제 |
|---|---|---|
| 1. 결정 > 아이디어 | 진전은 옵션 생성이 아니라 결단에서 온다 | 끝없는 논의, 아이디어 인플레이션, 결정 마비 |
| 2. 구체적 > 추상적 | 구체적인 언어가 행동과 정렬을 가능하게 한다 | 모호한 합의, 숨겨진 불일치, 실행 정체 |
| 3. 성과 > 노력 | 눈에 보이는 분주함보다 결과가 중요하다 | 가치 대신 활동을 보상, 성과주의적 업무 |
| 4. 적시성 > 완벽 | 가치는 언제 출시하느냐에 달려 있다 | 놓친 타이밍, 과도한 설계, 학습 지연 |
| 5. 제약을 전략으로 | 제약 조건은 변명이 아니라 우선순위 도구다 | 이상적 조건 대기, 스코프 확장 |
| 6. 작은 발걸음, 큰 진전 | 모멘텀은 작고 되돌릴 수 있는 결정에서 온다 | 압도적 목표, 에너지를 소진시키는 장기 프로젝트 |
| 7. 개인 사고, 집단 결정 | 사고와 결정은 다른 환경이 필요하다 | 얕은 회의, 집단사고, 협업 피로 |
2. 원칙 1: 결정이 아이디어보다 중요하다
대부분의 팀은 아이디어가 부족한 게 아니에요. 아이디어가 넘쳐나는 게 문제죠.
문서는 늘어나고, 대화는 돌고 돌아요. 그런데 몇 주가 지나도 구체적으로 달라진 건 없어요. 진전과 정체의 차이는 창의력이 아니라 결단이에요.
아이디어는 대화 속에 편안하게 살아요. 결정은 현실이 반응하도록 강제하죠.
1) 아이디어가 생산적으로 느껴지지만 실제로는 아닌 이유
아이디어는 안전하기 때문에 매력적이에요.
- 아직 아무도 틀릴 필요가 없다
- 트레이드오프가 확정되지 않았다
- 책임이 발생하지 않는다
그래서 아이디어가 많은 환경은 활기차게 느껴지면서도, 조용히 리스크를 회피하고 있는 거예요.
결정은 달라요. 결정은 전후(before-and-after)를 만들어요. 이전에는 아니었던 것이 이제 사실이 되는 거죠. 불완전하더라도 방향이 선택돼요.
업무에서 이것이 중요한 이유는, 시장은 의도에 반응하지 않기 때문이에요. 시장은 실제로 출시된 것에 반응해요. 결정이 내려지기 전까지는, 아무것도 테스트하거나, 배우거나, 개선할 수 없어요.
핵심은 옵션을 끝없이 만들어내는 게 아니라, 팀이 하나를 선택하고 그로부터 배우도록 돕는 것이에요.
2) 결정은 최종 답이 아니라 빌딩 블록이다
결정에 대한 유용한 관점은, 결정을 큰 목표라는 건물을 위한 벽돌로 보는 거예요. 각 결정이 구조에 한 조각을 추가하고, 조각이 놓인 다음에야 구조가 버티는지 확인할 수 있죠.
그래서 확실성을 찾으려고 결정을 미루면 오히려 역효과가 나는 경우가 많아요. 많은 진실은 무언가가 세상에 존재한 이후에야 드러나거든요.
중요한 점은, 결정은 영구적이지 않다는 거예요. 대부분의 결정은 새로운 정보가 나타나면 수정할 수 있어야 해요.
잘못된 결정을 내리는 것 자체가 큰 비용을 촉발하는 것이 아니에요. 감당하지 못할 너무 큰 결정을 한번에 내려버리거나, 아무런 결정도 내리지 않고 아무것도 배우지 못하는 것이 비용이 큰 거예요.
3) 결정의 적절한 크기
모든 결정이 똑같지는 않아요. 크기가 중요하죠.
지나치게 큰 결정은 되돌릴 수 없는 것처럼 느껴져요. 팀은 주저하고, 과도하게 분석하고, 멈춰버려요. 틀렸을 때의 비용이 치명적으로 느껴지니까요.
적절한 결정은 이런 특성을 가져요.
- 진짜 학습을 만들 만큼 충분히 크다
- 큰 소동 없이 조정할 수 있을 만큼 충분히 작다
제프 베이조스(Jeff Bezos)가 제안한 유용한 분류법이 있어요. 결정을 두 가지로 나누는 거죠.
| 유형 | 특성 | 접근 방식 |
|---|---|---|
| 양방향 문 결정(Two-way door) | 되돌릴 수 있고, 영향 범위가 작다 | 빠르게 움직인다 |
| 단방향 문 결정(One-way door) | 되돌리기 어렵고, 구조적이다 | 속도를 늦추고 신중하게 검토한다 |
대부분의 좋은 결정은 첫 번째 유형에 해당해요.
되돌릴 수 있는 결정을 되돌릴 수 없는 것처럼 취급하는 것이, 팀이 경직되는 가장 흔한 원인이에요. 속도는 나중에 안전하게 재검토할 수 있는 결정을 알아보는 데서 나와요.
“어디로 이민 갈까?”는 단방향 문 결정이에요. 신중해야 하죠. 하지만 “오늘 점심에 어디서 먹을까?”는 양방향 문 결정이에요. 별로면 저녁에 다른 곳을 가면 되니까요. 문제는 많은 팀이 점심 메뉴를 고르는 것에도 이민 결정 수준의 심사숙고를 하느라 정작 아무 데도 가지 못하는 거예요.
3. 원칙 2: 구체적인 것이 추상적인 것보다 낫다
추상적인 대화는 안전하게 느껴져요. 구체적인 대화는 일을 앞으로 움직이죠.
이 구분이 중요한 이유는, 대부분의 팀이 실행에서 막히는 게 아니라 실행 이전의 안개 속에서 막히기 때문이에요. 언어가 추상적이면, 모두가 고개를 끄덕이면서 서로 다른 결과를 상상할 수 있거든요.
추상적인 언어는 이런 식이에요.
- “경험을 개선해야 해요.”
- “이건 더 확장 가능해야 해요.”
- “비전에 대해 정렬합시다.”
이런 말은 생산적으로 느껴져요. 관심과 야심을 보여주니까요. 하지만 무엇을 할지, 누가 할지, 언제까지 해야 하는지를 특정하지 않기 때문에 행동을 촉발하지 못해요.
구체적인 언어는 이런 식이에요.
- “사용자가 3단계에서 이탈해요. 설정이 너무 오래 걸리거든요.”
- “이 워크플로우가 고객당 수동 작업 2단계를 추가해요.”
- “금요일까지 사용자 5명에게 테스트할 거예요.”
차이는 딱딱하거나 문자 그대로인 것이 아니에요. 회의실을 벗어나도 살아남는 공유된 이해를 만드는 것이죠.
1) 추상이 안전하게 느껴지지만 진전을 막는 이유
추상은 전략에서 나름의 자리가 있어요. 구체적인 것에 집중하기 전에 넓게 생각하는 데 도움이 되니까요.
하지만 추상이 의사결정을 대체할 때 위험해져요.
팀이 추상적으로 머무는 이유는 보통 이래요.
- 책임을 회피할 수 있다 (아직 아무도 틀릴 수 없으니까)
- 갈등을 연기할 수 있다 (트레이드오프가 숨겨져 있으니까)
- 행동이 따르는 후속 조치 없이도 심사숙고 하는 것처럼 보인다
문제는 추상적인 목표는 테스트할 수 없다는 거예요. 현실 위에 떠다니며 피드백에 무적인 상태가 되죠.
반면 구체적인 목표는 즉시 세상과 충돌해요. 무엇이 작동하고 무엇이 안 되는지를 드러내죠.
이건 불편하지만, 학습이 일어나는 방식이기도 해요.
의사의 진료와 비슷해요. “몸이 안 좋아요”는 추상적이에요. 의사가 할 수 있는 게 거의 없죠. “오른쪽 무릎이 계단을 오를 때마다 찌릿한 통증이 있고, 2주째 계속돼요”는 구체적이에요. 바로 검사와 치료를 시작할 수 있어요. 팀 논의도 마찬가지예요. “경험을 개선하자”에서는 아무것도 시작할 수 없지만, “가입 후 3일 이내 잔존(Retention)이 30% 아래인 원인을 찾자”에서는 바로 행동이 시작돼요.
2) 추상에서 구체로 전환하는 방법
구체적으로 만드는 것은 연습으로 향상되는 기술이에요.
보통 세 가지 질문에 답하는 것으로 충분해요.
- 진짜 문제는 무엇인가?
“사용자 참여(Engagement)가 낮다”가 아니라 “사용자가 첫 주 이후 로그인을 멈추는데, 일일 요약에서 가치를 느끼지 못하기 때문이다.” - 다음 행동은 무엇인가?
“이걸 개선해야 한다”가 아니라 “수요일까지 이탈한 사용자 5명을 인터뷰해서 이유를 파악한다.” - 누가 언제까지 책임지는가?
“누군가 살펴봐야 한다”가 아니라 “민수가 금요일까지 수정된 요약 형식의 프로토타입을 만든다.”
이 수준의 구체성이 모든 것을 계획한다는 뜻은 아니에요. 다음 단계가 누군가 바로 실행할 수 있을 만큼 명확하다는 뜻이에요.
3) 구체적인 언어가 진전을 가속화하는 방법
언어가 추상적이면, 불일치가 숨어요.
모두가 합의했다고 생각하며 회의실을 나가지만, 각자 다른 결과를 상상했던 거예요. 이건 나중에 혼란, 갈등, 중복 작업으로 표면화되죠.
구체적인 언어는 불일치를 초기에 드러내요. 해결 비용이 가장 낮을 때 말이죠.
예를 들어 볼게요.
- 추상: “온보딩 플로우를 개선합시다.”
- 구체: “필수 입력 필드를 8개에서 3개로 줄입시다.”
두 번째 버전은 팀이 즉시 트레이드오프와 마주하게 만들어요. 나머지 5개 필드가 중요한가? 제거하면 무엇을 잃는가?
이 마찰은 생산적이에요. 숨겨진 가정을 명시적 선택으로 바꿔주니까요.
구체적 언어의 힘은 건축 설계도와 같아요. “예쁜 집을 지어주세요”라고 하면 건축가가 상상하는 집과 의뢰인이 상상하는 집이 완전히 다를 수 있어요. 하지만 “2층, 방 3개, 남향, 테라스 있는 30평대 집”이라고 하면 시작점이 같아지죠. 구체적인 언어는 팀이 같은 그림을 보게 만드는 설계도예요.
4) 구체성을 유지하는 실전 기법
간단한 습관이 추상적 표류를 방지할 수 있어요.
- 실제 사용자나 시나리오를 지목한다.
“고객들이 이걸 원해요” 대신 “베타 그룹의 지현 씨가 이 기능을 찾지 못했다고 말했어요.” - 관찰 가능한 결과를 명시한다.
“더 빠르게 만들자” 대신 “로딩 시간을 3초에서 1초 미만으로 줄인다.” - 잠정적이더라도 마감을 정한다.
“이걸 탐색해볼 거예요” 대신 “목요일까지 진행 여부를 결정한다.”
이 기법은 관료적인 절차를 추가하는 게 아니에요. 명확성을 추가해서 낭비되는 노력을 줄이는 거예요.
의사결정 중심 문화는 구체성에 편향되는데, 추상이 쓸모없어서가 아니라 전환 없는 추상이 실행을 막기 때문이에요.
“적당량의 소금을 넣으세요”는 사람마다 결과가 달라요. “소금 1/2 티스푼을 넣으세요”는 누가 만들어도 비슷한 맛이 나오죠. 팀의 업무 지시도 마찬가지예요. 구체적인 수치, 이름, 날짜가 들어가야 누가 실행해도 같은 방향으로 움직여요.
4. 원칙 3: 노력보다 성과가 중요하다
노력은 눈에 보여요. 하지만 중요한 것은 성과예요.
이 구분은 말보다 지키기 어려운데, 조직은 자연스럽게 눈에 보이는 것을 보상하는 쪽으로 흘러가기 때문이에요.
많은 팀에서 사람들은 암묵적으로 이런 것에 보상받아요.
- 바쁘게 지내는 것
- 빠르게 응답하는 것
- 긴 시간 일하는 것
이 중 어느 것도 가치를 보장하지 않아요.
- 매일 밤늦게까지 일하는 사람은 우선순위 설정이 부족한 걸 보상하고 있을 수 있어요.
- 모든 메시지에 즉시 답하는 사람은 깊은 업무를 방해하고 있을 수 있어요.
- 가장 긴 할 일 목록을 가진 사람은 어려운 결정을 회피하고 있을 수 있어요.
활동(activity)은 진전(progress)과 같지 않아요.
1) 노력에서 성과로의 미묘한 전환
의사결정 중심 문화는 질문을 바꿔요. “얼마나 열심히 일했나?”에서 “이것 때문에 무엇이 달라졌나?”로요.
이건 노력을 무시하라는 뜻이 아니에요. 노력을 결과가 아닌 투입(input)으로 취급하라는 거예요.
유용한 재정의가 있어요.
- 노력은 쓴 것을 측정한다
- 성과는 얻은 것을 측정한다
성과 없이 노력을 쓸 수는 있어요. 하지만 노력 없이 성과를 얻을 수는 없죠.
목표는 노력 자체를 최대화하는 게 아니라, 노력 대비 수익(return on effort)을 최대화하는 거예요.
2) 노력 기반 문화가 정체되는 이유
노력이 주된 신호가 되면, 여러 문제가 발생해요.
- 눈에 보이는 일이 가치 있는 일보다 우선된다.
사람들은 비즈니스를 전진시키지 않더라도 인상적으로 보이는 작업에 끌려요. - 혁신이 벌을 받는다.
더 간단한 해결책을 찾은 사람이 정교한 시스템을 만든 사람보다 적게 인정받아요. - 학습이 느려진다.
팀은 무엇이 작동하는지 발견하는 것보다 똑똑해 보이는 것에 최적화해요.
이 역학은 미묘해요. 아무도 의도적으로 임팩트보다 분주함을 보상하려고 하지 않아요. 하지만 결과에 대한 의도적 집중이 없으면, 노력이 기본 대리 지표가 되는 거예요.
택시 미터기는 이동 거리와 시간에 따라 요금이 올라가요. 하지만 승객이 원하는 것은 미터기의 숫자가 아니라 목적지에 도착하는 것이에요. 교통 체증 속에서 2시간 동안 미터기만 올라가면 비용은 늘지만 가치는 없죠. 조직에서도 마찬가지로, 투입한 시간이 아니라 도달한 결과로 성과를 판단해야 해요.
3) 성과 지향으로 전환하는 실전 방법
실제로 성과 중심 접근은 이렇게 나타나요.
- 허영 지표를 줄인다.
“기능 12개를 출시했다” 대신 “어떤 기능이 사용자 행동을 바꿨는가?”를 물어요. - 성과 중심 체크인을 한다.
“이번 주에 뭘 했나요?” 대신 “무엇을 배웠거나 무엇이 달라졌나요?”를 물어요. - 일을 줄인 결정을 축하한다.
프로세스를 단순화한 사람을 인정하는 것이 새로운 것을 만든 사람을 인정하는 것만큼 비중이 있어야 해요.
이런 문화적 전환은 미션 선언문 같은 문서로 일어나지 않아요. 정말 중요한 것에 대한 일관되고 반복된 행동들로 강화되며 일어나죠.
5. 원칙 4: 완벽보다 적시성이 중요하다
일정 연기는 게으름에서 오는 경우가 드물어요. 신중함에서 오는 경우가 많죠.
- 사람들은 제대로 하고 싶어 해요.
- 출시 전에 확신을 갖고 싶어 해요.
- 당혹감이나 재작업을 피하고 싶어 하죠.
역설적이지만, 이런 마음가짐이 오히려 작업이 가장 의미 있었을 순간을 놓치게 만들어요.
완벽은 매력적인 목표예요. 하지만 실제로 결과를 바꾸는 것은 타이밍이에요.
1) 반복이 완벽을 이긴다
현실에 한 번도 닿지 않은 정교한 계획은 아무것도 가르쳐주지 않아요.
실제 환경에서는 가정이 빠르게 무너져요.
- 고객이 예상과 다르게 행동한다
- 제약 조건이 늦게 드러난다
- 2차 효과가 발생한다
이건 정상이에요. 계획 실패가 아니에요.
중요한 것은 현실이 반격할 수 있을 만큼 충분히 일찍 구체적인 무언가를 만드는 거예요.
초기 결정은 이런 것을 우선해야 해요.
- 완전성보다 명확성
- 디테일보다 방향
- 우아함보다 학습
디테일은 솔루션의 큰 그림이 증명된 이후에 가장 가치 있어요.
완벽은 비싸요. 반복은 복리로 쌓여요.
2) “지금의 괜찮음”이 “나중의 완벽”을 이기는 이유
일찍 배포하면 복리 효과가 생기는데, 이걸 과소평가하기 쉬워요.
무언가가 출시되면 이런 일이 일어나요.
- 사용자가 반응한다
- 피드백이 나타난다
- 가정이 수정된다
- 팀이 주도감을 되찾는다
이 루프가 모멘텀을 만들어요. 모멘텀은 팀이 참여하고 적응하게 유지하기 때문에 중요하죠.
반면, 오랜 기간의 내부 작업은 취약한 형태의 자신감을 만들어요. 현실이 개입하기 전까지는 모든 것이 일관되게 느껴지지만, 현실은 종종 갑작스럽게 찾아와요.
일찍 출시된 제품은 개선할 수 있어요. 너무 늦게 출시된 제품은 종종 이미 무의미한 상태로 도착하죠.
실행 동력은 전략적 자산이에요. 내부에서 입으로만 오고 가는 말이 아니라, 눈에 보이는 결과를 통해 만들어져요.
3) 복잡성이 자기 보호의 수단이 되는 경우
때때로 복잡성은 문제를 더 잘 해결하기 위한 것이 아니에요. 자신을 보호하기 위한 거죠.
복잡한 솔루션은 이런 효과가 있어요.
- 전문성을 과시한다
- 피드백에 노출되는 시점을 늦춘다
- “명백히 틀릴” 가능성을 줄인다
단순한 솔루션은 반대의 효과를 만들어요. 현실에서의 검토를 과정에 도입하죠.
스코프가 계속 확장될 때 유용한 점검 질문이 있어요.
우리는 문제를 해결하고 있는 건가, 아니면 자존심을 지키고 있는 건가?
이 질문은 불편하지만, 타임라인이 늘어나는 진짜 이유를 드러내는 경우가 많아요.
4) 타이밍은 솔루션의 일부다
문제에는 강도와 빈도가 있어요.
매일 겪는 작은 불편이, 1년에 한 번 발생하는 심각한 이슈보다 더 빠른 조치를 필요로 할 수 있어요.
적시성이란 가장 중요한 순간에 노력을 임팩트에 맞추는 거예요.
그래서 피크 사용 시간에 배포한 소박한 수정이, 사용자가 이미 적응하거나 이탈한 후에 배포된 완벽한 수정보다 더 나은 성과를 낼 수 있어요.
프로덕트 업무는 움직이는 시스템 안에서 이뤄져요. 확실성을 기다리는 것은 종종 기회가 지나가길 기다리는 것과 같아요.
6. 원칙 5: 제약을 전략으로 활용하기
생산성이 떨어지면, 제약 조건이 보통 가장 먼저 불만의 대상이 돼요.
- “시간이 더 있으면 제대로 할 수 있을 텐데.”
- “예산이 더 컸으면 더 잘 만들 수 있었을 텐데.”
- “시니어 한두 명만 더 있으면 될 텐데.”
이런 말은 합리적으로 들려요. 하지만 오해를 불러일으키기도 하죠.
실제로 대부분의 프로덕트 실패는 가진 게 너무 적어서가 아니에요. 실제로 무엇이 중요한지 모르기 때문에 실패하는 거예요.
제약은 좋은 프로덕트 업무의 적이 아니에요. 명확성을 강제하는 것이에요.
1) 한계를 협상하는 대신 받아들이기
초기 단계 팀이든 대기업이든, 자원은 본질적으로 풍부할 수가 없어요. 시간은 정해져 있고, 주의력은 한정되어 있고, 인재는 불균등하게 분포해요.
그런데 많은 팀이 제약을 영구적인 조직적인 설계 요소가 아닌 일시적 불편으로 취급해요.
이것은 위험한 패턴을 만들어요.
- 이상적인 조건이 나중에 올 것처럼 계획한다
- “데이터가 더 쌓인 후에” 결정을 미룬다
- 가상의 미래 조직에서만 작동하는 솔루션을 설계한다
하지만 프로덕트 업무는 현재에서 이뤄져요. 오늘 가진 팀이 가치를 전달해야 하는 팀이에요.
“무엇이 부족한가?”보다 더 유용한 질문은 이거예요.
우리가 가진 것으로, 가장 높은 임팩트를 낼 수 있는 것은 무엇인가?
이 재정의는 행동을 빠르게 바꿔요. 트레이드오프를 강제하고, 가정을 드러내고, 희망적 사고를 줄여주거든요.
2) 자원이 많다고 더 나은 결과가 나오지 않는 이유
규모가 문제를 해결한다고 믿고 싶은 유혹이 있어요. 현실에서는 규모가 이미 존재하는 것을 증폭할 뿐이에요.
- 더 많은 사람은 더 많은 조율 비용을 의미할 수 있다
- 더 많은 돈은 더 많은 스코프 확장을 의미할 수 있다
- 더 많은 시간은 더 많은 우유부단을 의미할 수 있다
하지 않을 것에 대한 강한 감각이 없으면, 추가 자원은 가치보다 소음을 더 빠르게 증가시키는 경우가 많아요.
그래서 원시적인 산출량보다 투자 수익률(ROI)이 중요한 거예요. 고객에게 도달하고 학습을 만들어내는 소박한 솔루션이, 출시되지 않는 정교한 시스템을 이겨요.
3) 빼기의 힘
프로덕트 팀에서 가장 과소평가되는 생산성 도구 중 하나가 의도적 제거예요.
잘 큐레이션된 제품이나 경험을 생각해 보세요. 그것이 명확하고 집중된 느낌을 주는 것은 기능의 수가 아니라, 의도적으로 빠진 것의 수 때문이에요.
빼기가 작동하는 이유는 이래요.
- 사용자의 인지 부하를 줄인다
- 핵심 가치 제안을 날카롭게 한다
- 제한된 자원으로도 품질을 달성 가능하게 한다
다음과 같은 과정을 밟아보세요.
- 제품이나 이니셔티브에 포함될 수 있는 모든 것을 나열한다
- 제거하면 핵심 가치가 깨지는 소수의 요소에 동그라미를 친다
- 나머지는 선택 사항, 연기, 또는 삭제 대상이 된다
이건 미니멀리즘 자체를 위한 게 아니에요. 제품의 핵심을 보호하는 것이에요.
“아니오”라고 말하는 것은 리더십의 실패가 아니에요. 가장 고객 친화적인 결정을 위한 것이에요.
4) 제약을 활용해 더 나은 결정 내리기
제약이 명시적이면, 의사결정이 개선돼요.
끝없이 토론하는 대신, 팀은 이렇게 물을 수 있어요.
- 현재 시간과 역량 제약에 어떤 옵션이 맞는가?
- 어떤 선택이 미래의 옵션을 열어두는가?
- 장기적 부채를 만들지 않고 무엇을 출시할 수 있는가?
제약은 추상적 전략을 구체적 행동으로 바꿔줘요.
또한 결정의 감정적 부담을 줄여줘요. 트레이드오프가 현실에 의해 명확하게 형성되면, 특정 개인에 의한 것이라고 느껴지지 않거든요.
7. 원칙 6: 작은 발걸음이 큰 진전을 만든다
큰 목표가 부담스러운 것은 불가능해서가 아니라 모호하기 때문이에요.
업무가 무겁게 느껴질 때, 그 이유는 대개 다음 행동이 불분명하기 때문이에요.
- “새 제품을 만든다.”
- “잔존(Retention)을 개선한다.”
- “온보딩을 고친다.”
이런 문장은 결과를 묘사할 뿐, 단계를 묘사하지 않아요.
진전은 목표가 실행 가능해질 때 시작돼요.
1) 장기 프로젝트가 조용히 조직 내 동력을 죽이는 이유
야심 찬 목표는 다음과 같은 두 가지 행동을 촉발해요.
- 과도한 계획
팀이 모든 것을 미리 계획하려 한다. 의존 관계가 늘어나고, 미지수가 쌓이면서 자신감이 떨어진다. - 분주함으로 위장된 회피
사람들이 안전하고 익숙한 작업으로 향한다. 활동은 늘지만 진전은 없다.
두 반응 모두 역량의 문제가 아니에요. 인지 과부하의 문제예요.
일을 쪼개면 그 과부하가 줄어요. 불확실성을 한 번에 하나씩 내릴 수 있는 결정의 순서로 변환하는 거예요.
타임라인이 늘어나면 숨겨진 비용이 생겨요.
- 자신감이 약해진다
- 에너지가 분산된다
- 오너십이 흐려진다
팀은 더 신중해지는 게 아니라, 피드백이 너무 멀어서 동기를 유지할 수 없기 때문에 조심스러워지는 거예요.
짧은 사이클은 눈에 보이는 진전을 만들어요. 진전은 믿음을 만들고, 믿음은 노력을 지탱해요.
2) 불가능을 실행 가능으로 바꾸기
복잡한 일에 접근하는 유용한 방법은 점진적 분해(progressive decomposition)예요.
“이걸 어떻게 해결하지?”라고 묻는 대신, 이렇게 물어보세요.
- 이것이 작동하려면 무엇이 참이어야 하는가?
- 가장 먼저 테스트할 수 있는 가정은 무엇인가?
- 몇 달이 아니라 며칠 안에 완료할 수 있는 것은 무엇인가?
예를 들어, “새 기능 출시”는 이렇게 분해할 수 있어요.
- 구체적인 사용자 문제를 명확히 한다
- 도움이 될 가장 작은 행동 변화를 찾는다
- 낮은 충실도의 솔루션을 스케치한다
- 소수의 사용자에게 테스트한다
- 추가 투자 여부를 결정한다
각 단계는 소박해요. 하지만 합치면 시스템을 앞으로 움직여요.
다음 단계가 압도적으로 느껴진다면, 아마 아직 너무 큰 거예요.
3) 작은 결정이 복리로 쌓인다
진전은 하나의 영웅적인 결정에서 오는 경우가 드물어요. 작고 방향성 있는 결정의 연속에서 와요.
작은 결정은 이런 장점이 있어요.
- 결단하기 쉽다
- 더 빠른 피드백을 제공한다
- 틀릴 두려움을 줄인다
또한 동력의 시작점을 만들어줘요. 무언가를 완료하면 자신감이 쌓이고, 다음 결정이 더 쉬워져요.
이 복리 효과가, “빠르게 움직이는” 팀이 급하게 보이기보다 오히려 차분하게 보이는 이유예요. 전력 질주하는 게 아니라, 마찰을 지속적으로 제거하고 있는 거거든요.
8. 원칙 7: 개인의 사고, 집단의 결정
이 원칙은 앞선 여러 아이디어를 하나로 묶어줘요.
건강한 문화는 두 가지를 분리해요.
- 사고: 고독과 집중에서 이점을 얻는 활동
- 결정: 공유된 맥락과 다양한 관점에서 이점을 얻는 활동
모든 것을 집단으로 하면, 사고가 얕아져요. 모든 것을 개인으로 하면, 정렬이 무너져요.
의사결정 중심 팀은 두 가지 모두를 위해 의도적으로 설계해요.
1) 이 분리가 왜 중요한가
많은 조직에서 같은 포럼이 두 활동을 모두 처리해요. 회의가 사고하고 동시에 결정하는 장소가 되는 거죠.
이건 문제를 만들어요.
- 얕은 사고: 진짜 인사이트는 집중을 필요로 해요. 그룹 환경은 주의를 분산시키고, 복잡한 문제가 성급하게 단순화되죠.
- 집단사고(Groupthink): 사고가 집단으로 이뤄지면, 처음 나온 관점이 대화를 지배해요. 대안적 시각은 틀려서가 아니라, 반대 의견의 사회적 비용이 높게 느껴지기 때문에 조용히 사라져요.
- 회의 피로: 사람들이 문서로 대체할 수 있는 논의에 수 시간을 보내고, 진짜 돌파구를 만드는 집중 작업을 할 시간이 남지 않아요.
해결책은 회의를 줄이거나 개인 작업을 늘리는 게 아니에요. 결과에 가장 적합한 것을 의도적으로 설계하는 것이에요.
2) 사고와 결정을 분리하는 방법
의사결정 중심 팀은 두 가지 모두를 존중하는 시스템을 만들어요.
개인 사고를 위해:
- 토론 전에 조용하게 생각할 시간을 둔다
- 논의 전에 생각한 것을 정리하여 노트에 적는다
- 긴급하지 않은 결정은 회의가 아닌 비동기적인 방식(ex. 메신저, 협업툴)으로 처리한다
집단 결정을 위해:
- 의견 수렴 후 명확한 결정 책임자를 정한다
- 탐색이 아니라 선택에 초점을 맞춘 시간 제한 토론을 한다
- 그룹 합의가 필요한 것과 개인 판단으로 충분한 것의 기준을 명시한다
이 구조는 협업이라는 이름 아래 숨겨진 함정과 비용을 제거하는 거예요.
3) 이 분리에서 나타나는 문화
이 분리에 숙달된 팀은 독특한 특성을 보여요.
- 탐색 작업이 사전에 이뤄졌기 때문에 회의가 효율적으로 느껴진다
- 갈등이 자기중심적 의견 마찰이 아닌 공동의 아이디어에 관한 것이라 갈등이 더 빨리 해소된다
- 결정이 다양한 관점의 혜택을 받으면서도 책임이 희석되지 않아 품질이 개선된다
가장 중요한 것은, 사람들이 더 경청받는다고 느끼면서 동시에 더 생산적이라고 느낀다는 거예요.
이건 트레이드오프가 아니에요. 협업이 습관에 맡겨지지 않고 의도적으로 설계될 때 일어나는 일이에요.
다음 편에서는 프로덕트 업무를 시작하기 전에 물어야 할 세 가지 핵심 질문과, 더 빠르고 더 나은 결정을 위한 의사결정 프레임워크를 살펴볼게요.