RICE 스코어링은 언제 쓰나요?
기능 요청은 쌓이는데 개발 인력은 정해져 있을 때, "누가 가장 크게 요구하는가"가 아니라 "얼마나 많은 사용자에게 얼마나 큰 효과를 얼마나 적은 비용으로 주는가"로 순서를 정하려고 씁니다. RICE는 Reach(도달), Impact(영향), Confidence(확신도), Effort(투입 자원)의 머리글자입니다. 인터콤(Intercom)의 제품 팀이 소개해 널리 퍼진 것으로 알려져 있으며, 제품 관리 분야의 대표적인 점수 기반 우선순위 방법 중 하나로 쓰입니다. 후보마다 영향 범위가 크게 다를 때 ICE보다 변별력이 있습니다.
공식과 각 항목의 의미
RICE 점수 = (Reach × Impact × Confidence) ÷ Effort. 분자는 "기대되는 총효과", 분모는 "들어가는 비용"입니다. Reach는 일정 기간 동안 영향을 받을 사용자나 이벤트의 수로, 팀이 기간(예: 분기당)을 하나로 통일해야 합니다. Impact는 대상 한 명에게 미치는 효과의 크기이며 아래의 다섯 단계 중에서 고릅니다. Confidence는 Reach·Impact 추정을 얼마나 믿는지를 퍼센트로 나타내고, Effort는 기획·디자인·개발·검증을 모두 합친 사람-개월 단위의 투입량입니다. 이 도구도 같은 선택지를 제공합니다.
| 항목 | 값 | 의미 |
|---|---|---|
| Impact | 3 | 대단히 큼 (massive) |
| Impact | 2 | 큼 (high) |
| Impact | 1 | 보통 (medium) |
| Impact | 0.5 | 작음 (low) |
| Impact | 0.25 | 미미함 (minimal) |
| Confidence | 100% | 근거가 충분함 (high) |
| Confidence | 80% | 일부 근거 (medium) |
| Confidence | 50% | 추측에 가까움 (low) |
예시: 모바일 앱 기능 5개 비교
월간 활성 사용자 약 1만 명인 가상의 생활 기록 앱이 다음 분기에 만들 기능 후보를 비교한다고 가정합니다. Reach는 분기당 영향을 받는 사용자 수, Effort는 사람-개월입니다.
| 기능 | Reach | Impact | Conf. | Effort | RICE |
|---|---|---|---|---|---|
| 푸시 알림 시간대 설정 | 6,000 | 1 | 80% | 2 | 2,400 |
| 다크모드 | 4,000 | 0.5 | 100% | 1 | 2,000 |
| 소셜 로그인 추가 | 2,500 | 1 | 100% | 1.5 | 1,666.7 |
| 오프라인 저장 | 900 | 2 | 80% | 3 | 480 |
| 홈 화면 위젯 | 1,500 | 2 | 50% | 4 | 375 |
1위는 푸시 알림 시간대 설정(2,400)입니다. 영향은 보통(1)이지만 사용자 6,000명에게 닿고 투입이 2사람-개월이라 효율이 높습니다. 화려한 기능이 아니더라도 도달 범위가 넓고 비용이 낮으면 위로 올라온다는 점이 RICE의 특징입니다. 반대로 영향이 가장 큰 축(2)에 속하는 오프라인 저장과 홈 화면 위젯은 Reach가 작고 Effort가 커서 하위에 있습니다.
민감도 확인: 확신도가 흔들리면 순위가 바뀐다
점수는 입력 추정의 품질에 그대로 의존합니다. 1위 후보의 확신도를 80%에서 50%로 낮추면 점수가 2,400에서1,500으로 떨어져 다크모드(2,000)와 소셜 로그인(1,666.7)보다 아래인 3위가 됩니다. 한 칸의 확신도 조정만으로 순위가 뒤집힌다는 것은 1~3위의 차이를 확정적으로 보면 안 된다는 뜻입니다. 이럴 때는 불확실한 항목의 추정을 사용자 로그나 간단한 설문으로 보강한 뒤 재계산하거나, 상위 후보를 묶어 검토하는 편이 안전합니다.
어느 입력이 점수를 가장 크게 흔드나
곱셈 구조라서 Reach, Impact, Confidence는 비례로, Effort는 반비례로 점수에 반영됩니다. 아래 표는 1위였던 푸시 알림 후보의 한 항목만 바꾸고 나머지 네 후보는 그대로 두었을 때의 점수와 순위입니다.
| 변경 내용 | RICE | 기준 대비 | 순위 |
|---|---|---|---|
| 기준값 (6,000 / 1 / 80% / 2) | 2,400 | - | 1위 |
| Reach 30% 감소 (4,200) | 1,680 | -30% | 2위 |
| Impact 1 → 0.5 | 1,200 | -50% | 3위 |
| Confidence 80% → 50% | 1,500 | -37.5% | 3위 |
| Effort 2 → 3 (50% 증가) | 1,600 | -33.3% | 3위 |
| Effort 2 → 4 (2배) | 1,200 | -50% | 3위 |
Effort가 2에서 3으로 늘면 점수는 3분의 1 줄고, 4로 늘면 절반이 됩니다. 개발 일정이 밀리기 쉬운 현실을 생각하면 Effort 추정이 가장 낙관적으로 편향되기 쉬운 항목이므로, 팀원 여럿이 따로 추정한 값을 평균 내거나 가장 큰 값을 한 번 더 넣어 순위가 유지되는지 확인해 보세요. 어떤 입력을 바꿔도 순위가 유지되는 후보는 안정적인 선택이고, 한 번의 조정으로 순위가 바뀌는 후보는 추정을 보강할 대상입니다.
두 번째 예시: 기업용 소프트웨어 기능 5개
이번에는 고객 계정 수가 몇백 개 수준인 업무용 소프트웨어를 가정합니다. 사용자 수가 아니라 영향을 받는 고객 계정 수를 Reach로 쓰고, Effort는 같은 사람-개월입니다. 숫자는 설명용 가상 값입니다.
| 기능 | Reach(계정) | Impact | Conf. | Effort | RICE |
|---|---|---|---|---|---|
| 보고서 PDF 내보내기 | 300 | 1 | 100% | 1 | 300 |
| 엑셀 일괄 업로드 | 220 | 2 | 80% | 2 | 176 |
| 감사 로그 조회 | 90 | 2 | 100% | 1.5 | 120 |
| SSO(통합 로그인) 지원 | 40 | 3 | 80% | 3 | 32 |
| 다국어 화면 | 60 | 1 | 50% | 4 | 7.5 |
1위는 보고서 PDF 내보내기(300), 2위는 엑셀 일괄 업로드(176)입니다. 눈여겨볼 후보는 SSO(통합 로그인) 지원(Reach 40, Impact 3, 점수 32)입니다. Reach가 작아 점수는 낮지만, SSO처럼 소수의 큰 고객이 계약 조건으로 요구하는 기능은 점수와 별개로 매출이 걸려 있을 수 있습니다. 이런 경우 RICE에 "계약 연동 매출"이라는 항목이 없다는 한계를 인정하고, 점수 옆에 사유를 적어 별도 트랙으로 분리하는 편이 낫습니다. 반대로 Reach 값이 영업팀의 기억에 의존한 추정이라면 Confidence를 낮춰 점수에 불확실성을 반영하세요.
Effort 단위를 바꾸면 점수는 어떻게 되나
같은 작업(Reach 6,000, Impact 1, Confidence 80%)에 Effort를 다른 단위로 적으면 점수의 절댓값이 달라집니다. 모든 후보에 같은 단위를 쓰는 한 순위는 같지만, 팀 간 점수를 직접 비교하거나 "점수 1,000 이상만 진행" 같은 고정 기준을 쓰면 단위에 따라 결과가 바뀝니다.
| Effort 단위 | 입력값 | RICE |
|---|---|---|
| 사람-개월 | 2 | 2,400 |
| 사람-주 (1개월 ≈ 4.3주 가정) | 8.6 | 558.1 |
| 사람-일 (1개월 ≈ 21일 가정) | 42 | 114.3 |
이 도구의 열 제목은 사람-개월이므로 다른 단위를 쓸 때는 열 이름만 머릿속에서 바꿔 읽으세요. 절댓값에 임계치를 두기보다 후보끼리의 상대 순위와 점수 비율을 보는 방식이 단위 선택에 덜 흔들립니다.
직군별 활용 장면
스타트업 PM. 분기 계획 회의 전에 후보 10~15개를 이 표에 넣고 Reach는 분석 도구의 지난 분기 수치, Effort는 개발 리드의 추정으로 채웁니다. 회의에서는 점수가 아니라 점수를 뒤집을 만한 가정(예: Reach가 두 배라면)을 토론하게 만들면 논의가 숫자 싸움으로 흐르지 않습니다.
사내 IT 운영 담당자. 임직원 요청 사항을 정리할 때 Reach를 영향을 받는 직원 수로 두면 일부 부서의 요청이 과대하게 반영되는 일을 줄일 수 있습니다. 보안·법무 요구는 점수와 별개로 먼저 처리하고, 나머지 요청만 이 방식으로 순서를 정하세요.
1인 개발자·마케터. 사이트나 앱 개선 아이디어에 Reach를 월 방문자 수 중 해당 화면을 보는 비율로 잡으면 눈에 띄는 개선보다 방문자가 많이 보는 화면의 사소한 개선이 위로 올라오는 경우가 많습니다. Effort는 시간 단위로 적더라도 모든 후보에 일관되게만 쓰면 됩니다.
단계별 사용법
1) 후보를 모두 적고 크기를 비슷하게 맞춥니다(한 후보가 몇 달짜리 프로젝트고 다른 후보가 하루짜리면 쪼개거나 분리). 2) Reach 기간과 단위를 하나로 정합니다. 3) 각 후보에 Reach와 Effort를 먼저 입력하고, 4) Impact와 Confidence는 선택지로 고릅니다. 5) 정렬된 표에서 상위 후보를 보고, 하위지만 전략상 필요한 후보가 있으면 그 이유를 별도로 적어 둡니다. 표의 "계산 과정" 열에는 숫자가 어떻게 곱해지고 나눠졌는지 그대로 표시됩니다.
흔한 실수와 한계
- Reach 기준이 후보마다 다르다. 하나는 월간, 다른 하나는 연간 수치로 넣으면 비교가 무의미합니다.
- Effort를 개발 시간만으로 잡는다. 디자인, 검증, 문서, 운영 부담까지 포함해야 합니다. 낮게 잡을수록 점수가 부풀려집니다.
- Impact를 모두 2나 3으로 준다. 셋 이상이 "크다"면 기준이 느슨하다는 신호입니다. 목표 지표에 직접 연결되는지 다시 물어보세요.
- 점수를 결정 자체로 쓴다. 법적 의무, 보안 패치, 전략적 약속은 점수와 무관하게 먼저 해야 할 수 있습니다.
- 기존 사용자만 Reach에 센다. 신규 유입을 노리는 기능은 기존 사용자 수만 넣으면 과소평가됩니다.
RICE는 정량 추정이지만 입력값 자체는 대부분 주관적 추정입니다. 숫자가 정밀해 보인다고 정확한 것은 아니므로, 점수 차이가 작은 후보들은 같은 등급으로 보고 위험, 의존성, 전략적 맥락으로 최종 결정을 내리세요.
결과를 활용하는 법
상위 3~5개를 로드맵 후보로 올리고, 점수 근거(Reach 출처, Effort 가정)를 한 줄씩 남겨 두면 분기 말에 실제 결과와 비교할 수 있습니다. 후보를 시간 단위로 배치하려면 Now-Next-Later 로드맵 도구를, 이번 범위의 필수 여부를 정리하려면 MoSCoW 우선순위 분류 도구를 이어 쓰세요. 비교 기준이 점수화하기 어려운 정성 요소라면 가중치 의사결정 매트릭스가 맞고, 점수가 간단한 쪽이 낫다면 ICE 스코어링 도구를 보세요.
입력한 내용은 어디에 저장되나요?
등록한 항목은 이 브라우저의 localStorage에만 저장되고 서버로 전송되지 않습니다. 다른 기기나 브라우저에는 나타나지 않으며, "전체 초기화" 또는 브라우저 사이트 데이터 삭제로 지워집니다. 팀 공유가 필요하면 "결과 복사"로 순위를 텍스트로 가져가세요.
자주 묻는 질문
Reach는 어떤 단위로 입력해야 하나요?
보통 "분기당 영향을 받는 사용자 수"처럼 일정 기간 동안 영향을 받는 대상의 수를 씁니다. 월·분기 중 하나로 팀이 통일하는 것이 비교에 중요합니다. 사용자가 아닌 거래 건수나 세션 수를 써도 되지만 모든 후보에 같은 단위를 적용해야 합니다.
Effort를 0으로 입력하면 어떻게 되나요?
나눗셈의 분모라서 0은 계산할 수 없습니다. 도구는 0 이하 입력을 점수 계산 불가로 표시하고 순위 맨 아래에 둡니다. 아주 작은 작업이라도 0.1 같은 양수로 입력하세요.
Effort 단위는 꼭 사람-개월이어야 하나요?
아닙니다. 사람-주나 스토리 포인트도 가능합니다. 다만 모든 후보에 같은 단위를 써야 하고, 단위를 바꾸면 점수의 절대 크기만 달라질 뿐 순위는 단위가 일관되는 한 바뀌지 않습니다.
Confidence는 왜 100%, 80%, 50% 세 단계인가요?
세밀한 퍼센트를 허용하면 근거 없는 정밀함이 생기기 때문에 단순한 세 단계로 제한하는 방식이 널리 쓰입니다. 50% 미만이라면 점수 계산보다 먼저 가설 검증이 필요하다는 신호로 보는 편이 낫습니다.
점수가 가장 높은 것부터 무조건 해야 하나요?
그렇지 않습니다. 점수는 판단을 돕는 입력일 뿐이며 규제 대응, 기술 부채, 팀 역량, 의존 관계가 순서를 바꿀 수 있습니다. 점수와 다르게 결정했다면 그 이유를 기록해 두면 다음 계획에 도움이 됩니다.
같은 이름의 항목을 추가할 수 없는 이유는 무엇인가요?
같은 이름이 둘이면 표에서 어느 쪽이 어느 점수인지 구분하기 어렵기 때문입니다. 비슷한 후보는 "다크모드(앱)", "다크모드(웹)"처럼 괄호로 구분해 입력하세요. 이름은 80자까지 입력할 수 있습니다.
점수가 같은 후보가 여러 개이면 어떻게 표시되나요?
최고 점수와 같은 항목에는 모두 트로피가 붙습니다. 동점은 우열이 없다는 뜻이므로 Reach가 큰 쪽, Effort가 작은 쪽, 전략과의 연결 등 다른 기준으로 정하세요.
Reach 값이 매우 크거나 소수여도 되나요?
Reach는 0 이상의 숫자이면 됩니다. 소수점도 입력할 수 있고 큰 수는 표에서 쉼표로 구분해 보입니다. 음수나 숫자가 아닌 값을 넣으면 0으로 처리되고 안내 문구가 나옵니다.
후보가 수십 개일 때도 쓸 수 있나요?
쓸 수는 있지만 표가 길어지고 추정 작업이 부담됩니다. 먼저 전략과 맞지 않는 후보를 걸러 10~20개 안팎으로 줄인 뒤 점수를 매기는 것이 현실적입니다. 후보 수가 많을수록 입력의 일관성이 점수 품질을 좌우합니다.