효과적인 제품 개발을 위해 아이디어의 우선 순위 지정

효과적인 우선 순위 지정 방법을 아는 것은 제품 관리자에게 가장 중요한 스킬 중 하나입니다. 효과적인 우선 순위 지정은 성공적인 제품 팀의 강력한 역량으로, 이를 통해 빠르게 움직이고 가장 영향력 있는 활동에 집중할 수 있습니다.

하지만 우선 순위 지정은 명확하거나 간단한 경우가 거의 없으므로, 제품 관리자가 의도적으로 신중하게 판단해야 합니다. 제품 관리자는 당면한 비즈니스 요구 사항, 장기 전략, 고객 요청, 경쟁 및 변화하는 시장 상황 등 상충하는 우선 순위 및 고려 사항 간의 균형을 맞춰야 합니다.

반대로 우선 순위를 인사이트에 기반하여 지정하고 결과와 연결하지 않으면 악몽이 될 수 있습니다. 논의는 갈등으로 변질되고 합의에 도달할 명확한 방법이 사라져 결국 직감을 따르거나 목소리가 큰 사람의 의견에 따라 결정을 내리게 됩니다.

우선 순위 지정은 예술이자 과학

최상의 결과를 얻으려면 우선 순위를 지정할 때 구조화된 방법 및 질적 고려 사항을 함께 사용하고 직관적인 의사 결정을 위한 여지도 남겨 둬야 합니다.

RICE 또는 영향 및 노력 비교 행렬 같은 프레임워크는 대화를 구조화하는 데 도움이 될 수 있습니다. 하지만 비즈니스 목표 및 고객 요구 사항에 대한 팀 및 이해 관계자의 지식도 활용해야 합니다. 예를 들어 조사, 사용자 인터뷰 및 인바운드 피드백을 기반으로 합니다. 우선 순위 지정에는 과학적 요소도 있지만, 언제나 약간의 예술적 요소가 필요합니다.

조직마다 우선 순위를 지정하는 방식은 다릅니다. 적합한 접근 방식은 회사 문화, 팀 규모, 제품 성숙도 및 의사 결정을 주도하는 주체(예: 영업 중심의 회사 및 제품 중심의 회사 비교)와 같은 요인에 따라 달라집니다. 

제품 개발의 많은 부분이 그러하듯이 우선 순위도 지속적으로 개선해야 합니다(예: 우선 순위를 지정할 대상 및 우선 순위를 지정하는 방법).

• 초기 단계 제품을 작업하고 있다면 즉각적인 고객 요구 사항에 초점을 맞출 가능성이 높습니다. 

• 제품이 시장에 적합하다고 판단하면 활성화, 사용자 참여 및 유지, 기술 부채 해결, 그리고 시스템의 규모 확장 준비 등을 고려하기 시작할 것입니다.

• 성숙한 제품의 경우 배포를 우선시하고 프리미엄 기능, 파트너십 및 신제품 출시 같은 새로운 수익원을 모색하는 데 초점을 맞출 수 있습니다. 

• 팀 및 회사가 성장함에 따라 우선 순위 지정 프로세스에 영업, 지원, 고객 성공 팀 등을 더 많이 참여시켜야 할 수도 있습니다. 

영원히 효과적인 완벽한 방법은 절대 찾을 수 없습니다. 이러한 이유로 Atlassian은 성장 단계에서 회사 및 제품에 무엇이 중요한지 적합한 논의를 할 수 있도록 Jira Product Discovery를 유연한 캔버스처럼 설계했습니다. 똑같은 Jira Product Discovery 프로젝트란 없습니다.

우선 순위 지정 성공을 위한 요소

모든 팀은 고유한 방식으로 우선 순위를 지정하겠지만, 효과적인 우선 순위 지정을 위한 몇 가지 핵심 요소는 여전히 존재합니다. 안타깝게도 많은 팀이 비효율적인 우선 순위 지정으로 인해 목표 달성에 어려움을 겪습니다.  우선 순위를 지정할 때 노력해야 할 사항과 피해야 할 사항은 다음과 같습니다.

균형 잡힌 제품 투자의 우선 순위 지정

많은 제품 팀에서 우선 순위 지정을 '다음에 제공해야 할 기능'을 결정하는 것으로 생각하는 경우가 많습니다.

이러한 관점은 문제를 부릅니다. 경쟁업체의 방해 같은 외부 요인 및 시장 압력을 제쳐두더라도 이러한 방식의 우선 순위 지정으로 원하는 제품 결과를 얻을 수 없습니다.

처음에는 새 기능을 추가하는 것만으로도 빠르게 행동할 수 있습니다. 하지만 이것은 제품 관리의 쉬운 부분입니다. 어려운 부분은 오랫동안 사용자에게 즐거움을 줄 수 있는 제품을 만드는 것입니다.

단순히 고객이 요구하는 것을 모두 제공하는 것만으로 제품을 성공시킬 수는 없습니다. 예를 들면 다음과 같습니다.

• 활성 사용자의 피드백에만 초점을 맞추면 온보딩에 투자하지 않았기 때문에 평가자가 앱의 가치를 이해하지 못할 수도 있습니다

• 불필요한 기능으로 인해 제품 사용이 어려워질 수 있어 얼리 어답터가 다른 사용자에게 제품을 사용하도록 설득할 수 없습니다

• 기존 기능을 유지하기보다 새 기능을 제공하는 데만 집중했기 때문에 버그 및 안정성 문제로 인해 사용자가 주요 작업을 수행하지 못할 수도 있습니다

이러한 위험을 방지하는 한 가지 방법은 제품 성공의 여러 측면에 따라 제품 로드맵을 버킷으로 나누는 것입니다. 새 기능을 위한 버킷이나 기존 기능을 개선하거나, 안정성에 투자하거나 배포에 집중하는 버킷으로 나눌 수 있습니다.

각 버킷에 선제적으로 투자하세요. 불가피하게 발생하는 위기를 무시하다가 위기가 발생한 후에야 대응하기보다는 각 버킷에 미리 예산을 할당하여 대비해야 합니다.

RUF: 신뢰성, 사용성, 새 기능

새 제품 기능 간에 균형 잡힌 투자를 하고 현재 경험을 개선하며 제품의 엔지니어링 기반을 강화하여 신뢰성을 확보하는 것이 좋습니다. 

Atlassian의 많은 팀이 투자 균형을 맞추기 위해 사용하는 프레임워크를 RUF라고 합니다.

RUF = 신뢰성 + 사용성 개선 + 새 기능

RUF 프레임워크를 피라미드라고 생각해 보세요.

새 아이디어의 우선 순위 지정을 위한 3버킷 계획 가이드

신제품 아이디어를 다룰 때도 제품이 성공할 수 있도록 균형 잡힌 접근 방식을 취하세요. 

🛑 현재 사용자층에만 도움이 될 위험이 있기 때문에 고객이 요구하는 모든 기능을 그대로 개발할 수는 없습니다. 

🛑 중요한 고객 요구를 무시할 위험도 있기 때문에 수익 성장과 같은 핵심 비즈니스 메트릭 개선에만 집중해서는 안 됩니다. 

🛑 신뢰성 및 사용성이 위험해질 수 있기 때문에 새롭고 혁신적인 아이디어만 제공할 수는 없습니다. 

전 Dropbox 제품 및 성장 부문 부사장인 Adam Nash는 다음 3버킷을 살펴보자고 제안했습니다(출처: '3버킷 계획 가이드').

• 메트릭 전환 요인은 가입, 전환, 유지, 활성 사용자, 추천, 수익 등 주요 메트릭을 개선하여 비즈니스 목표에 직접 기여하는 제품 이니셔티브입니다. 성장 이니셔티브가 보통 이 범주에 속합니다. 

• 고객 요청은 고객이 요청하는 완전히 새로운 기능 및 현재 경험의 개선 모두를 의미합니다. 이 요청을 해결하면 고객 만족도를 유지하고 지원 부하를 줄이며 제품이 핵심 작업을 잘 수행하도록 보장할 수 있습니다.

• 만족스러운 기능은 제품이 혁신을 이루는 위치입니다. 고객이 필요한지도 몰랐지만 업무 방식을 변경하여 삶을 개선할 수 있는 기능입니다. 만족스러운 기능을 통해 경쟁업체와 차별화하고 제품 주변에 강력한 방어막을 형성합니다.

투자 전반에 예산 할당

각 버킷에 어떻게 투자할지 신중하게 결정하는 것이 중요합니다. 그렇지 않으면 팀이 80%의 시간을 버그 수정에 소비하여 속도가 떨어지거나 전략적으로 생각하지 못해서 제품 성장이 느려질 수 있습니다. 새 기능만을 최대한 많이 제공한다고 문제가 해결되진 않습니다.

각 버킷에 대한 적절한 예산 할당은 여러 요인에 따라 달라지지만, 특히 제품 단계(PMF(제품 시장 적합성) 이전, PMF 이후 또는 성숙한 제품)에 따라 크게 달라집니다. 

실제로 예산 할당은 다음과 같을 수 있습니다.

이것은 절대 고정된 계획이어서는 안 됩니다. 예를 들어, 몇 달 동안 새 기능에 더 많이 투자하기로 했다가 되돌아가서 UX 개선 또는 기술 부채 해결에 집중하기로 결정할 수도 있습니다. 

하지만 할당 및 재할당할 때는 제품의 성공을 위해 필요한 다양한 측면을 염두에 두고 시간이 지남에 따라 투자의 균형을 맞추는 것이 중요합니다.

투자를 관리하는 방법은 다양합니다. 한 버킷 또는 다른 버킷에 전담 팀을 배치할 수도 있고 각 팀이 각 버킷에서 한 번에 하나의 이니셔티브를 가지게 할 수도 있고 각 팀이 라운드로빈 방식으로 각 버킷에서 작업을 선택하도록 할 수도 있습니다. 접근 방식마다 장단점이 있지만 제공 계획이 훨씬 더 중요하기 때문에 여기서는 다루지 않겠습니다.

Jira Product Discovery에서의 균형 잡힌 투자

6개월 동안 Jira Product Discovery 팀에 대한 투자 할당을 구성한 방법은 다음과 같습니다.

모든 스쿼드에 걸친 투자

우리에게는 가격 책정 및 패키징, 성장, 해야 할 작업, 엔지니어링 이니셔티브라는 4가지 주요 테마가 있습니다. 각 테마마다 여러 베팅이 있습니다.

이러한 베팅은 JPD 팀 사이에 분산되어 있으며, 제품 스쿼드 5개 및 엔지니어링 스쿼드 1개(Sirius, Horizon, Aurora, Juno, Pulsar, X-flow)로 구성됩니다.

제품 스쿼드

각 제품 스쿼드는 다음 비율로 시간을 할당해야 합니다.

• 제품 이니셔티브에 60% 할당. 이를 위해 제품 스쿼드는 두 섹션(새 기능을 위한 섹션 및 현재 제품 경험 개선을 위한 섹션)으로 구성된 로드맵을 만듭니다.

• RtB에 20% 할당 - 비즈니스 운영: 대기 중, 버그 등

• 기술 부채 해결에 20% 할당

이 할당을 엄격하게 강요하지는 않지만 각 팀은 스프린트 계획 및 월간 검토 과정에서 이 균형을 적절하게 유지할 방법을 논의합니다. 보통 시간이 지나도 이 할당은 유지됩니다.

제품 이니셔티브의 경우 사용자로부터 받는 피드백을 주시하고 모든 제품 관리자와 매주 논의합니다.  피드백을 '큰 바위'인 XL 투자 및 '바위'인 대규모 투자로 구분합니다.

UX에서 '페이퍼 컷'을 고치는 작은 개선 사항인 '조약돌' 항목은 목록이 따로 있습니다. 이 항목의 영향을 L 및 XL 투자의 영향과 비교할 수 없기 때문에 우선 순위를 지정하기는 어렵습니다. 하지만 조약돌의 영향은 시간이 지날수록 커집니다. 각 스쿼드가 항상 어느 시점에는 하나의 조약돌 수정 작업을 진행 중일 것으로 기대합니다.

엔지니어링 스쿼드

각 엔지니어링 스쿼드도 비슷한 비율로 시간을 할당합니다. 하지만 제품 이니셔티브 대신 시스템 복원력 및 확장을 개선하기 위한 순수 엔지니어링 프로젝트에 집중합니다.

생산적인 우선 순위 지정 토론을 위한 단계 설정

각 회사에는 제품이 지원해야 할 비즈니스 및 고객 요구 관련 인사이트를 보유한 사람들이 많습니다. 

이 집단 지식을 활용할 수 있다면 제품 결정을 더 자신 있게 내리고 잘못된 선택을 할 위험을 줄일 수 있습니다.

그러나 이것은 말처럼 쉽지 않습니다. 우리는 제품 팀이 리더십 및 영업 팀의 요청 때문에 과도한 업무에 시달리고 '내 요청은 언제 전달되나요?'와 같은 업데이트 요청 때문에 계속 방해받는다는 이야기를 자주 들었습니다.

우선 순위 지정은 잘만 해내면 팀 스포츠로 바꾸어 많은 가치를 얻을 수 있습니다. 공동 작업을 통한 우선 순위 지정 프로세스는 사명, 비전, 목적을 명확히 밝혀 비즈니스 전반의 팀이 공동의 목표를 향해 노력할 수 있습니다.

공동 작업을 기반으로 생산적인 우선 순위 지정을 하려면 몇 가지 원칙을 따라야 합니다.

명확한 기대 설정

모두가 효과적으로 공동 작업하려면 기대치를 설정하는 것이 중요합니다. 우선 순위 지정이 실제로 무엇을 수반하는지, 또 자신이 어떻게 기여해야 하는지 이해해야 합니다.

몇 가지 핵심 요소는 다음과 같습니다.

• 대화에서 모든 사람의 역할 및 책임

• 공유 목표 및 성공 측정 방법

• 우선 순위 지정을 위한 지정된 어휘 및 프레임워크

• 커뮤니케이션 채널 및 피드백 루프 구축

역할 및 책임 할당

우선 순위 지정이 모두에게 긍정적인 경험이 되려면 모두가 자신이 기여할 방법을 명확히 알아야 합니다. 

이를 지원하기 위해 작성자, 기여자, 이해 관계자의 3가지 역할을 중심으로 Jira Product Discovery를 설계했습니다.

점진적 개선을 위해 지속적으로 우선 순위 검토

비효율적이지만 흔히 볼 수 있는 우선 순위 지정 방식은 연 1~2회 이루어지는 '빅뱅' 접근 방식입니다. 

이 접근 방식은 팀이 항상 변화하는 요인에 적응할 수 없으므로 효과가 없습니다. 제품은 시장 상황, 새로운 고객 대화, 예상보다 복잡해지는 구현 등에 대응해야 합니다. 

'빅뱅' 우선 순위 지정은 각 결정이 매우 큰 영향을 미치는 큰 논의로 이어집니다. 이렇게 하면 압박 및 기대가 발생하므로 우선 순위 지정 토론에서 긴장을 불러일으킬 수 있습니다. 사람들은 엉뚱한 일에 리소스를 많이 투입하게 될 것을 걱정합니다. 지금 내린 결정으로 수개월 동안 그 결과에 얽매이고 싶지 않기 때문입니다.

대신 팀 및 이해 관계자가 함께 우선 순위 지정을 자주 논의할 것을 권장합니다. 다음에 대해 적어도 2주 또는 한 달에 한 번 논의하세요. 매주 조금씩이라도 논의하는 것이 이상적입니다. "무엇을 배웠습니까? 현재 집중하는 것에 따라 변경되는 것이 있습니까?"

이 논의를 주최하도록 제품 백로그 구성

모두가 역할을 명확히 하고 의사 결정을 순조롭게 내리도록 하려면 다음 방식으로 제품 백로그를 구성하는 것이 좋습니다.

• 작성자들이 Jira Product Discovery 프로젝트에 참여하고 있습니다. 작성자는 구성(필드, 보기 등)을 설정하고 아이디어, 보기 및 인사이트를 만들고 관리합니다.

• 기여자들이 프로젝트에 추가되지만 공동 작업 프리미티브는 제한됩니다. 기여자는 투표, 인사이트, 댓글 및 반응을 추가할 수 있습니다.

• 이해 관계자는 프로젝트에 추가되지 않습니다. 대신 작성자들이 읽기 전용 보기를 게시하여 이해 관계자에게 공유합니다.

대상 그룹마다 별도의 보기를 만드는 것이 좋습니다.

역할별 보기를 통해 각 그룹은 그룹에 적합한 방식으로 필요한 정보를 얻을 수 있습니다. 제품 팀이 우선 순위를 지정하는 방법, 현재 논의 중인 아이디어 및 기여하는 방법을 즉시 분명하게 알 수 있습니다. 의견이 다르면 생산적인 방법으로 의견을 제시할 채널이 있습니다.

이 접근 방식은 각 대상 그룹이 효과적으로 참여하도록 지원하여 모든 수준에서 공동 작업 및 정렬을 개선합니다.

Jira Product Discovery의 공동 작업 우선 순위 지정 기법

모두가 조건을 명확히 알면 우선 순위 지정이 투명한 공유 프로세스가 됩니다. 그러면 누구나 실제 논의에 참여할 수 있습니다. 

Jira Product Discovery의 제품 백로그는 우선 순위 지정을 공동 작업으로 전환하기에 완벽한 공간입니다. 이 섹션에서는 이 대화를 지원하도록 제품 백로그를 구성하는 다양한 방법을 공유합니다.

이 방법은 대부분 1~5등급과 같이 숫자를 사용합니다. 이 모든 방법은 본질적으로 주관적이며 중요한 것은 숫자 뒤에 숨겨진 '이유'입니다. 모두가 각 아이디어의 상대적 우선 순위에 대해 더 쉽게 논의할 수 있도록 같은 방식으로 이해하는 것이 중요합니다. 예를 들어 '많은 노력' 또는 '낮은 영향'으로 간주되는 아이디어에 대해 모두가 같은 정보를 공유해야 합니다.

제약 조건 내에서 사고하도록 유도하는 $10 게임 수행

$10 게임은 제약 조건을 고려하면서 아이디어의 중요도 순위를 매길 수 있는 매력적인 방법입니다. 

시간 및 리소스가 무제한이면 제품 팀은 무엇이든 할 수 있습니다. 하지만 실제로는 둘 다 제한적입니다. 바로 이 경우에 $10 게임이 필요합니다. 이 게임은 제품 매니저처럼 생각하는 연습으로, 플레이어가 제품 관리자의 일이 얼마나 힘든지 이해할 수 있습니다!

Jira Product Discovery의 $10 게임.

방법은 간단합니다. 각 참가자는 예산 $10를 받아 가장 중요하다고 생각하는 아이디어에 '지출'합니다. 참가자는 아이디어에 원하는 만큼 베팅할 수 있습니다. 예를 들어 아이디어 2개에 $5를 걸 수도 있고 3개에 $3를 걸 수도 있습니다. 물론 예산이 꼭 $10일 필요는 없습니다.

그런 다음 참가자는 베팅 이유를 설명합니다. 특정 아이디어가 중요하거나 유망하다고 생각한 이유에 대해 설명합니다. 이 접근 방식은 적극적인 참여 및 토론을 장려하므로 모두의 의견을 고려할 수 있습니다.

우선 순위 지정 주기를 시작할 때 $10 게임을 사용해 보고 모두가 어디에 집중하는지 알아보세요. 또는 마지막에 플레이해서 모두가 정렬되어 있는지 확인하세요.

제품 팀 및 엔지니어링 팀 간의 대화에서 영향 대 노력 행렬 사용

영향 대 노력 행렬은 아이디어의 잠재적 비즈니스 영향 및 아이디어를 실현하는 데 드는 노력을 기준으로 아이디어의 우선 순위를 지정합니다.

이 행렬은 제품 매니저 및 엔지니어 간의 대화를 구조화하는 간단하면서도 강력한 방법입니다. 

엔지니어들을 초대하여 제공 복잡성에 대한 관점을 공유합니다. 이렇게 하면 매니저는 빠른 성공 또는 대규모 베팅이 가능한지 파악하고 특정 아이디어를 다른 아이디어보다 우선시해야 하는 이유를 정할 수 있습니다.

RICE(도달 범위, 영향, 신뢰도, 노력)를 통한 신뢰 수준 고려

RICE 프레임워크는 아이디어의 우선 순위 지정에 도움이 되는 4가지 고려 사항, 즉 도달 범위, 영향, 신뢰도 및 노력을 사용합니다. 이 중요한 요소를 대부분의 이해 관계자가 이해할 수 있는 방식으로 구성하므로 인기 있는 제품 관리 도구입니다.

대부분의 기여자는 아이디어의 영향, 도달 범위 및 아이디어를 전달하는 데 드는 노력을 평가하는 데 익숙합니다. 하지만 RICE 프레임워크는 대화에 자신감을 불어넣는다는 이점도 있습니다. 

제품 팀은 이 아이디어가 좋은 투자라고 확신합니까? 또는 확신을 가지려면 추가 연구 및 제품 또는 기술 검증이 필요합니까?

이렇게 하면 팀은 아이디어가 확실한 선택인 이유 또는 추가 조사가 필요한 이유를 공유할 수 있습니다.

요구 사항과 일치하는 아이디어에 고객을 태그하도록 고객 대면 팀에 요청

Jira Product Discovery를 사용하는 많은 팀이 이 접근 방식을 선택했습니다. 아이디어 목록이 포함된 보기를 구성하여 고객 대면 팀과 공유합니다. 

고객이 아이디어 중 하나와 관련된 요구 사항을 공유하면 영업/지원 담당자가 아이디어에 태그를 답니다. 그러면 태그된 고객 수에 따라 각 아이디어에 점수를 매길 수 있습니다.

고객의 중요도가 세그먼트에 따라 다른 경우 제품 팀 및 고객 팀은 고객마다 다른 가중치를 할당하고 싶을 수도 있습니다. 아래 예제에서는 고객을 엔터프라이즈, 중소기업 및 스타트업으로 구분합니다.

이 방법은 매우 간단하면서도 효과적으로 제품 팀 및 고객 대면 팀 간의 생산적인 대화를 지원할 수 있습니다.

더 화려하게 만들 수도 있지만 적합한 방법 선택하기

팀에서 우선 순위를 논의할 때는 여러 가지 방법을 사용할 수 있습니다. 

어떤 방법이 요구에 적합할지 정하는 것은 전적으로 여러분의 몫이지만 일반적으로 방법이 간단할수록 대화가 더 잘 풀립니다.

어떤 팀은 '올바른' 우선 순위 지정 모델을 찾는 데 집착합니다. 하지만 프레임워크는 목적을 위한 수단일 뿐입니다. 그 의도는 시간 및 관심을 지나치게 잡아먹지 않고 목표를 추구하도록 돕는 것입니다. 우선 순위 프레임워크가 아니라 제품을 관리하고 있다는 사실을 잊지 마세요!

각자에게 가장 효과적인 방법 사용

이 모든 방법은 제안일 뿐입니다. Jira Product Discovery 프로젝트는 모두 다릅니다. 각 회사 또는 팀이 서로 다르기 때문입니다. 이 모든 방법은 채널 전반에서 다음에 대한 균형 잡힌 시각을 구축하는 것이 목적입니다. 

• 비즈니스 목표

• 잠재 고객이 원하는 사항

• 고객 및 사용자의 요구

• 지원 팀의 업무 부담을 줄이는 방법

• 영업 대화를 지원하는 방법

• 비즈니스 및 제품에 따른 추가 사항

원하는 대로 우선 순위를 지정할 수 있도록 팀 고유의 요구 및 제품을 기반으로 자체 보기 조합을 만드는 것이 좋습니다. 여러분만이 이것을 바탕으로 무엇에 '예'라고 대답하고 무엇에 '아니요'라고 대답할지 결정할 수 있습니다.

이 논의를 통해 로드맵이 도출됩니다.

다음 단계는?

우선 순위는 의사 결정을 원하는 제품 성과와 연결하는 유일한 방법입니다. 효과적인 우선 순위 지정이란 리소스를 책임감 있게 할당하여 제품 팀이 비즈니스 목표를 달성하고 고객 요구에 대응하도록 지원하는 강력한 로드맵을 의미합니다.

이제 이 핸드북의 마지막 부분을 살펴볼 차례입니다. 지금까지 배운 모든 내용을 모아 다음을 수행합니다.

팀 및 이해 관계자가 협업할 수 있는 로드맵을 만듭니다

Jira Product Discovery 팀이 Jira Product Discovery 및 기타 제품을 사용하여 이 업무를 수행하는 방법에 대한 예시를 살펴보겠습니다.