<aside>
💡 우선순위 선정의 시작은 RICE도 MoSCoW도 아닙니다. '과제 목표'입니다.
</aside>
1️⃣ 우선순위 선정의 시작은 '과제 목표'입니다
런칭했는데 아무도 안 쓰는 기능, 만들어본 적 있으세요? 저도 있어요. 사용률은 0.몇%인데도, 의존성 때문에 빼지 못하고 영향범위가 있을 때마다 유지보수만 하는 좀비 기능이요.
PM 13년 하면서 깨달은 건, 우선순위 선정은 프레임워크에서 시작하는 게 아니라 **'과제의 목표를 정확히 아는 것'**에서 시작한다는 점이었습니다.
- 이 기능이 과제 목표에 정말 부합하는가?
- 반드시 필요한 이유를 한 줄로 설명할 수 있는가?
- 아니면 이건 있어도 되고 없어도 되는 선택적 기능인가?
2️⃣ 13년차 PM이 우선순위 정할 때 보는 3가지 기준
프레임워크보다 단순하지만, 어떤 프로젝트에도 그대로 적용할 수 있는 현업의 기본 판정 기준입니다.
- 과제 목표와 정확히 맞는가 — 본인이 만들고 싶은 기능이 아니라, 과제(프로젝트)의 목표와 정확히 정렬되는 기능인가?
- '반드시 필요한 이유'를 한 줄로 설명할 수 있는가 — 한 줄로 안 써진다면, 본인도 이 기능이 왜 필요한지 명확히 모른다는 신호입니다.
- 목표 달성에 필수가 아니면 후순위로 남겨두기 — "없으면 목표를 달성하지 못하는 기능"이 아니라면, 후순위로 남겨두고 나중에 작업해요.
이 3가지는 어떤 프로젝트에도 그대로 적용할 수 있는 PM의 기본 판정 도구입니다.
3️⃣ 판정 결과로 다음 액션이 달라집니다
기능 1개당 위 3가지 질문을 던지고, 통과 개수에 따라 다음 액션을 결정하세요.
- 🟢 3개 모두 통과 — 우선순위에 포함, 이번 사이클에 작업
- 🟡 1~2개 통과 — 후순위로 남겨두고 다음 회차에 재검토
- 🔴 0개 통과 — 백로그 검토 단계로 이동. 만들지 않는 것도 분명한 옵션입니다.
4️⃣ 우선순위를 잘못 잡으면 생기는 일