답변

효과적인 비즈니스 분석가는 표준 인터뷰, 설문 조사 및 브레인스토밍 기법뿐만 아니라 숨겨진 요구를 식별하는 더 발전된 방법도 사용합니다: 업무 프로세스 관찰(job shadowing), 현재 프로세스 매핑(AS-IS 분석) 및 운영 시스템의 불만/오류 분석. 추가로 "5가지 왜" 기법과 시나리오 모델링(storyboarding)을 적용하여 이해관계자가 조차 인식하지 못할 수 있는 문제의 본질에 도달할 수 있습니다.

주요 특징:

• 조합 기법 사용(관찰, 설문 조사, 불만 로그 분석).
• 숨겨진 이해관계자 참여(내부 사용자/기술 지원).
• 주요 "고통"을 강조하고 요구사항을 공식화하기 전에 우선순위를 정하기.

함정 질문.

주요 이해관계자와의 인터뷰만으로 제한할 수 있습니까?

아니요, 인터뷰는 종종 명백한 과제를 드러내지만, 진정한 문제는 사용자 관찰 및 사고 분석 시에만 나타납니다.

숨겨진 요구는 요구사항 설명서에 반드시 적혀 있어야 합니까?

네, 이를 공식화해야 팀이 구현하지 않습니다 - 숨겨진 패턴을 명확한 작업으로 변환해야 합니다.

직접적으로 언급되지 않은 요구는 구현할 필요가 없다고 볼 수 있습니까?

아니요, 프로젝트의 성공은 종종 팀이 암묵적인 기대와 요구를 얼마나 잘 고려했는지에 달려 있습니다.

일반적인 실수 및 안티 패턴

• 간접 사용자(백오피스, 지원)를 무시함.
• 가장 "시끄러운" 이해관계자만 조사함.
• 고객 여정 맵(customer journey maps)을 구축하는 것을 무시함.

실제 사례

부정적인 사례: 분석가는 부서장의 요구만 수집하고 최종 사용자의 불만 분석을 하지 않았습니다. 장점: 프로젝트를 빠르게 시작했고 초기 작업이 적었습니다. 단점: 초기 솔루션이 직원의 대부분의 실제 "고통"을 해결하지 못하여 비용이 많이 드는 리팩토링을 해야 했습니다.

긍정적인 사례: 분석가는 사용자 관찰을 통해 프로세스에서 "고통 지점"을 식별하고 이를 요구사항으로 변환했습니다. 장점: 솔루션이 모든 사용자에게 만족을 주었습니다. 단점: 분석 단계에 더 많은 시간과 자원이 필요했습니다.