활동: 요구사항 변경 관리
이 활동은 요구사항의 변경사항을 관리하고 전반적인 영향을 평가합니다.
설명작업분류 체계(WBS)팀 할당중간 산출물 사용법
목적
이 활동의 목적은 요청된 변경이 요구사항에 미치는 영향을 평가하고 조치를 취하도록 승인된 변경사항의 다운스트림 영향을 관리하는 것입니다.
관계
상위 활동
설명

이 활동은 다음을 포함합니다.

요구사항에 대한 변경사항은 자연스럽게 다운스트림 아티팩트(예: 분석 및 디자인 중간 산출물, 테스트 중간 산출물, 배치 아티팩트 등)에 영향을 줍니다. 종속성 관리 중에 식별되고 문서화된 추적성 관계는 요구사항과 기타 중간 산출물 사이의 관계를 정의합니다. 이러한 관계는 요구사항 변경의 영향을 이해하는데 중요합니다.

특성
이벤트로 구동됨Yes
다중 발생
진행 중임
선택사항
계획됨
반복 가능함
인력 구성

확장 팀(이해 당사자: 고객 대표, 도메인 전문가 및 기타)을 포함하십시오. 전문 기술 검토자(작업 시 변경의 영향을 받는 소프트웨어 프로젝트 팀의 일원)로 포함하십시오. 검토 자원을 효율적으로 주의해서 관리하십시오. 프로젝트에 가치가 있다는 확신이 있지 않으면 전체 확장 팀을 포함하지 마십시오.

확장 팀은 문제점 도메인의 유익한 지식, 프로젝트의 기술적 어려움 및 요구사항의 관리 기술과 유스 케이스 모델링을 통합해야 합니다.

사용법
사용법 안내

이 활동은 요구사항이 정제될 때마다 수행되어야 합니다.

일반 검토는 요구사항 속성 및 종속성에 대한 갱신사항과 함께, 요구사항이 갱신될 때마다 수행되어야 합니다.

도입/인식(Inception) 및 정제(Elaboration) 단계(Phase)의 반복마다 한 번의 유스 케이스 모델 검토를 배정하여 진행 중인 작업을 검토하는 것이 좋습니다. 이 검토 작업은 유스 케이스를 세부적으로 개발하기 전에 사용자가 처음 수행하고 사인오프하며, 잘못된 유스 케이스를 개발하는 데 자원을 소비하지 않는다는 점에서 매우 중요한 이정표입니다. 그런 다음 정제 단계 종료 시 유스 케이스 모델의 세부 검토를 배정해야 합니다. 정제 단계 종료 시에는 반드시 유스 케이스 모델이 있어야 하며 용어집을 나타내는 도메인 모델(80% 완성된 상태)도 존재할 수 있습니다. 또한 유스 케이스 모델이 정제될 때 구현/구축(Construction) 및 전이(Transition) 단계의 반복마다 한 번의 유스 케이스 모델 검토를 배정해야 합니다. 이 검토는 유스 케이스 모델에서 해당 반복에 대해 개발되는 파트에 집중해야 합니다.

핵심 고려사항

핵심 개발 팀은 확장 팀이 작업을 더욱 공식적으로 검수 및 검토하기 전에 불필요한 불일치를 정리하도록 둘러보는 몇 번의 내부 검토를 수행해야 합니다.

팀에서 한 번에 모든 것을 검토할 수 없으므로 자료를 나누어야 합니다. 검토 회의는 하루 이상 걸리면 안됩니다. 예를 들어, 사용자 인터페이스와 작동 시나리오의 별도 검토를 수행하거나 제공된 서브시스템과 연관된 모든 요구사항 아티팩트를 검토해야 합니다.

기타 중요한 고려사항은 요구사항 히스토리를 추적하는 것입니다. 요구사항 변경의 특성 및 근거를 캡처하여 검토자는 변경에 적절하게 응답하는 데 필요한 정보를 수신합니다.