지난 편에서 프로덕트 팀 생산성의 7가지 핵심 원칙을 살펴봤어요. 이번 편에서는 프로덕트 업무를 시작하기 전에 반드시 물어야 할 세 가지 핵심 질문과, 더 빠르고 더 나은 결정을 위한 의사결정 프레임워크를 살펴볼게요.
1. 프로덕트 업무를 시작하기 전에 물어야 할 세 가지 질문
대부분의 생산성 문제는 나쁜 실행에서 시작되지 않아요. 훨씬 앞서, 작업이 조용히 백로그에 들어가고 아무도 의문을 제기하지 않는 순간에 시작되죠.
건강한 프로덕트 팀에서 업무는 “이걸 얼마나 빨리 할 수 있을까?”로 시작하지 않아요.
“이걸 해야 하는 게 맞을까?”로 시작해요.
시간, 인력, 주의력을 투입하기 전에, 세 가지 질문을 던져볼 가치가 있어요. 단순하게 들리지만, 조직의 숨겨진 낭비 대부분을 드러내는 질문이에요.
| 질문 | 확인하는 것 | 방지하는 것 |
|---|---|---|
| 왜 이 일을 하는가? | 이 업무가 실제로 존재하는 현재의 문제에 기반하는지 | 상상 속 문제 해결, 요청 기반 업무, 목적 없는 백로그 증가 |
| 이것이 정말 가치 있는가? | 이것이 존재함으로써 누군가가 의미 있게 나아지는지 | 성과주의적 생산성, 인상적이지만 임팩트 낮은 업무 |
| 더 간단한 방법은 없는가? | 선택한 접근 방식이 현재 상황에 적절한지 | 과도한 설계, 배포 지연, 모멘텀을 죽이는 완벽주의 |
1) 질문 1: 왜 이 일을 하는가?
왜 이 업무가 존재하는지 명확하게 설명할 수 없다면, 조직을 대신해서 소음을 흡수하고 있을 가능성이 높아요.
업무를 하게 되는 가장 비싸지만 가장 흔한 이유는 이거예요.
“누군가 요청했으니까.”
이건 도덕적 실패가 아니에요. 시스템의 문제예요. 많은 조직에서 요청은 자유롭게 흐르지만, 목적은 그렇지 않거든요.
작업이 나타나면, “왜”는 보통 세 가지 중 하나에 해당해요.
- 실제 고객 문제: 사용자가 막히거나, 혼란스럽거나, 목표를 달성하지 못하는 상태
- 내부 조율 문제: 팀 간 불일치, 정보 부재, 오너십 불명확
- 상상 속 문제: 가설적 리스크, 가정, 또는 중요하게 느껴지지만 검증되지 않은 것
세 번째에 과잉 투자하는 함정에 빠지기 쉬워요.
- 아무도 겪지 않은 엣지 케이스를 위한 플로우를 설계한다
- 아무도 확인하지 않는 대시보드를 최적화한다
- 대부분 머릿속에만 존재하는 문제를 해결한다
도움이 되는 실전 테스트가 있어요.
- 지금 구체적으로 누가 어려움을 겪고 있는가?
- 이 업무 없이 그들은 무엇을 할 수 없는가?
- 문제가 실제로 줄었다는 것을 어떻게 알 수 있는가?
이 답변이 모호하게 남는다면, 그 작업은 아직 우선순위를 받을 자격이 없을 가능성이 높아요.
업무의 “왜”를 점검하는 것을 비유하면, 의사가 수술 전 검사를 하는 것과 같아요. 환자가 “배가 아파요”라고 하면 바로 수술대에 눕히지 않아요. 먼저 어디가, 얼마나, 언제부터 아픈지를 확인하죠. 마찬가지로, 업무도 “누가 요청했으니까”가 아니라 “진짜 문제가 무엇이고, 지금 해야 하는가”를 먼저 확인해야 해요.
2) 질문 2: 이 업무가 실제 가치를 만드는가?
노력과 가치는 같은 게 아니에요.
프로덕트 팀에는 인상적으로 보이는 일을 하는 동기 부여된 사람들이 가득해요. 상세한 스펙, 세련된 덱, 복잡한 시스템. 이 중 어느 것도 가치를 보장하지 않아요.
가치는 받는 쪽에 있는 누군가가 이전보다 의미 있게 나아질 때만 존재해요.
작업을 평가할 때, 누가 무엇을 얻는지를 명시적으로 따져보는 것이 도움이 돼요.
| 이해관계자 | 이것이 존재함으로써 무엇이 달라지는가? |
|---|---|
| 고객 | 시간을 절약하거나, 오류를 줄이거나, 목표를 더 빨리 달성하는가? |
| 내부 팀 | 무언가가 더 명확하거나, 빠르거나, 덜 수동적이 되는가? |
| 비즈니스 | 학습 속도, 매출, 리스크 감소가 개선되는가? |
답변이 “언젠가 유용할 수도 있다”라면, 그건 아직 가치가 아니에요. 그건 선택적 탐색이며, 확정된 배포와는 다르게 취급되어야 해요.
또 다른 유용한 렌즈는 대체(substitution) 테스트예요.
- 이걸 하지 않으면, 무엇이 깨지는가?
- 다음 한 달 안에 누군가 알아챌까?
- 큰 불이익 없이 지연할 수 있는가?
이 질문을 견뎌내지 못하는 업무는 업무를 위한 업무인 경우가 많아요.
가치 점검을 비유하면, 냉장고 정리와 같아요. “언젠가 쓸 수도 있으니까” 보관하는 양념이 냉장고를 가득 채우면, 정작 필요한 식재료를 넣을 공간이 없어져요. 백로그도 마찬가지예요. “언젠가 유용할 수도 있는” 작업들이 정말 중요한 작업의 자리를 빼앗고 있을 수 있어요.
3) 질문 3: 더 간단한 해결 방법은 없는가?
복잡한 솔루션은 만족감을 줘요. 지적 능력, 엄밀함, 장인정신을 보여주니까요.
안타깝게도, 대부분의 생산성 누수가 일어나는 곳도 바로 여기예요.
많은 문제는 가장 정교한 답을 필요로 하지 않아요. 적절한 시점에 전달되는 최소한의 충분한 답을 필요로 해요.
유용한 대비를 해볼게요.
- 하나의 접근: “모든 엣지 케이스를 처리하는 완전 자동화 시스템을 만들자.”
- 다른 접근: “이번 분기에 고통을 의미 있게 줄이는 가장 작은 것은 무엇인가?”
두 접근 모두 맥락에 따라 유효해요. 실수는 두 번째가 충분한지 확인하지 않고 첫 번째를 기본으로 삼는 거예요.
이 질문은 또한 기회비용(Opportunity Cost)에 관한 것이에요. 하나의 솔루션을 완벽하게 만드는 데 쓴 시간은 다른 곳에 쓰이지 못하는 시간이에요.
종종 도움이 되는 간단한 팀 규칙이 있어요.
- 작업이 2주 이상 걸리고 다른 업무를 막는다면, 다른 사람의 관점을 구한다.
새로운 눈은 문제에 깊이 빠진 후에는 보이지 않는 더 단순한 경로를 발견하는 경우가 많아요.
프로덕트 업무에서 우아함은 종종 빼기예요. 작동하는 가장 단순한 솔루션이 나머지 모든 중요한 것을 위한 공간을 만들어줘요.
더 간단한 방법을 찾는 것을 비유하면, 교통 체증을 해결하는 것과 같아요. 도시 전체의 도로를 재설계하는 것(복잡한 솔루션)이 답일 수도 있지만, 신호등 타이밍을 조정하는 것(간단한 솔루션)만으로도 체증이 크게 줄어들 수 있어요. 간단한 해결책을 먼저 시도하고, 그래도 부족하면 복잡한 방법을 고려하는 것이 더 효율적이에요.
2. 더 빠르고 더 나은 프로덕트 결정을 위한 프레임워크
프로덕트 조직에서 조용한 생산성 킬러 중 하나는, 누가 생각해야 하는지와 누가 결정해야 하는지에 대한 혼동이에요.
이것이 명확하지 않으면, 팀은 가장 안전해 보이는 옵션으로 기본 설정해요. 모두가 일찍 참여하고, 보통 회의에서, 보통 준비 없이요. 포용적으로 느껴지지만, 모든 것을 느리게 만들죠.
더 나은 의사결정 시스템을 설계하려면, 종종 섞이는 두 활동을 분리하는 것이 도움이 돼요. 아이디어 생성과 의사결정이에요.
1) 혼자 생각할 때와 함께 논의할 때
그룹 브레인스토밍(Brainstorming)은 좋은 평판을 가지고 있어요. 활기차고, 협력적이고, 창의적으로 보이니까요.
하지만 연구와 경험은 유용한 패턴을 보여줘요.
개인이 혼자서 더 넓은 범위의 아이디어를 만드는 경향이 있고, 그룹은 공유된 맥락으로 옵션을 평가할 때 결정의 질을 높이는 경향이 있어요.
이건 팀이 사고를 못해서가 아니에요. 그룹 역학이 아이디어 생성 방식을 방해하기 때문이에요.
반복적으로 나타나는 패턴은 이래요.
- 개인 노력 감소: 책임이 공유되면, 사람들이 무의식적으로 덜 밀어붙인다
- 초기 고정(Anchoring): 처음 나온 아이디어가 나머지 대화의 방향을 잡아, 약한 아이디어라도 지배적이 된다
- 동조 압력: 사회적으로 수용된 방향이 정해지면, 대안이 조용히 사라진다
- 잊혀진 생각: 빠르게 진행되는 토론에서, 발언 기회를 얻지 못한 아이디어를 잊거나 포기한다
- 거짓 자신감: 그룹이 함께 만든 결과물의 질을 과대평가하는 경향이 있다
결과는 종종 적은 수의 강한 아이디어가 아니라, 대량의 평범한 아이디어예요.
(1) 혼자 생각하는 것이 아이디어에 더 좋은 이유
혼자 생각하면 공간이 생겨요.
- 비정통적인 각도를 탐색할 공간
- 방해 없이 추론할 공간
- 나쁜 아이디어를 사적으로 버릴 공간
이건 아이디어를 비공개로 유지하라는 뜻이 아니에요. 아이디어가 거기서 시작되어야 한다는 뜻이에요.
많은 팀이 채택하는 간단한 패턴이 있어요.
- 문제를 사전에 명확하게 공유한다
- 개인에게 생각하고 글을 쓸 시간을 준다
- 아이디어를 모아서 평가하고 조합한다
품질 차이는 보통 즉각적이에요.
토론 전의 침묵은 비효율이 아니에요. 종종 최고의 아이디어가 형성되는 곳이에요.
혼자 생각하는 것의 가치를 비유하면, 시험 답안 작성과 같아요. 시험에서 옆 사람과 토론하면서 답을 쓰면 오히려 혼란스러워지죠. 조용히 혼자 생각한 뒤 답을 쓰면 더 깊이 있는 답이 나와요. 그 다음에 답을 비교하고 더 나은 것을 고르면(집단 결정) 최선의 결과가 나오는 거예요.
(2) 집단 의사결정이 빛나는 순간
아이디어가 존재하면, 그 다음부터 그룹이 가치를 발휘해요.
팀은 개인보다 이런 것에 뛰어나요.
- 맹점을 발견한다
- 가정을 스트레스 테스트한다
- 기능 간 트레이드오프를 저울질한다
결정은 여러 관점에서 이점을 얻어요. 특히 영향이 팀 경계를 넘을 때요.
실수는 그룹에게 창조와 결정을 동시에 요구하는 거예요.
이 역할이 분리되면, 회의는 짧아지고 결과는 명확해져요.
집단 의사결정의 가치를 비유하면, 건물의 내진 설계 검토와 같아요. 건축가가 설계를 하고(개인 사고), 구조공학자, 소방 전문가, 도시계획가가 모여서 각자의 관점에서 검토하죠(집단 결정). 한 사람이 모든 것을 생각하는 것보다 다양한 전문가가 함께 평가하면 놓치는 리스크가 줄어들어요.
(3) 실전 운영 모델
간단하지만 효과적인 모델은 이래요.
- 아이디어 생성: 개인, 비동기
- 평가와 결정: 집단, 구조화
실제로는 이런 모습이 돼요.
- 한두 명의 담당자가 짧은 서면 제안서를 작성한다
- 토론 전에 조용한 독서 시간을 둔다
- 끝없는 탐색이 아니라 선택에 집중하는 구조화된 대화를 한다
이 접근은 깊은 사고를 존중하면서 정렬을 포기하지 않아요.
실전 운영 모델을 비유하면, 좋은 독서 모임과 같아요. 각자 미리 책을 읽고(개인 사고), 모임에서는 인상 깊었던 부분과 의견을 나누죠(집단 평가). 아무도 책을 읽지 않고 와서 “이 책이 뭔지 같이 알아보자”고 하면, 모임 시간만 낭비되는 거예요.
2) 조직 의사결정의 세 가지 유형: 전달, 승인, 협업
모든 결정이 동등하지는 않은데, 많은 조직이 마치 동등한 것처럼 취급해요.
이것이 캘린더가 차고 진행이 느려지는 주된 이유 중 하나예요. 모든 주제가 같은 논의 패턴을 촉발하면, 명확성만으로 충분한 곳에서 과잉 소통하고 협업이 진짜 필요한 곳에서 과소 소통하게 되거든요.
이 마찰을 줄이는 유용한 방법은, 대부분의 조직적 결정이 세 가지 넓은 유형에 속한다는 것을 인식하는 거예요.
| 결정 유형 | 주요 목적 | 사용 시점 |
|---|---|---|
| 전달 결정 | 방향, 맥락, 의도를 공유한다 | 결정이 이미 내려졌고 다른 사람이 이해해야 할 때 |
| 승인 결정 | 팀 간 진행을 해제한다 | 솔루션은 형성되었지만 교차 기능적 동의가 필요할 때 |
| 협업 결정 | 복잡하거나 모호한 문제를 함께 해결한다 | 문제나 솔루션이 불분명하고 다양한 관점이 도움이 될 때 |
(1) 유형 1: 전달 결정
이 결정은 정렬에 관한 것이지, 토론에 관한 것이 아니에요. 누군가 이미 결정했고, 다른 사람이 무엇이 일어나고 왜 그런지 이해하게 하는 것이 목표예요.
생산성 리스크는 전달을 협업으로 착각하는 거예요.
이미 내려진 결정을 협상 가능한 것처럼 열면 혼란이 생겨요. 실제로 바뀌지 않는 것에 에너지를 쏟게 되거든요.
이 유형의 결정에서는 합의보다 명확성이 중요해요. 선택의 근거, 각 팀에 미치는 영향, 실제로 무엇이 바뀌는지에 초점을 맞추면 돼요.
전달 결정을 비유하면, 기차 출발 시간 안내와 같아요. 기차가 10시에 출발한다는 것은 논의 대상이 아니에요. 승객이 알아야 할 것은 “10시에 어느 플랫폼에서 출발하는지”예요. 출발 시간을 바꿀 수 있는 것처럼 논의하면 혼란만 커지죠.
(2) 유형 2: 승인 결정
솔루션은 대부분 형성되었지만, 인접한 리스크나 자원을 소유한 이해관계자의 동의가 필요한 경우예요.
실패 모드는 맥락 부족이에요.
이해관계자가 주저하는 이유는 아이디어가 싫어서가 아니라, 트레이드오프를 이해하지 못하기 때문이에요. 배경, 가정, 제약이 빠져 있으면 승인은 느리고 방어적이 돼요.
잘 설계된 승인 결정은 이런 것을 포함해요.
- 문제에 대한 서면 설명
- 검토한 옵션과 하나를 선호하는 이유
- 알려진 리스크와 모니터링 방법
이렇게 하면 대화가 “이게 마음에 드나요?”에서 “우리가 아는 것을 고려하면 이것이 합리적인가요?”로 바뀌어요.
승인 결정을 비유하면, 수술 동의서와 같아요. 의사가 “수술합시다”라고만 말하면 환자는 불안해요. “이런 상태이고, 이런 옵션이 있고, 이 방법을 권하는 이유는 이것이고, 리스크는 이렇습니다”라고 설명하면 환자가 정보에 기반한 동의를 할 수 있죠. 승인을 요청할 때도 마찬가지로, 충분한 맥락을 제공해야 해요.
(3) 유형 3: 협업 결정
진정으로 다양한 관점이 필요한 결정이에요. 문제가 불분명하거나, 제약이 경쟁하거나, 시스템이 예상치 못한 방식으로 작동하는 경우죠.
협업은 여기서 가치 있지만, 구조화되었을 때만 그래요.
구조 없이는 논의가 표류해요. 문제가 확장되고, 시간이 다 되어도 해결되지 않죠.
효과적인 협업 결정은 보통 이것으로 시작해요.
- 명확하게 프레이밍된 문제 진술
- 범위 안과 밖의 경계
- “좋은 결정”이 어떤 모습인지에 대한 정의
목표는 모든 아이디어를 소진하는 게 아니라, 실행 가능한 경로에 수렴하는 거예요.
협업 결정을 비유하면, 응급실 팀의 협진과 같아요. 원인이 불분명한 환자에 대해 여러 전문의가 각자의 관점에서 의견을 내놓되, 주치의가 범위를 정하고 최종 결정을 내려요. “모든 가능성을 끝까지 논의하자”가 아니라, “가장 가능성 높은 진단을 정하고 치료를 시작하자”가 목표예요.
3) 의사결정 도구와 사용 시점
결정 유형이 명확해지면, 다음 질문은 실용적이에요.
이 결정에 적합한 도구는 무엇인가?
대부분의 팀은 의도적으로 도구를 선택하지 않아요. 회의가 안전하고 익숙하게 느껴지니까 회의로 기본 설정하죠. 하지만 모든 도구에는 비용이 있고, 회의는 가장 비싼 도구 중 하나예요.
좋은 의사결정 시스템은 긴급성과 복잡성을 적합한 소통 방식에 매칭해요.
(1) 비동기 도구: 사고에 친화적
비동기 도구는 사람들이 자기 일정과 정신적 공간에서 참여하게 해요. 그래서 명확성과 깊이에 특히 효과적이에요.
- 서면 문서: 맥락, 추론, 트레이드오프를 공유하는 데 최적. 확장성이 좋고 지속적인 기록을 만든다.
- 내부 위키(Notion, Confluence 등): 진화하는 결정, 피드백 수집, 반복적 설명 방지에 유용하다.
- 이메일이나 긴 메시지: 간단한 승인이나 제한적 왕복이 필요한 명확한 업데이트에 효과적이다.
- 녹화 비디오나 화면 안내: 시각적 맥락이 중요하거나 텍스트에서 톤이 오해될 수 있을 때 도움이 된다.
비동기의 주된 장점은 속도가 아니에요. 사고의 질이에요. 사람들이 신중하게 읽고, 숙고하고, 사려 깊게 응답할 수 있거든요.
비동기 도구의 장점을 비유하면, 편지와 전화의 차이와 같아요. 편지는 쓰는 사람이 생각을 정리할 시간이 있고, 읽는 사람도 곰곰이 생각한 뒤 답할 수 있어요. 전화는 즉각적이지만, 말하면서 생각을 정리해야 하니 깊이가 얕아질 수 있죠. 모든 소통이 전화일 필요는 없어요.
(2) 동기 도구: 비싸지만 때로 필수적
회의는 본질적으로 동기적이에요. 모든 사람이 같은 시간에, 같은 주제에 집중해야 하죠.
이건 특정 상황에서 회의를 강력하게 만들고, 다른 많은 상황에서는 낭비적이게 만들어요.
회의가 적합한 경우는 이래요.
- 결정이 긴급하고 동시에 복잡하다
- 오해가 빠르게 해결되어야 한다
- 감정적이거나 정치적 뉘앙스가 중요하다
- 실시간 정렬이 필수적이다
숨겨진 비용은 놓치기 쉬워요. 8명이 참석한 1시간 회의는 1시간이 아니에요. 8시간이에요.
그 비용은 의도를 요구해요. 회의는 실시간 상호작용이 결정을 실질적으로 개선할 때만 정당화돼요.
회의의 비용을 비유하면, 전체 회의를 소집하는 것은 마치 가족 모두를 불러 모아 저녁 메뉴를 정하는 것과 같아요. 5인 가족이 30분 논의하면 2.5시간의 총 시간이 들어요. 카톡으로 “오늘 치킨 어때요?”라고 물었으면 5분이면 끝났을 텐데요.
(3) 간단한 의사결정 매트릭스
이 선택을 더 명시적으로 만드는 방법은, 결정을 긴급성과 복잡성의 두 축으로 매핑하는 거예요.
| 긴급성 | 복잡성 | 권장 도구 |
|---|---|---|
| 높음 | 높음 | 실시간 토론 또는 워크숍 |
| 높음 | 낮음 | 짧은 비동기 문서 또는 메시지 |
| 낮음 | 높음 | 구조화된 피드백이 있는 비동기 문서 |
| 낮음 | 낮음 | 간단한 메시지 또는 논의 불필요 |
이 매트릭스는 고정적이지 않아요. 의도적으로 선택하도록 강제하는 도구예요.
의사결정 매트릭스를 비유하면, 병원의 응급 분류 시스템(Triage)과 같아요. 모든 환자를 같은 대기줄에 세우지 않고, 긴급도와 심각도에 따라 경로를 나누죠. 가벼운 감기 환자가 응급실을 차지하면, 진짜 응급 환자의 치료가 늦어져요. 의사결정도 마찬가지로, 적합한 채널에 배정해야 해요.
(4) 비동기 결정이 정체되지 않도록 설계하기
비동기 업무는 모호하면 실패해요.
끝없는 스레드와 불분명한 결과를 방지하려면, 비동기 결정에도 구조가 필요해요.
- 명확한 문제 진술
- 제안된 권고안
- 피드백 마감
- 결정을 내릴 명확한 담당자
이렇게 하면 참여가 쉬워지고 기대가 설정돼요.
이 요소들이 없으면, 비동기 업무는 공허한 곳에 외치는 것과 같아져요.
비동기가 리더 없음을 의미하는 건 아니에요. 오너십이 덜이 아니라 더 중요해져요.
비동기 결정의 구조를 비유하면, 온라인 투표와 같아요. “뭔가에 대해 의견 주세요”라고만 하면 아무도 답하지 않아요. “A와 B 중 무엇이 좋은가요? 금요일까지 투표해 주세요. 과반수 의견을 채택합니다”라고 하면 참여율이 높아지죠. 명확한 구조가 비동기 결정을 작동하게 만들어요.
(5) 회의가 예외가 아니라 기본이 되면 생기는 일
회의에 과도하게 의존하는 팀은 같은 증상을 보여요.
- 아무도 미리 독립적으로 사고하지 않고 논의가 시작된다
- 결정이 “다음에”로 미뤄진다
- 참석자는 늘어나고, 오너십은 줄어든다
이것은 회의 문제가 아니에요. 의사결정 설계 문제예요.
이걸 고치려면 일정을 줄이는 것이 아니라, 결정이 시스템에 진입하는 방식을 바꿔야 해요.
회의 남용을 비유하면, 모든 이동에 택시를 타는 것과 같아요. 옆 건물에 갈 때도 택시, 편의점에 갈 때도 택시를 부르면 비용도 시간도 낭비예요. 가까운 곳은 걸어가고(비동기 메시지), 먼 곳만 택시를 타야(회의) 효율적이에요.
다음 편에서는 회의가 프로덕트 팀의 생산성을 죽이지 않도록 효과적인 회의를 운영하는 5가지 축과, 피해야 할 회의 안티패턴을 살펴볼게요.