답변.

비즈니스 분석에서는 요구사항 수집을 촉진하고 대안을 제시하며 우선순위를 정하는 기법(예: MoSCoW, Kano, 쌍대 비교), 인터뷰 및 프로토타이핑이 널리 사용됩니다. 모든 이해관계자가 자신의 기대와 문제를 표현할 수 있는 프로세스를 조직하는 것이 중요합니다.

주요 특징:

• 요구사항 수집 및 문서화를 위한 합의된 템플릿 사용
• 요구사항 사전 분류(필수, 바람직, 추가 가치)
• 논의 초기 단계에서 모든 이해관계자 참여

함정이 있는 질문.

요구사항의 형식화(문서화)가 갈등 회피에만 도움이 되는가?

아니요, 광범위한 문서가 있더라도 갈등이 없기 위한 핵심은 정기적인 커뮤니케이션과 요구사항 조율입니다.

갈등을 해결하기 위해 자동화된 우선순위 방법(예: 투표)만으로 충분한가?

아니요, 자동화는 도움이 되지만, 종종 불일치를 해소하고 요구사항의 본질을 이해하기 위한 촉진 세션이 필요합니다.

이해관계자의 이해 분석은 오직 분석가의 과제인가?

아니요, 분석가는 이 작업에 책임이 있지만, 모든 참가자를 정기적으로 참여시키는 것이 더 나은 결과를 보장합니다.

일반적인 오류 및 안티 패턴

• 특정 이해관계자의 의견 무시
• "형식적"으로 요구사항 작성
• 불투명한 우선순위 시스템 부재

실제 사례

부정적인 사례:

분석가는 주요 고객과만 작업하고 다른 참가자는 무시합니다. 프로젝트에서 보조 이해관계자로부터 예상치 못한 요구가 발생하여 갈등이 발생하고, 기한이 지연되며 재작업이 발생합니다. 장점: 초기 시간 절약. 단점: 높은 갈등 발생 가능성, 비용이 많이 드는 수정, 팀 내 관계 악화.

긍정적인 사례:

분석가는 모든 이해관계자가 참여하는 워크숍을 계획하고 MoSCoW를 사용하여 우선순위를 조율하며 논란이 되는 항목을 기록하고 별도의 논의로 가져갑니다. 장점: 투명성, 갈등 수 감소, 요구사항의 유연성. 단점: 초기 분석 시간 증가.