[PMP 이론 정리 - 5장] 04 산출물 - 프로젝트 범위 관리 (1/2)

1. 범위 관리 계획(Scope Management Plan)

(1) 의의

① 범위 관리 계획은 제품 및 프로젝트 범위의 정의/확인/통제 방법을 설명한다.

② 프로젝트 헌장: 범위 관리 계획을 수립할 때 최초로 참고할 수 있는 유용한 자료로서 여기에는 상위 수준의 제품 설명 및 경계를 포함한다.

③ 프로젝트 수명주기 모델과 전개(development) 접근법: 프로젝트가 채택한 수명주기 모델과 전개 방식은 범위를 정의/확인/통제하는 방식에 중요한 영향을 준다. 예를 들어 예견적(predictive) 수명주기 접근법을 채택한 경우 범위 정의, WBS(작업 분할 구조) 생성 , 범위 확인 과정을 순차적으로 일회만 진행된다. 이에 비해 적응적(adaptive) 수명주기 접근법을 채택한 프로젝트라면 이러한 과정이 단계마다 반복 수행될 것이다.

④ 품질 관리 계획: 조직의 품질 정책, 품질 검토 방법, 적용되는 표준 등은 범위 확인 및 범위 통제 등에 영향을 준다. 

(2) 포함 내용

① 범위 관리 계획에는 다음과 같은 내용이 포함된다.

프로젝트 범위 명세서(PSS) 작성

• PSS는 프로젝트 및 제품에 대한 상세한 설명서이다.

• 수집한 요구사항을 토대로 PSS를 작성하는 절차를 기술한다.

작업 분할 구조 작성 및 유지보수

• WBS 및 WBS 사전은 요구사항 및 PSS를 토대로 작성한다.

• WBS 및 WBS 사전을 작성하고 갱신하는 절차를 기술한다. 

범위 확인 절차

• 핵심 이해관계자들이 인도물을 검수하는 절차를 기술한다.

• 검수를 통과한 인도물에 대한 인수 절차도 포함한다.

프로젝트 범위 변경 통제 절차

• 합의한 프로젝트 범위에 대한 변경 요청 통제 절차를 기술한다.

• 통합 변경 통제 절차와 직접적으로 연계된다.

② 범위 관리 계획은 프로젝트 관리 계획을 구성하는 보조 계획으로서 프로젝트 실정에 따라 작성 방법과 내용의 깊이가 달라진다.

2. 요구사항 관리 계획(Requirement Management Plan)

(1) 의의

① 요구사항 관리 계획은 요구사항을 수집/분석/문서화/관리하는 방법을 설명한다.

② 프로젝트 헌장: 상위 수준에서의 요구사항과 이해관계자 목록을 포함한다.

③ 프로젝트 수명주기 모델과 전개(development) 접근법: 예견적 수명주기 접근법을 채택한 프로젝트의 경우 요구사항 수집 과정을 순차적으로 일회만 진행하지만, 적응적 수명주기 접근법을 채택했다면 이러한 과정을 단계마다 반복 수행한다.

④ 품질 관리 계획: 프로젝트가 요구사항을 만족했다는 것을 측정하고 증명하기 위해서는 품질 측정 및 추적 방법 등을 활용할 수 있다.

⑤ 프로젝트를 성공적으로 완수하려면 요구사항을 신중하게 수집하고 관리하는 것이 절대적으로 필요하며 이해관계자들의 참여도 중요하다.

⑥ 따라서 효과적인 요구사항 관리 계획이 필수적이다.

(2) 포함 내용

① 요구사항 관리 계획에는 다음과 같은 내용이 포함된다.

요구사항 활동

• 요구사항 수집/추적/보고 절차 및 기법 등을 설명한다.

• 요구사항의 유형 분류 및 문서화 방법을 정의한다.

변경 및 형상 관리

• 변경의 요청, 타당성 분석, 추적 및 보고 방법 등을 기술한다.

• 변경 승인을 결정할 직급 및 관련 절차를 포함한다.

우선순위 결정

• 요구사항의 우선순위을 결정하는 방법과 척도를 설명한다.

• 정성적 및 정량적 방법을 사용할 수 있다.

측정 척도(metrics)

• 요구사항의 만족 수준을 측정하기 위한 척도를 정의한다.

• 그러한 척도를 사용하는 근거도 포함한다.

추적 방법

• 요구사항-제품 범위-인도물 사이의 추적 방법을 정의한다.

• 예를 들어 요구사항 추적 매트릭스의 구조를 제시한다.

② 요구사항 공학(Requirement engineering): 요구사항을 체계적으로 수집/관리/추적하기 위한 접근법 중 하나로서 특히 소프트웨어 개발 분야에서 널리 사용된다. 각각의 요구사항에 고유한 식별자를 부여하고 자동화된 도구와 추적 기법을 활용한다.

3. 요구사항 문서(Requirements Documents)

① 프로젝트가 성공하려면 이해관계자들이 요구사항 수집 과정에 적극적으로 참여해야 하며 사실상 이해관계자들은 자신의 요구사항을 제시할 책임이 있다.

② 요구사항 문서는 다음과 같은 특성을 갖추어야 한다.

완전성(Complete)

• 만족해야 할 요구사항이 최대한 빠짐 없이 수집되어야 한다.

• 특히 필수적인 요구사항이 누락되지 않도록 주의해야 한다.

구체성(Specific)

• 요구사항이 불분명하거나 모호해서는 안 된다.

• 만족 여부를 판단하거나 만족도를 측정할 수 있어야 한다.

일관성(Consistent)

• 요구사항이 서로 상충하여 모순이 있어서는 안 된다.

• 모순/상충은 우선 순위 부여나 협상 등을 통해 조정한다.

수용성(Acceptable)

• 국가/사회의 법규, 문화, 정서 등에 반하지 않아야 한다.

• 고객 및 핵심 이해관계자가 수용할 수 있어야 한다.

추적 가능성(Traceable)

• 요구사항의 출처(origin)와 반영 과정을 추적할 수 있어야 한다.

• 요구사항의 등록/수정/병합/분할/폐기 등을 기록해야 한다.

③ 요구사항의 전제나 가정, 상호 의존 관계 및 제약사항 등도 문서화해야 한다.

④ 요구사항 문서에 기준선이 설정되고 나면 함부로 변경하거나 수정할 수 없다.

4. 요구사항 추적 매트릭스(Requirements Traceability Matrix)

① 요구사항이 인도물에 반영되는 과정을 순방향으로 추적할 수 있어야 함은 물론 인도물의 특정 기능이나 특성이 어떤 요구사항에 기인하는지 역방향 추적도 가능해야 한다.

② 이를 위해 여러 프로젝트에서 요구사항 추적 매트릭스를 작성하기도 한다.

③ 이 문서는 각각의 요구사항에 부여된 고유한 식별자(unique identifier), 요구사항의 출처/내용/소유자/우선 순위/접수 날짜/현재 상태/인수 기준 등을 설명한다.

④ 요구사항의 소유자(owner)란 각 요구사항의 수명주기, 즉 요구사항의 등록, 수정 및 폐기를 결정할 수 있는 결정권자를 가리킨다.

⑤ 이 문서는 각 요구사항이 어떤 인도물과 작업 패키지 그리고 제품 디자인에 반영되었으며 그것을 어떻게 테스트할 수 있는지 등의 내용도 포함한다.