4.1 프로젝트 범위 관리

1. 프로젝트 관리 범위의 개요

가. 프로젝트 범위 관리의 정의

-프로젝트를 성공적으로 완료하기 위해 꼭 필요한 모든 작업/항목이 수행되었음을 보장하기 위한 기법

 

나. 프로젝트 범위 관리의 필요성

-품질 저하

-팀원의 잔업

-일정  지연

-원가 초과

-프로젝트 실패

 

다. 프로젝트 범위 관리의 특징

-(프로젝트 범위), 제품(프로덕트/서비스) 뿐만 아니라 프로젝트 범위를 포함

프로젝트 범위	프로덕트 범위
프로젝트 관리를 위해 수행되어야 하는 일	프로젝트 수행 결과의 최종 산출물

-(소프트웨어 비가시성), 다른 분야의 프로젝트보다 프로젝트 요구사항 관리가 더 중요한 이유는 비가시성 때문

 

2. 프로젝트 범위 관리 프로세스의 개념도 및 구성요소

가. 프로젝트 범위 관리 프로세스의 개념도

나. 프로젝트 범위 관리 프로세스의 구성요소

프로세스	도구	설명
요구사항 수집	인터뷰, 포커스 그룹, 심층 워크샵 그룹 의사 결정 (브레인스토밍, 명목집단기법, 델파이, 마인드맵, 친화도) 설문 및 조사, 관찰, 프로토타입	-프로젝트 목표 달성을 위한 이해관계자 요구사항을 정의하는 프로세스 -수집된 요구사항은 범위로 정의된 뒤 WBS로 발전 -명시적/묵시적 요구사항, 정량적/정성적 요구사항, 제품/프로젝트 요구사항 **요구사항 추적표, 요구사항 정의서 등 작성
범위 정의	전문가 판단, 제품 분석, 대안 식별, 심층 워크샵	-제품과 프로젝트의 상세 내용인 활동, 주요 산출물과 일정, 제약사항, 가정 등 정의하는 프로세스 -프로젝트 범위 기술서, 산출물 목록
WBS 작성	분할	-정의된 산출물 목록을 계층적으로 정리하는 프로세스 -프로젝트 업무를 관리 가능한 작은 요소로 분할 -WBS는 요구 기능(최종 산출물)을 제공하기 위해 필요한 최종/중간 산출물 목록을 계층적으로 정의한 문서 -Work Package : WBS의 최하위 단위 (2주 내외 기간) -Planning Package : 계획 수립 시점에 상세화 불가능할 경우 추후 분할 -WBS는 일정 관리 도구가 아님 *Control Account -범위, 일정, 원가 계획을 수립, 모니터링, 통제하는 단위 **WBS, WBS 사전, 범위 기준선
범위 검증	검사(Inspection)	-완성된 프로젝트 인도물에 대한 공식 승인(수용) 획득 프로세스 -품질 통제 : 프로젝트 관련 활동을 정확하게 수행 여부 판단 프로세스 **인수된 인도물
범위 통제	차이 분석	-프로젝트 범위와 제품 범위의 상태를 모니터링하고 범위 기준선의 변경을 통제하는 프로세스 -계획 대비 실적 분석 -계획과 실적의 차이가 허용 가능한 수준 여부 판단 -계획과 실적의 차이를 발생시킨 원인 분석 -적합한 사유에 의해 범위 기준선 변경 시 '통합변경관리 수행' 프로세스에 요청 **변경 요청, 프로젝트 관리 계획서 갱신, 작업 성과 측정치

 

3. WBS 작성 시 '관리 가능한'의 의미

정확한 계획 수립 가능	-전체 업무를 작은 단위로 분할하여 업무 범위의 모호성, 중복성 배제, 정확성 향상 가능 -프로젝트를 진행하면서 점진적으로 상세화 (Rolling wave planning)
계획을 체계적으로 수행 가능	-분할된 업무에 대한 책임과 역할 정의 가능
작업 성과를 통제 가능	-분할된 업무 단위로 진척 상황 모니터링 및 통제 가능

-Work Package는 스케줄 평가, 모니터링, 통제가 가능한 수준까지 분할 후 관리