답변.

비즈니스 분석에서 요구 사항 우선 순위 지정은 요구 사항 관리의 핵심 단계로, 제한된 자원으로 최대 비즈니스 가치를 달성하기 위해 우선적으로 구현해야 할 요구 사항을 결정할 수 있게 합니다. 주요 방법은 다음과 같습니다:

• MoSCoW (Must have, Should have, Could have, Won't have). 요구 사항을 중요도에 따라 네 가지 범주로 나누는 데 도움을 줍니다.
• 100-Dollar Test. 참가자에게 "100달러"를 주고, 가장 중요한 요구 사항을 위해 "투표"하며 분배하게 합니다.
• 아이젠하워 사각형 (Urgent-Important Matrix). 요구 사항을 중요도/긴급성 매트릭스에 따라 분류합니다.

방법의 선택은 상황, 이해관계자의 접근 가능성 및 팀의 성숙도에 따라 달라집니다. 효과적인 우선 순위지정은 기준의 투명성을 요구하며, 선택한 방법론은 프로젝트 문서에 기록되어야 합니다.

주요 특징:

• 우선 순위 지정은 개방적이어야 하며 주요 이해관계자와 논의되어야 합니다.
• 프로젝트 환경 변화에 따라 정기적으로 우선 순위를 재검토해야 합니다.
• 방법은 변경 사항을 추적할 수 있도록 문서화되어야 합니다.

트릭 질문.

우선 순위 지정 방법을 결합할 수 있습니까? (예: MoSCoW와 100-Dollar Test는 함께 사용할 수 있나요?)

네, 가능하며 때로는 필요하기도 합니다! 예를 들어, 요구 사항을 MoSCoW로 먼저 나눈 후, 각 그룹의 우선 순위를 100-Dollar Test를 사용하여 지정할 수 있습니다.

비즈니스 분석가가 이해관계자와 협의 없이 요구 사항 우선 순위를 스스로 변경해야 합니까?

아니요, 우선 순위의 모든 변경 사항은 반드시 주요 이해관계자와 논의하고 기록해야 합니다. 자율적으로 우선 순위를 변경하면 갈등과 신뢰 상실로 이어질 수 있습니다.

우선 순위 지정 방법의 선택은 프로젝트 단계에 따라 달라지나요?

네, 초기 단계에서는 간단하고 빠른 방법(예: 100-Dollar Test)이 적합하며, 요구 사항이 구체화됨에 따라 보다 복잡한 방법(MoSCoW, Kano 또는 Weighted Scoring)으로 전환합니다.

일반적인 오류 및 안티 패턴

• 우선 순위 지정 과정에서 이해관계자의 역할 무시
• 비즈니스 가치 없이 기술적 구현 가능성에만 우선 순위 지정
• 우선 순위의 정기적인 재검토 부족

실제 사례

부정적 사례:

분석가가 비즈니스 고객을 참여시키지 않고 요구 사항의 우선 순위를 스스로 결정했습니다.

장점: 신속한 의사 결정, 불필요한 논의 없음.

단점: 구현된 요구 사항이 실제 비즈니스 우선 순위와 일치하지 않으며, 갈등 상황이 발생하고, 일부 가치 있는 기능이 후순위로 밀렸습니다.

긍정적 사례:

분석가가 주요 이해관계자와의 원활한 세션을 진행하여 함께 MoSCoW 방법을 선택하고 모든 합의 사항을 문서화했습니다.

장점: 모든 당사자의 높은 참여도, 투명한 노력 분배, 갈등 최소화, 우선 순위의 актуальность 유지.

단점: 협의에 더 많은 시간과 자원이 필요합니다.