제품 bet 우선순위 워크숍 진행하기(Run a product bets prioritization workshop)

왜 RICE 스프레드시트는 늘 정치적 중력에 지는가

대부분의 우선순위 프레임워크는 비슷한 방식으로 죽습니다. 스프레드시트는 게임화되고, 더 시니어한 목소리가 점수를 덮어쓰고, 팀은 결국 가장 시끄러운 사람이 원했던 것을 ship합니다. 문제는 대개 수식이 아니라, 불일치를 데이터로 바꾸는 대화를 건너뛴다는 데 있습니다. Nielsen Norman Group의 UX 의사결정 연구는 논의 전에 조용히 점수를 매기게 하면 공개 토론보다 2-3배 더 많은 서로 다른 관점이 드러난다고 말합니다.

이 프롬프트의 작동 방식

이 프롬프트는 평가 축 정렬이 scoring보다 먼저 오고, silent scoring이 debate보다 먼저 오고, debate는 오직 high-variance bet에만 집중되도록 순서를 강제합니다. 특히 "이번 분기에 하지 않을 bet 3개"가 핵심 산출물입니다. 명시적인 cut이 없으면 ranked list는 구속력이 없고, 정치적 중력이 결국 이깁니다.

언제 사용할까

• 분기 planning이 시작되고 아이디어 backlog가 capacity보다 클 때
• 지난 RICE 세션이 아무도 신뢰하지 않는 스프레드시트만 남겼을 때
• 특정 시니어 이해관계자가 반발할 cut를 만들어야 할 때
• 새 리더에게 내가 우선순위를 어떻게 다루는지 보여줘야 할 때
• 팀이 roadmap에 대한 신뢰를 잃었고 이유가 "cut이 실제로 일어나지 않기 때문"일 때

흔한 함정

• Effort estimate로 시작하는 것. 엔지니어링이 먼저 effort를 깔아 버리면 대화는 "이건 쉽다/어렵다"로만 흘러가고, "이게 가치 있는가"는 사라집니다.
• 불일치를 평균으로 눌러 버리는 것. High-variance score가 바로 금광입니다. 숨은 가정이 그 안에 있습니다.
• "Not doing" 리스트를 빼는 것. 명시적인 cut 없는 ranked list는 결국 모두를 나쁘게 하는 정치적 면피용 문서입니다.

참고 자료

• First Round Review — First Round
• The Product Strategy Stack — Reforge
• Y Combinator Library — Y Combinator
• Good Product Team / Bad Product Team — Silicon Valley Product Group