제 5장. 비즈니스 분석 도메인: 요구 사항 관리 프로세스

요구 사항 관리 프로세스는 프로젝트 목표와 이해관계자의 기대치를 충족시키기 위해 요구 사항을 체계적으로 정의, 문서화, 검증 및 관리하는 과정입니다.

이 과정은 프로젝트의 성공에 필수적인 요소로, 프로젝트 범위 내에서 올바른 제품이나 서비스를 제공하는 데 중요한 역할을 합니다.

---

1. 요구 사항 수집, 문서화, 검증

1.1 요구 사항 수집

요구 사항 수집은 프로젝트 성공의 기반이 되는 중요한 과정으로, 다양한 이해관계자로부터 필요 사항을 도출하여 프로젝트 목표를 명확하게 정의하는 역할을 합니다.

주요 방법은 다음과 같습니다.

• 인터뷰(Interviews): 주요 이해관계자와의 개별 또는 그룹 인터뷰를 통해 기대하는 요구 사항을 직접 수집합니다.
• 워크숍(Workshops): 다양한 이해관계자가 참여하는 협업 세션을 통해 요구 사항을 논의하고 합의합니다.
• 설문조사(Surveys & Questionnaries): 많은 이해관계자로부터 정보를 효과적으로 수집할 수 있는 방법입니다.
• 브레인스토밍(Brainstorming): 팀원들과 창의적인 아이디어를 도출하여 프로젝트 요구 사항을 정의하는 데 도움을 줍니다.
• 벤치마킹(Benchmarking): 유사한 프로젝트나 업계 표준을 분석하여 최적의 요구 사항을 도출합니다.
• 프로토타입(Prototype & Wireframes): 시각적인 모델을 제공하여 이해관계자의 피드백을 얻고 요구 사항을 구체화하는 데 활용됩니다.

1.2 요구 사항 문서화

요구 사항이 수집되면 이를 체계적으로 정리하여 프로젝트 진행 과정에서 참조할 수 있도록 문서화해야 합니다.

요구 사항 문서화의 주요 요소는 다음과 같습니다.

• 비즈니스 요구 사항 문서(BRD - Business Requirements Document): 프로젝트의 전반적인 비즈니스 목표 및 요구 사항을 설명하는 문서
• 시스템 요구 사항 명세서(SRS - Software Requirements Specification): 시스템이 수행해야 하는 기능과 비기능 요구 사항을 포함하는 문서
• 제품 백로그(Product Backlog): 애자일 프로젝트에서 제품 개발에 필요한 기능과 요구 사항을 우선순위별로 정리한 목록
• 유스케이스 다이어그램(Use Case Diagram): 사용자의 행위를 시각적으로 표현하여 시스템이 어떻게 동작해야 하는지를 문서화

1.3 요구 사항 검증

요구 사항 검증은 문서화된 요구 사항이 프로젝트 목표 및 이해관계자의 기대와 일치하는지 확인하는 과정입니다.

요구 사항이 모호하거나 불명확하면 프로젝트 진행 중 많은 문제가 발생할 수 있기 때문에 철저한 검증이 필요합니다.

• 리뷰 및 피드백 세션(Reviews & Feedback Sessions): 이해관계자와 프로젝트 팀이 요구 사항을 검토하고 피드백을 제공
• 프로토타입 검증(Prototype Validation): 시각적 모델을 통해 요구 사항이 기대와 부합하는지 확인
• 워크스루(Walkthroughs): 요구 사항 문서를 단계별로 검토하여 누락된 부분을 확인
• 테스트 케이스 매핑(Test Case Mapping): 요구 사항이 실제 테스트 가능하도록 정의되었는지 확인

2. 변경 관리 및 트레이스 매트릭스

2.1 변경 관리(Change Management)

프로젝트 진행 중 요구 사항이 변경될 가능성이 높기 때문에, 이를 효과적으로 관리하는 변경 관리 프로세스가 필요합니다.

요구 사항 변경이 프로젝트 일정, 비용, 품질 등에 미치는 영향을 고려하여 신중하게 처리해야 합니다.

변경 관리 절차

1. 변경 요청 접수(Change Request Submission): 이해관계자로부터 요구 사항 변경 요청을 접수
2. 변경 영향 분석(Impact Analysis): 변경이 프로젝트 일정, 비용, 품질 등에 미치는 영향을 평가
3. 승인 또는 거부(Approval or Rejection): 프로젝트 관리자 또는 변경 관리 위원회(CCB - Change Control Board)가 변경 요청 승인 여부 결정
4. 변경 적용(Implementation of Change): 승인된 변경 사항을 프로젝트에 반영
5. 변경 문서화(Change Documentation): 변경된 사항을 기록하고 프로젝트 산출물에 반영

2.2 트레이스 매트릭스(Requirements Traceability Matrix, RTM)

트레이스 매트릭스는 프로젝트의 요구 사항과 산출물 간의 관계를 추적하는 도구로, 요구 사항이 프로젝트 전반에서 어떻게 반영되고 있는지를 명확하게 보여줍니다.

이를 통해 요구 사항의 누락을 방지하고, 변경 사항이 프로젝트에 미치는 영향을 분석할 수 있습니다.

트레이스 매트릭스의 주요 기능

• 요구 사항과 프로젝트 산출물 간의 매핑
• 테스트 케이스와 요구 사항 간의 연결
• 요구 사항 변경 시 영향 분석 수행
• 요구 사항이 모든 개발 단계에서 반영되었는지 확인

트레이스 매트릭스 구성 요소

요구 사항 ID	요구 사항 설명	기능적 요구 사항	테스트 케이스 ID	변경 상태
REQ-001	사용자 로그인 기능	구현 완료	TC-101	변경 없음
REQ-002	비밀번호 변경 기능	진행 중	TC-102	변경 요청됨

---

요구 사항 관리 프로세스는 프로젝트의 성공 여부를 결정하는 중요한 요소입니다.

명확한 요구 사항 수집, 문서화, 검증 과정을 거치고, 효과적인 변경 관리 및 트레이스 매트릭스를 활용하면 프로젝트 목표를 정확하게 달성하고 이해관계자의 기대를 충족할 수 있습니다.

이를 통해 프로젝트 진행 중 발생할 수 있는 혼란을 줄이고 효율적인 요구 사항 관리를 통해 최적의 결과를 도출할 수 있습니다.