요구사항 수집 및 분석 프로세스는 IT 시스템 또는 비즈니스 프로세스에서 구현하기 위해 고객의 비즈니스 필요성을 체계적으로 식별하고 조직하며 문서화하는 것입니다. 주요 단계:
요구사항 출처 식별: 고객 인터뷰, 워킹 그룹, 문서 및 현재 프로세스 분석.
요구사항 수집: 기술 세션(워크샵), 설문지, 관찰, 프로토타이핑을 사용합니다. 모든 이해관계자가 참여하도록 보장하는 것이 중요합니다.
분석 및 분류: 모순 및 중복 문제 식별, 요구사항을 비즈니스/기능적/비기능적 요구로 분류.
문서화: SRS(요구사항 명세서), 사용자 스토리 또는 시나리오 형식으로 정형화.
검증 및 합의: 고객과 리뷰 진행, 수정 사항 반영, 최종 요구사항 버전 승인.
주요 특징:
비즈니스 프로세스에 대한 깊은 이해는 고객의 요구를 올바르게 해석하는 데 필요합니다.
지속적인 커뮤니케이션: 요구사항 수집은 프로젝트 진행 중 변화와 관련된 반복적인 프로세스입니다.
요구사항 아티팩트(다이어그램, 모델, 명세)는 팀의 추가 작업에 매우 중요합니다.
비즈니스 또는 기능적 요구사항 중 하나만으로 제한할 수 있나요?
아니요, 비즈니스 분석가는 비즈니스, 사용자, 기능적 및 비기능적 요구사항을 모두 포함해야 합니다. 그렇지 않으면 모든 이해관계자의 기대에 부합하지 않는 제품을 받을 위험이 있습니다.
단 한 번의 요구사항 수집 세션만으로 충분한가요?
아니요, 실제로 요구사항은 많고 점진적으로 반복적으로 명확해집니다. 일반적으로 모든 것을 정확하게 수집하고 합의하기 위해 여러 세션을 진행합니다.
공식 절차 없이 승인된 요구사항을 변경할 수 있나요?
아니요, 모든 변경 사항은 변경 관리 프로세스를 거쳐야 하며, 그렇지 않으면 혼란과 팀 간의 불일치 및 오해가 발생할 수 있습니다.
은행을 위한 분석 모듈 개발의 시작 단계에서 단 하나의 워크샵만 실시했습니다. 이후 보안 서비스의 요구사항을 고려하지 않은 기능이 발견되어 제품을 상당히 수정해야 했고, 그로 인해 시간과 예산이 소모되었습니다.