MoSCoW 방법: 회의 후 요구사항의 우선순위 정하기

우선순위는 목표와 기간에 따라 달라집니다

회의에서 모든 사람이 자기 기능을 필수라고 하면 범위를 정하기 어렵습니다. 다음 출시에서 어떤 결과를 내야 하고 무엇이 빠지면 사용할 수 없는지 먼저 합의하세요. 다른 단계라면 분류가 크게 달라질 수 있습니다.

MoSCoW에는 Must Have, Should Have, Could Have, Won’t Have this time이 있습니다. 마지막 항목은 검토 중인 기간에 의도적으로 제외한다는 뜻입니다. 추후 구현을 약속하거나 아이디어를 영구히 버린다는 뜻은 아닙니다.

제외하면 어떤 영향이 생기는지 논의하세요

1. 출시 목표를 설명하세요

   사용자, 과제, 사용 조건을 적으세요. 제약과 계획 기간을 명확히 합니다. 목표가 ‘제품 개선’ 정도로만 표현되면 각자가 다른 기준을 적용하고 거의 모든 요구사항을 필수로 분류하게 됩니다.

2. Must 후보를 검토하세요

   각 항목에 대해 그것 없이도 사용할 수 있는 결과가 나오는지 물으세요. 허용할 수 있는 우회 방법과 의존 관계를 살펴봅니다. 필수 항목에는 구체적인 근거가 필요합니다. ‘책임자가 요청했다’는 출처를 알려 주지만 빼면 어떤 일이 생기는지는 설명하지 않습니다.

3. 중요한 것과 있으면 좋은 것을 구분하세요

   Should는 중요한 요소입니다. 빠지면 결과가 눈에 띄게 약해져도 여전히 쓸 수 있습니다. Could는 비교적 쉽게 제외할 수 있는 유용한 추가 요소입니다. ‘정말 필요하다’는 표현에 그치지 말고 사용자의 작업과 제외 비용으로 차이를 설명하세요.

4. 제외 항목과 재검토 조건에 합의하세요

   이번 기간의 Won’t에는 제외 이유와 다시 논의할 조건을 적습니다. 의존 관계와 선택한 범위의 실현 가능성을 확인하세요. 필수 작업이 가용 역량을 넘으면 범위나 계획을 재검토합니다. 분류 이름만 바꿔도 자원 문제가 해결되지는 않습니다.

행사 등록 양식의 첫 출시

아래는 가상의 교육용 예시입니다. 명칭, 조건, 결과는 방법을 설명하기 위한 것입니다.

이 예시의 목표는 참가자를 등록하고 명확한 확인을 제공하는 것입니다. 신청 제출이 빠지면 주요 작업이 불가능하므로 Must에 해당합니다. 팀이 합의한 임시 방법을 쓸 수 있다면 알림은 Should가 될 수 있습니다.

이름표 색은 Could에 넣고 개인 계정은 이번에 제외할 수 있습니다. 이 예시에서만 적용되는 분류입니다. 다른 행사나 대상에서는 제외의 영향이 달라집니다.

우선순위 근거 카드

분류와 함께 선택 근거를 보관하세요. 조건이 바뀔 때 결정을 다시 검토하기 쉽습니다.

출시 / 기간 / 목표:
요구사항:
사용 시나리오:
요구사항이 없을 때 생기는 일:
허용 가능한 우회 방법:
의존 관계:
MoSCoW 분류:
선택 근거:
결정을 확인한 사람:
재검토 조건:
이번 기간의 제외 항목:

목록이 선택에 도움이 되는지 확인하세요

• 분류 옆에 목표와 기간이 나와 있습니다.
• 각 Must를 제외할 때의 영향이 설명돼 있습니다.
• 임시 우회 방법을 명시적으로 평가했습니다.
• 이번의 Won’t를 현재 기간의 제외로 이해합니다.