범위관리

• 범위관리는 프로젝트를 성공적으로 완료하기 위해 프로젝트에필요한 모든 작업이 포함되었는지 확인하고, 고객의 요구사항분석, 문서화, 변경관리를 하는 과정

• 정확하고 명확한 범위 선정은 향후 범위의 변경을 최소화 할수 있기에 계획 재수립, 재작업 등의 낭비제거를 통해 인력, 자재, 원가 지출 최소화 추구

– 제품 범위 (Product scope)• 제품, 서비스, 결과의 특성이 있는 특징과 기능 (Features &

functions)• 제품/인도물의 요구사항(Requirement) 기준으로 측정

– 프로젝트 범위 (Project scope)• 설정한 특징과 기능을 가지고 제품, 서비스, 결과를 인도하기 위해

성취하는데 필요한 작업• 프로젝트 계획(Plan) 기준으로 측정

범위관리 6단계

1. 범위관리 계획 수립

• 프로젝트가 시작되면 프로젝트의 결과로 만들어지는 제품이나 서비스에 대한 명확한 정의와 프로젝트의 목적달성을 위한 각 단계별 산출물을 분석하여 작업의 범위를 파악하고 프로젝트 범위 계획서를 만드는 프로세스

• 고객의 요구사항 중 누락되는 부분이 없도록 주의• 결정사항은 향후 프로젝트를 수행하는데 있어서 그 방향

성을 제시해 주기 때문에 모든 요소가 신중히 고려되어야 함

범위 관리 계획 수립할 때 고려할 사항

(1) 프로젝트의 목적과 범위가 모든 프로젝트 관계자들에게 명확하게전달되고 동의되어야 함

(2) 프로젝트의 범위 확정시 범위의 우선 순위화를 통해 향후 예상되는변경 발생시 필요한 유연성을 확보

(3) 프로젝트 목적과 고객 요구사항 파악에 걸리는 시간을 충분히 확보(4) 범위의 수립과 변경에 관련된 모든 정보의 문서화(5) 범위 변경은 언제나 고객과 합의한 공식 절차를 따라야 하며 변경

내용은 모든 이해 관계자들에게 전달

• 프로세스 주요 투입물– 프로젝트관리 계획서– 조직 프로세스 자산– 프로젝트 헌장– 기업환경 요인

• 프로세스 산출물– 범위관리 계획– 요구사항 관리 계획

2. 요구사항 수집

• 요구사항 관리 계획은 요구사항 수집 방법과 기록된 요구사항을 관리하는 방법에 대해 기술

• 프로젝트에 영향을 받는 사람들 즉 이해관계자가 무엇을요구하는지 알아내기 위한 활동– 인터뷰– 워크숍– 핵심그룹– 설문조사

• 요구사항의 우선순위화 방법• 요구사항을 문서화• 프로젝트의 성공은 요구사항을 얼마나 정확히 파악하고

관리하는가에 달려 있다

• 프로세스 주요 투입물– 이해관계자관리 계획– 요구사항관리 계획– 이해관계자 등록부– 범위관리 계획– 프로젝트 헌장

• 프로세스 산출물– 요구사항 문서

3. 범위 정의

- 수집된 요구사항들을 프로젝트헌장에 기록된 프로젝트 범위와

한계를 확인해가면서 최종적인 요구사항을 선별하는 과정

- 이해관계자들의 요구사항을 구현하기 위해 최상의 방법을 통해

주요 인도물, 제약조건, 가정 및 검수 조건 등 요구사항을 확정

• 프로세스 주요 투입물– 프로젝트 헌장– 요구사항 문서– 범위관리 계획

• 프로세스 산출물– 범위기술서

- 프로젝트 인도물과 인도물을 생성하기 위해 필요한 작업을세부적으로 기술한 문서

• 제품 범위 기술서 (Scope description)• 제품 인수 기준 (Acceptance criteria)• 프로젝트 인도물 (Deliverables)• 프로젝트 제외사항 (Exclusions)• 프로젝트 가정 및 제약조건 (Assumption & constraints)

범위기술서 (Scope Statement)

범위기술서 작성 시 고려사항

1. 제품 분석 (Product Analysis) 제품 분할 (Product breakdown) 시스템 분석 (Systems analysis) 가치공학 (Value engineering): Cost와 Function을 동시 고려 기능분석 (Functional analysis)

2. 재무적인 관점

비용/편익분석(Cost benefit analysis)

회수기간(Payback period)

범위기술서의 내용

- 프로젝트 목적, 프로젝트 범위 기술- 프로젝트 요구사항, 프로젝트 영역: 범위 여부의 정확성 표현- 프로젝트 산출물, 제품인수 기준- 프로젝트 제약 및 가정사항- 초기 프로젝트 조직- 초기 정의된 리스크- 일정 마일스톤- 자금 제한액- 원가 산정치- 프로젝트 가정 및 제약조건 (Assumption & constraints)- 프로젝트 사양- 승인 요구사항

4. WBS 작성

• WBS (Work Breakdown Structure): 작업분류체계• WBS는 프로젝트 팀에서 프로젝트 목표를 달성하고 필요

한 인도물을 산출하기 위해 인도물과 실행작업들을 계층적으로 체계화한 것

• 프로젝트를 수행하면서 해야 할 모든 작업을 실제로 알아내는 과정이므로 범위관리에서 가장 중요한 프로세스

• WBS는 프로젝트 계획의 시발점이며 이후에 작성되는 모든 상세계획과 계획조정의 기본이고, 전체 프로젝트 범위의 이해와 확인을 위해 자주 사용되며, WBS에 포함되지않은 작업은 프로젝트의 범위에 해당되지 않음

• 작업 패키지는 WBS의 최하위에 있는 항목을 의미하며, 작업 패키지의 일정을 계획하고, 원가를 산정하고, 감시및 통제를 위해 사용

• Work Package의 작업내역은 WBS Dictionary에 기술됨

건설 WBS 사례

건설 사업

프로젝트 계획 설계 구매 시운전/준공

부대설비T/G

제어계통발전기 윤활유계통

보일러

시공

LevelI

LevelII

LevelIII

LevelIV

사업유형

수행단계

자산단위

자산단위

공통

터빈

LevelIV

공종 운반 설치 조정 시험 완료

(5) (10) (30) (5)(50)

WBS 예

WBS 사전(WBS Dictionary)

• 작업 항목 번호 & 이름

• 작업에 대한 설명(how)

• 선행작업 및 후행작업

• 달성되어야 될 작업 내용(what)

• 산출물/목적– 당신이 수행한 작업을 어떻게 아는가?

– 누가 그 산출물은 필요로 하는가?

• 책임자/참여자– 누가 책임을 맡고 있나?

– 그 밖에 누가 연관되어 있나?

• 수락 조건

WBS #: 작업 패키지: 상위산출물:

(Parent)

활동(Activities):

승인사항:

책임자/참여자:

기타사항:

재료(Material):

도구(Tools):

인력(Staffs):

WBS Dictionary 예

• 프로세스 주요 투입물– 프로젝트 계획서– 요구사항– 승인된 변경

• 프로세스 산출물– WBS– WBS 사전

5. 범위 확인

• 분할 과정을 통해 주요 성과물과 하위 성과물을 세분화하고, 주요 성과물을 파악하여 각 성과물에 대한 원가와시간 산정이 가능한지를 파악하고 성과물의 부분 구성요소를 식별하고 분할의 정확성 여부 검증

• 확인된 프로젝트 범위로 구성된 베이스라인은 프로젝트수행 단계에서 성과 측정을 위한 기준선으로 이용

• 범위의 변경은 다른 관리 기능에 대한 영향을 고려하여결정

• 고객과의 합의 후 변경이 가능• 변경된 내용은 모든 이해관계자들에게 전달하여 확인된

작업 범위의 명확한 역할과 업무 분담이 필요

• 프로세스 주요 투입물– 프로젝트관리 계획서– 요구사항 문서– 요구사항 추적표– 검증된 인도물– 작업성과 데이터

• 프로세스 산출물– 승인된 인도물– 변경요청– 작업성과 정보– 프로젝트 문서변경

6. 범위 통제

• 프로젝트 범위 변경을 초래하는 요인들과 범위변경이 프로젝트 목적에 미치는 영향을 통제

– 긍정적 영향은 극대화

– 부정적 영향은 최소화

• 요청된 변경과 권고된 시정 또는 예방조치가 통합관리의 변경통제 프로세스를 통해 모두 처리되도록 통제

• 프로젝트 및 제품 범위의 상태를 감시하고 범위기준선의 변경을 관리

• 현재 프로젝트 범위의 상태 결정, 현 범위 상태와 승인된 범위 기준선과의 차이규명, 부정적 영향을 방지하기 위한 범위예측 및 적절한 변경요청을 실시

• 프로세스 주요 투입물– 진척정보– 범위기술서– 작업분류체계– 활동목록

• 프로세스 산출물– 변경요청서