로드맵 우선순위, RICE vs WSJF vs Kano: PM의 실전 비교

솔직히 말해보자. 로드맵 우선순위 정하는 거, 정말 지긋지긋하지 않나? 매주, 아니 매일같이 쏟아지는 아이디어와 요청 속에서 '진짜 이걸 해야 하나?' 수십 번도 더 고민하게 된다. 특히 AI 스타트업처럼 빠르게 변하는 환경에서는 더욱 그렇다. 디자이너 출신 PM으로서 개발팀의 시간은 금보다 귀하다는 것을 뼛속 깊이 알고 있기에, 나의 우선순위 결정은 단순한 '느낌'에 의존할 수 없다. 데이터와 논리, 그리고 약간의 철학이 필요하다. 오늘은 내가 현업에서 부딪히고 깨지면서 배운 로드맵 우선순위 결정 방법론, RICE, WSJF, 그리고 Kano 모델을 실전 비교 분석해보려 한다.

왜 우리는 로드맵 우선순위에 목매는가?

개발팀의 시간은 한정되어 있다. 하지만 하고 싶은 것, 해야 하는 것은 넘쳐난다. 이 간극을 메우는 것이 바로 PM의 역할이다. 제대로 된 우선순위 설정 없이는 엉뚱한 기능에 시간과 리소스를 낭비하고, 정작 중요한 것은 놓치기 십상이다. 결국 제품의 성장 동력을 잃고, 팀원들의 사기까지 저하될 수 있다. 이건 단순히 '일 잘하는 법'을 넘어, 우리의 비즈니스가 생존하고 성장할 수 있는가에 대한 문제다.

1. RICE: 직관적이지만, 깊이가 얕을 때도 있다

RICE는 Reach, Impact, Confidence, Effort의 약자로, 비교적 직관적이고 빠르게 적용할 수 있다는 장점이 있다. 각 항목에 점수를 매겨 총점으로 우선순위를 정하는 방식이다.

• Reach (도달 범위): 이 기능이 얼마나 많은 사용자에게 영향을 미칠까? (예: 월간 활성 사용자 수, 특정 캠페인 참여자 수)
• Impact (영향력): 이 기능이 사용자 경험이나 비즈니스 목표에 얼마나 큰 영향을 줄까? (예: 10점 만점에 3점 - 작음, 5점 - 보통, 10점 - 매우 큼)
• Confidence (확신도): 이 예측들이 얼마나 정확하다고 생각하나? (예: 80% - 높음, 50% - 보통, 20% - 낮음)
• Effort (노력): 이 기능을 구현하는 데 얼마나 많은 시간과 리소스가 들까? (예: 개발자 시간, 디자인 시간)

RICE 점수 = (Reach * Impact * Confidence) / Effort

디자이너 PM의 경험:

내가 처음 RICE를 접했을 때는 마치 구세주를 만난 기분이었다. 복잡한 논쟁 대신 숫자로 딱 떨어지니 얼마나 편한가. 특히 초기 스타트업에서 빠르게 MVP를 검증해야 할 때 유용했다. 예를 들어, 새로운 사용자 온보딩 플로우 개선 아이디어가 나왔을 때, Reach는 신규 가입자 수, Impact는 이탈률 감소, Confidence는 A/B 테스트 결과 기반, Effort는 개발 및 디자인 시간을 기준으로 점수를 매겨 우선순위를 정했다.

하지만 RICE의 한계도 명확했다. 'Impact'와 'Confidence'는 여전히 주관적인 판단이 개입될 여지가 많았다. 특히 'Impact'가 명확한 수치로 측정되지 않는 아이디어 (예: 브랜드 이미지 제고, 장기적인 기술 부채 해소)의 경우, RICE 점수가 낮게 나와 기회를 놓칠 뻔한 경험도 있다. 마치 겉모습만 보고 사람을 판단하는 것처럼, 깊은 내면의 가치를 간과할 수 있다는 것이다.

2. WSJF: '가치'를 중심으로, 좀 더 거시적으로

WSJF (Weighted Shortest Job First)는 스크럼(Scrum)의 아버지 제프 사덜랜드가 제안한 방법론으로, '가치'와 '시간'의 비율을 통해 우선순위를 결정한다. 복잡한 프로젝트나 제품 라인 전체의 우선순위를 정할 때 유용하다.

WSJF 점수 = 사용자/비즈니스 가치 / 작업 크기 (또는 시간)

여기서 '사용자/비즈니스 가치'는 다시 다음과 같이 세분화된다:

• User-business value (사용자/비즈니스 가치): 고객 가치, 시장 가치, 비용 절감 효과 등을 종합적으로 고려
• Time criticality (시간 중요도): 지금 하지 않으면 기회가 사라지거나 가치가 떨어지는 정도
• Risk reduction/Opportunity enablement (위험 감소/기회 활성화): 미래의 위험을 줄이거나 새로운 기회를 열어주는 정도

'작업 크기'는 해당 작업을 완료하는 데 필요한 시간 (예: 스프린트 수, 개발자 주 단위)으로 추정한다.

디자이너 PM의 경험:

WSJF는 RICE보다 훨씬 더 '비즈니스' 관점에서 우선순위를 바라보게 만든다. 내가 AI 프로덕트에서 복잡한 기능 개발 순서를 정할 때 WSJF를 적극 활용했다. 예를 들어, 새로운 AI 모델을 적용하는 작업과 기존 UI 개선 작업을 비교할 때, AI 모델 적용은 초기 사용자/비즈니스 가치는 낮을지라도, '시간 중요도' (경쟁사보다 먼저 출시해야 함)와 '기회 활성화' (새로운 서비스 확장 가능성) 측면에서 높은 점수를 받을 수 있었다.

WSJF의 가장 큰 장점은 단순히 '빠르게 만들 수 있는 것'이 아니라, '가장 큰 가치를 빠르게 제공할 수 있는 것'에 집중하게 한다는 점이다. 하지만 사용자/비즈니스 가치를 정량화하는 것이 쉽지 않다는 단점이 있다. 특히 초기 단계의 AI 스타트업에서는 '미래 가치'를 예측하기가 매우 어렵다. 이때는 팀원들과의 치열한 논의와 합의가 필수적이다. 나는 이 과정에서 종종 CMA의 내부 기술 문서를 참고하며 각 기술의 잠재적 가치와 구현 난이도를 객관적으로 파악하려 노력한다.

3. Kano Model: 사용자의 '만족'을 넘어 '감동'으로

Kano 모델은 고객 만족도를 기준으로 기능의 우선순위를 정하는 기법이다. 기능들을 다음과 같이 분류한다:

• Performance Attributes (기본/성능 속성): 있으면 당연하고, 없으면 불만족. 기능이 많을수록 만족도가 높아진다. (예: 스마트폰의 통화 기능)
• Basic Attributes (기본 속성): 당연히 있어야 하는 기능. 없으면 불만족하지만, 있어도 만족도가 크게 오르지는 않는다. (예: 웹사이트의 로딩 속도)
• Excitement Attributes (매력/기대 속성): 없어도 불만은 없지만, 있으면 고객을 깜짝 놀라게 하고 매우 만족시킨다. (예: 넷플릭스의 추천 알고리즘)
• Indifferent Attributes (무관심 속성): 있어도 없고, 없어도 그만인 기능.
• Reverse Attributes (역효과 속성): 있으면 오히려 불만족하는 기능.

디자이너 PM의 경험:

Kano 모델은 특히 사용자 경험(UX)을 중요하게 생각하는 나에게 큰 영감을 주었다. 단순히 '기능을 많이 만드는 것'이 아니라, '어떤 기능을 통해 사용자를 감동시킬 것인가'에 집중하게 만든다. 나는 Cole Mearchy 공식 유튜브 채널에서 유사한 UX 전략에 대한 인사이트를 얻곤 하는데, Kano 모델을 통해 어떤 기능이 '기본'이고 어떤 기능이 '매력'이 될 수 있는지 구체적으로 파악할 수 있었다.

예를 들어, 우리 AI 기반 글쓰기 도구에서 기본적인 맞춤법 검사 기능은 '기본 속성'에 가깝다. 하지만 사용자의 글쓰기 스타일을 분석하여 개인화된 톤앤매너를 제안하는 기능은 '매력 속성'이 될 수 있다. Kano 모델을 활용하면, '기본 속성'은 안정적으로 제공하되, '매력 속성'에 투자하여 차별화된 경쟁력을 확보하는 전략을 세울 수 있다. 하지만 이 모델 역시 사용자 조사를 기반으로 하기에, 시간과 비용이 많이 소요될 수 있다는 점이 단점이다.

실전 비교: 우리 팀에게 맞는 방법은?

결국 정답은 하나가 아니다. 나의 경험상, 각 방법론은 특정 상황에서 빛을 발한다.

• RICE: 빠른 검증이 필요한 초기 단계 또는 비교적 간단한 기능들의 우선순위를 정할 때 유용하다. 팀원 간의 합의가 빠르고, 데이터가 부족할 때도 어느 정도 의사결정을 도울 수 있다.
• WSJF: 여러 기능이나 프로젝트 간의 우선순위를 정해야 할 때, 특히 비즈니스 가치가 명확하게 드러나는 경우에 강력하다. 장기적인 제품 로드맵 수립에 적합하다.
• Kano Model: 사용자 경험이 핵심 경쟁력인 제품, 또는 차별화된 가치를 제공하고 싶을 때 사용하면 좋다. 고객의 니즈를 깊이 이해하는 데 도움을 준다.

나는 보통 이 세 가지를 혼합하여 사용한다. 먼저 Kano 모델로 '어떤 종류의 가치'를 제공할 것인지 큰 그림을 그리고, WSJF를 통해 '어떤 가치를 우선적으로, 그리고 빠르게' 제공할 것인지 구체화한다. 마지막으로, RICE를 활용하여 개별 기능의 우선순위를 세밀하게 조정하는 방식이다.

나의 팁:

1. 데이터를 최대한 활용하라: 감이나 추측 대신, 사용자 데이터, 시장 조사 결과, A/B 테스트 결과 등을 기반으로 판단하라.
2. 팀원들과 끊임없이 소통하라: 우선순위 결정은 PM 혼자 하는 것이 아니다. 개발팀, 디자인팀, 마케팅팀 등 모든 이해관계자와의 깊은 대화와 합의가 필수적이다.
3. 유연성을 가져라: 시장 상황은 언제든 변할 수 있다. 결정된 우선순위라고 해서 절대적인 것은 아니다. 필요하다면 과감하게 수정하고 다시 우선순위를 정할 준비를 해야 한다.

로드맵 우선순위 결정은 마치 항해사와 같다. 망망대해에서 어디로 가야 할지, 어떤 길로 가야 가장 빨리, 그리고 안전하게 목적지에 도착할 수 있을지 끊임없이 고민해야 한다. RICE, WSJF, Kano 모델은 우리가 사용할 수 있는 나침반과 별자리이며, 때로는 AI 도구의 도움을 받아 최적의 항로를 찾아야 한다.

궁극적으로, 우리는 어떤 기준으로 '가치'를 정의하고, 그 가치를 어떻게 하면 가장 효과적으로 사용자에게 전달할 수 있을까?