문제의 배경:
전통적인 프로젝트에서는 요구 사항이 종종 우선 순위 없이 "묶음"으로 고정되어, 결과적으로 노력의 고른 분배와 제품 출시에 대한 지연을 초래합니다. 따라서 다양한 이해관계자의 갈등하는 이익을 관리하고 우선 순위를 정하는 체계적인 접근 방식의 필요성이 제기되었습니다.
문제:
단일 우선 순위 지정 기구가 없을 경우 — 팀의 자원이 비효율적으로 소모되며, 비즈니스에 대한 최소한의 가치가 달성되고, 이해관계자의 불만이 증가하게 됩니다.
해결책:
시스템 분석가는 투명하고 형식화된 우선 순위 지정 방법을 사용합니다:
주요 특징:
"누가 가장 큰 소리를 지르는가"라는 원칙에 따라 우선순위를 정하는 것이 옳은가요? (가장 집요한 이해관계자 기준)
정답: 아니오. 분석가는 비즈니스 가치, 전략적 목표 및 기술적 제약을 고려해야 하며, 단순히 외부 압력만을 고려해서는 안 됩니다.
형식적인 우선 순위 동의 없이 팀의 재량에 맡길 수 있나요?
정답: 아니오. 형식화가 없다면 갈등이 발생하고, 중요한 작업이 누락되거나 목표가 불안정해질 수 있습니다.
새로운 데이터/피드백을 얻을 때 우선 순위를 재검토해야 하나요?
정답: 예. 우선 순위는 동적으로 변화하며 설계 및 개발의 각 단계에서 수정됩니다.
부정적인 사례: 팀은 가장 큰 이해관계자의 요청을 먼저 구현했으며, 다른 참여자의 작지만 전략적인 과제를 무시했습니다.
장점: 강력한 고객의 로열티를 얻었습니다. 단점: 다른 부서의 지원을 잃었고, 제품의 전체 가치가 감소했습니다.
긍정적인 사례: 분석가는 정기적인 인터뷰를 통해 여러 부서의 가치 평가를 수집하고, MoSCoW 및 비즈니스 작업 평가를 도입했으며, 2주마다 우선 순위 변경을 협의했습니다.
장점: 비즈니스 우선 순위가 유지되고, 제품이 새로운 정보에 유연하게 반응합니다. 단점: 합의 과정 및 정보 수집에 시간이 요구됩니다.