RICE 순위가 착수 순서인가요?

의존성과 준비 상태를 확인한 뒤 착수 순서를 정합니다. 점수와 다른 결정을 했다면 이유를 기록해 두세요.

신뢰도를 숫자로 쓰면 객관적인가요?

수치가 있어도 추정은 판단을 포함합니다. 관측 자료와 가정을 구분하고 바뀐 근거에 맞춰 재검토하세요.

법적 의무도 점수로 경쟁시키나요?

의무의 적용 여부는 해당 공식 근거로 먼저 판단해야 합니다. RICE 점수는 의무를 면제하는 근거가 되지 않아요.

RICE 우선순위 | 점수보다 먼저 의존성을 확인해요

RICE 점수가 높아도 선행 작업이 끝나지 않았다면 바로 개발에 들어갈 수 없어요. 점수는 후보를 비교하는 자료이고 실제 착수 순서는 의존성과 준비 상태까지 확인한 뒤 정해야 합니다. 분기 계획 회의에서 높은 점수를 받은 기능이 외부 연계 승인을 기다린다면, 먼저 할 일은 기능 담당자를 늘리는 일이 아니라 승인 조건과 책임자를 확인하는 일이죠. 같은 도달 범위라도 측정 기간이 다르거나 효과 추정에 근거가 없다면 순위 비교도 흔들려요. 제품 개선을 고르는 자리에서는 점수를 계산한 기록과 예외를 결정한 기록을 함께 두세요. 다음 내용의 회의 장면과 수치는 모두 적용 방법을 보여 주기 위한 가상 사례이며, 실제 고객 조사나 성과 자료가 아닙니다.

후보	확인한 제약	다음 행동
예약 개선	고객 식별 연계 미완료	선행 연계의 시험 결과 확인
검색 개선	측정 기간 불일치	같은 기간으로 다시 집계
알림 개선	효과의 관측 근거 부족	이용 행동 확인 계획 합의

가상 우선순위 회의에서 남길 기록

편집부가 작성한 적용 전 확인 흐름. 실제 프로젝트 수행 결과가 아닙니다.

점수는 무엇을 비교하나요?

RICE는 도달 범위, 영향, 신뢰도를 곱하고 공수로 나누어 비교합니다. 같은 기간과 같은 단위를 정한 뒤 후보마다 그 기준을 적용해요.

비교표를 만들기 전에 제품 목표를 문장으로 적어 보세요. 가상 제품에서 목표가 첫 예약 완료라면 예약 화면 개선의 영향은 그 행동을 기준으로 논의할 수 있어요.

담당자가 좋아하는 기능인지와 목표에 도움이 되는지는 서로 다른 질문입니다. 애자일 방식으로 자주 계획을 바꾸더라도 이번 비교에서 쓰는 목표는 읽는 사람이 같은 뜻으로 이해해야 하죠.

목표와 관계없는 의무 작업까지 억지로 점수에 끼우면 큰 영향 점수를 붙이는 협상이 되기 쉬워요. 그런 작업은 필요한 이유와 완료 조건을 따로 기록한 뒤 자원을 어떻게 나눌지 논의하세요.

이 기록은 점수에 없는 예외를 감추지 않기 위한 편집 제안입니다.

도달 범위의 기간이 다르면 어떻게 하나요?

비교 기간이 다르면 순위의 의미도 달라집니다. 이번 계획에서 비교할 기간을 정하고 추정 대상과 자료의 기준일을 함께 적으세요.

가상 회의에서 검색 개선은 월간 사용자를, 알림 개선은 연간 발송 건수를 가져왔다고 가정해 볼게요. 두 수치는 기간도 다르고 사람 수와 건수라는 단위도 다릅니다.

이 상태에서는 계산을 먼저 해도 비교가 나아지지 않아요. 회의록에는 기간 불일치로 비교 보류라고 적고 자료를 다시 준비할 담당자를 정하세요.

같은 사람이 여러 번 행동하는 제품이라면 중복을 어떻게 다룰지도 합의해야 합니다. 집계가 끝나지 않은 후보는 추정 범위를 적어 두고 실제 관측과 구분하세요.

모르는 값을 빈칸 없이 채우는 데 집중하면 정밀해 보이는 숫자가 오히려 논의를 어렵게 만듭니다. 기간과 단위가 맞아야 다음 질문인 영향과 공수를 검토할 수 있어요.

신뢰도를 낮추면 나쁜 아이디어인가요?

신뢰도가 낮다는 평가는 아이디어의 가치와 다릅니다. 추정의 근거가 약하다는 사실을 드러내고 무엇을 확인하면 판단이 바뀌는지 적어 보세요.

가상으로 신규 고객 인터뷰만 있고 실제 이용 기록은 없는 후보를 생각해 보세요. 반응이 긍정적이어도 이미 행동으로 확인된 수요와 같은 근거라고 말하기는 어려워요.

담당자에게 근거가 없다고만 되묻기보다, 어떤 이용자에게 어떤 행동을 확인할지 함께 정해 보세요. 작은 관찰이나 기술 검토가 먼저 필요하다면 그 작업의 범위도 별도로 합의합니다.

결과가 기대와 달랐을 때 점수를 다시 계산할 시점까지 기록하면 최초의 숫자가 계속 고정되는 일을 피할 수 있죠. Risk(위험) 목록에는 미확인 전제가 실제 계획에 주는 영향을 적어 두세요.

점수 조정만으로 불확실성이 사라지지는 않으며, 다음 결정을 위한 자료가 준비돼야 합니다.

낮은 점수의 작업을 먼저 해도 되나요?

선행 관계가 있다면 낮은 점수의 작업을 먼저 할 수 있어요. 점수와 다른 순서를 정한 이유를 명시하면 예외도 검토 가능한 결정이 됩니다.

가상 사례에서 예약 기능이 가장 높은 점수를 받았지만 고객 식별 연계가 준비되지 않았다고 가정할게요. 연계 작업은 단독 효과가 작더라도 예약 기능의 착수 조건입니다.

두 후보를 독립적인 경쟁 항목으로만 보면 연계 담당자를 배정하지 못한 채 예약 기능의 예정일만 가까워질 수 있어요. WBS에서는 선행 작업과 후속 작업이 어떻게 이어지는지 확인하고, 제품 비교표에는 해당 조건을 짧게 연결해 두세요.

작업의 공수를 중복해서 세지 않았는지도 검토합니다. 예외 결정에는 선행 조건, 확인 책임자, 재검토할 사건을 적어 두면 담당자가 바뀌어도 같은 판단을 이어갈 수 있어요.

이는 점수가 틀렸다는 뜻이 아니라 점수가 담지 못한 제약을 함께 쓴다는 뜻입니다.

회의록에는 무엇을 적어야 하나요?

선택한 후보, 근거의 기준일, 예외 이유, 재검토 조건을 기록하세요. 숫자만 저장하면 나중에 순서를 바꾼 이유를 찾기 어렵습니다.

가상 회의록의 결정 문장은 예약 개선에 앞서 고객 식별 연계를 확인하고, 연계 시험 결과를 받은 뒤 기능 착수일을 다시 판단한다는 형태로 쓸 수 있어요. 고객 만족이 크게 오른다는 효과를 약속하는 대신 지금 내린 결정과 다음에 필요한 증거를 씁니다.

변경관리에서 합의된 범위가 달라진다면 점수표 수정과 별개로 변경 절차도 확인하세요. 점수가 높아졌다는 사유만으로 계약 범위나 개발자의 배정이 자동으로 바뀌지는 않습니다.

보류된 후보에는 다시 논의할 조건을 두어 같은 요청이 매번 처음부터 반복되지 않게 해 보세요. 회의가 끝난 뒤에는 계산 담당자와 실제 착수 책임자가 같은 결정을 읽고 있는지 확인하면 됩니다.

합의 전에 확인했나요?

기간과 단위를 통일했나요?
추정의 출처를 적었나요?
선행 조건과 재검토 책임자를 정했나요?