Diligence 점수화로 DRICE 우선순위 세션 돌리기(Run a DRICE prioritization session with diligence scoring)

DRICE: 왜 D(Diligence)가 승률을 가르는가

RICE 점수화는 엄밀해 보이지만 보통 그렇지 않습니다 — 팀은 직관에 기반해 Reach와 Impact를 T-shirt 사이징하고 순위 출력을 증거로 다룹니다. 예측 가능한 결과는 reach나 impact 숫자가 처음부터 틀렸기 때문에 한두 개 아이디어가 실행 중 무너지는 상위 3개 리스트입니다. Intercom의 RICE 원본 글이 패턴을 표시했습니다: RICE는 구조화 도구이지 증거 생성 도구가 아닙니다. Diligence 단계 — 점수 재산정 전에 각 R/I/C 입력을 실제 데이터에 대해 강제 감사 — 를 추가하는 것이 현실과 첫 접촉에서 살아남는 아이디어와 그렇지 않은 아이디어를 가릅니다.

Run a DRICE prioritization session 프롬프트의 작동 방식

프롬프트는 2-pass 프로세스를 돌립니다. Pass 1은 전체 백로그에 고전적 RICE를 적용해 상위 5~8개 후보를 표면화합니다. Pass 2는 각 상위 후보에 대한 Diligence 감사:

• Reach 감사 — 가정이 아니라 실제 분석에서
• Impact 감사 — 과거 비교 가능 변경에 앵커링
• Confidence 감사 — 가장 위험한 가정 2개와 각각을 해결할 가장 저렴한 테스트 명명
• Effort 감사 — 엔지니어가 실제 코드 영역을 본 후 재추정

Diligence 후 대부분의 아이디어가 티어를 바꿉니다 — 일부는 완전히 떨어집니다. 프롬프트는 떨어진 아이디어에 대해 명시적 kill/park 결정을 강제해 다음 분기에 조용히 재등장하지 않도록 합니다. Nielsen Norman Group의 우선순위 매트릭스 연구는 같은 핵심 통찰을 문서화합니다: 증거에 앵커링된 입력 없이 우선순위 매트릭스는 직관과 같은 답을 더 많은 단계로 만들어냅니다.

언제 사용할까

• 실험 승률이 30% 미만이고 아이디어가 실행에서 계속 놀라움을 줄 때.
• 분기 계획 사이클이 시작되고 백로그에 20개 이상 후보 아이디어가 있을 때.
• "확신 높은" 베팅이 임팩트 없이 계속 출시되어 엔지니어링이 좌절할 때.
• 새 그로스 PM이 팀이 채택할 엄밀성 베이스라인을 정립하고 싶을 때.
• 리더십이 우선순위 출력이 더 이상 신뢰할 만하지 않다고 묻고 있을 때.

흔한 함정

• Confidence를 분위기로 다루기. Confidence는 "이게 작동할 것 같다"가 아닙니다. Confidence는 비슷한 과거 변경이 목표를 달성한 비율입니다.
• Kill 리스트 건너뛰기. Diligence를 실패한 아이디어는 명시적 "안 함, 사유는" 노트가 필요합니다. 그렇지 않으면 같은 분위기로 다음 분기에 돌아옵니다.
• 과거 비교 없는 Diligence. Impact 추정은 가리킬 수 있는 과거 변경 최소 1개가 필요합니다. 비교 없이는 자신감 있게 추측하는 겁니다.

참고 자료

• RICE: Simple Prioritization for Product Managers — Intercom
• Prioritization Matrices — Nielsen Norman Group
• Agile Estimation — Atlassian
• Growth Loops — Reforge