Table of Contents

• Module 0. 개요
• Module 1. 5.1 범위관리 계획수립(Scope Planning)
• Module 2. 5.2 범위정의(Scope Definition)
• Module 3. 5.3 WBS작성(Create WBS)
• Module 4. 5.4 범위검증(Scope Verification)
• Module 5. 5.5 범위통제(Scope Control)

Module 0. 개요

Project Scope Management의 정의

• Project Scope Management includes the processes required to ensure that the project included all the work required,
  and only the work required, to complete the project successfully.
  프로젝트의 범위를 올바로 관리한다는 것은 하기로 한 모든 일을 다하고, 하기로 한 일만 하는 것이다.
• Project Scope Management에서 다음의 사항을 잘 관리해야 한다.
  • 하기로 한 모든 일을 다했다는 것을 어떻게 확인할 것인가? (완료의 기준은 무엇인가?)
  • 프로젝트 수행 도중 발생하는 고객의 요구사항이 하기로 한 일인지 아닌지를 어떻게 판단할 것인가? (프로젝트 업무 범위 안인지 범위 밖인지를 판단하는 기준이 무엇인가?)

제품 범위 vs 프로젝트 범위

• 제품 범위(product scope) : 프로젝트에서 제공하는 제품이나 서비스의 기능
• 프로젝트 범위(project scope) : 제품이나 서비스의 기능을 제공하기 위하여 수행해야 하는 업무

Module 1. 5.1 범위관리 계획수립(Scope Planning)

범위관리 계획수립(Scope Planning)의 정의

• 프로젝트에서 범위를 어떻게 관리할 것인가에 대한 절차와 방법을 정의하는 프로세스이며 이를 통하여 범위관리 계획서(project scope management plan)을 만들게 된다.

Inputs

• Enterprise environment factors
• Organizational process assets
• Project charter
• Preliminary project scope statement
• Project management plan

Tools & Techniques

• Expert judgement
• Templates, forms, standards

Outputs

• Project scope management plan

범위관리 계획서(project scope management plan) 포함내용

• 프로젝트 이해당사자가 합의한 범위기술서(scope statement)를 작성하는 절차와 방법
• WBS를 수립하는 절차와 방법
  • 변경요청의 유형정의
  • 변경요청의 유형별 검토자 및 검토절차
  • 변경요청의 통보 절차
  • 범위변경의 정도를 평가하는 척도
  • 범위변경이 프로젝트의 관리 영역에 미치는 영향력을 분석하는 절차

Module 2. 5.2 범위정의(Scope Definition)

범위정의(Scope Definition)의 정의

• 제품이나 서비스의 기능뿐만 아니라, 프로젝트 범위(project scope : 액티비티, 주요 산출물, 일정, 제약조건 및 가정등을 포함)를 정의하는 프로세스
• 프로젝트 차터와 예비 범위기술서의 내용을 좀더 상세화하여 프로젝트 완료나 변경의 수용여부를 판단할 수 있는 기준을 제공

Inputs

• Organizational process assets
• Project charter
• Preliminary project scope statement
• Project scope management plan
• Approved change requests

Tools & Techniques

• Product analysis
• Alternatives identification
• Expert judgement
• Stakeholder analysis

Outputs

• Project scope statement

프로젝트 범위기술서(project scope statement)

• 프로젝트의 산출물과 해당 산출물을 만들어내기 위해 필요한 일을 상세하게 기술하고, 변경 요청사항이 범위 안인지 아닌지를 판단하게 하는 기준을 제공하는 문서
• 공급자와 수요자의 계약 관계에서는 프로젝트 범위 기술서를 SOW(Statement Of Work)라고도 한다.
• 프로젝트 범위기술서에서 정의한 주요 업무범위를 달성하기 위해 상세 업무범위를 정의한 것이 WBS(Work Breakdown Structure)이다.
• 프로젝트 차터와 예비 범위기술서에서 작성한 내용을 상세화한 것이 프로젝트 범위기술서이며, 이를 더욱 상세화하면 프로젝트 관리 계획서가 된다.
• 프로젝트 범위기술서는 범위에 초점을 두고 나머지 일정, 원가, 위험등은 개략적으로 정의하며 프로젝트 관리 계획서에는 일정, 원가, 위험등이 자세하게 정의된다.

프로젝트 범위기술서 포함내용

• 프로젝트의 목적 : 가급적 측정할 수 있는 목표 수립
• 제품내용 : 고객이나 스폰서에게 제공할 제품, 서비스의 상세 기능, 특성
• 프로젝트의 요구사항 : 다양한 이해당사자의 요구사항
• 산출물
• 제품 검수 기준
• 제약조건 : 차터에서 정의한 제약조건을 보다 상세화한다.
• 가정 : 계획수립 과정에서 정의한 가정대로 되지 않을 경우의 영향력도 정의한다.
• 초기 조직도
• 초기 위험
• 개략적 일정 및 예산

Module 3. 5.3 WBS작성(Create WBS)

WBS의 정의

• 고객이 요구하는 기능(최종 산출물)을 제공하기 위하여 필요한 중간 산출물을 계층적으로 정의한 문서
• The WBS subdivides the project work into smaller, more manageable pieces of work
• 관리가능하다는 것은 정확한 계획을 수립할 수 있고, 계획을 수행할 수 있고, 작업성과를 통제할 수 있다는 사실을 의미한다.
• 정확한 계획을 수립할 수 있다는 것은 전체 업무를 작은 덩어리로 분할하는 과정에서 업무 범위의 모호성, 중복성을 배제하여 각종 추정(원가, 일정, 자원)의 정확성을 높인다는 것을 의미한다.
• 문제는 어느 수준까지 분할할 것인가? 이다. 분할을 상세하게 하면 할수록 원가나 일정을 더 정확하게 추정할 수 있지만, 그러기 위해서는 시간과 비용이 증가한다. 따라서 정확성과 비용의 상충관계를 고려하여 적절한 수준까지 분할한다. 통상 원가와 일정을 추정할 수 있는 수준까지 분할하는 것이 적절하다.

Inputs

• Organizational process assets
• Project scope statement
• Project scope management plan
• Approved change requests

Tools & Techniques

• Work breakdown structure templates
• Decomposition

Outputs

• Project scope statement(updates)
• Work breakdown structure
• WBS dictionary
• Scope baseline
• Project scope management plan(updates)
• Requested changes

연동기획(Rolling Wave Planning)

• 경우에 따라서는 프로젝트 착수 시점에서 정보가 부족하여 더 이상 분할하기 힘들수도 있다. 이런 경우 상세한 분할은 프로젝트를 진행하면서 하는데, 이를 Rolling Wave Planning이라고 한다.

작업패키지(Work package)

• 작업의 원가와 일정을 신뢰할 수 있는 정도로 산정 가능한 최소 단위.
• 통상 2주 내외의 기간을 가지도록 하는 것이 바람직하다.

WBS와 혼동하지 말아야 하는 용어들

• OBS(Organizational Breakdown Structure) : 조직도
• BOM(Bill Of Material) : 제품을 생산하기 위한 부품 체계
• RBS(Risk Breakdown Structure) : 프로젝트에서 식별한 위험분류체계
• RBS(Resource Breakdown Structure) : 자원의 종류를 계층적으로 분류한 체계

작업분류체계 사전(WBS Dictionary)

• 업무내용, 세부 액티비티, 소요 자원, 품질 요구사항, 일정, 책임자, 예산, 선행/후행 작업등의 해당 WBS 내용을 설명하는 상세정보

code of account

• WBS ID는 분할의 깊이, 분류 체계를 파악하는 데 유용하다.

WBS와 관련하여 꼭 알아야 되는 사항

• WBS는 일정관리 도구(Scheduling tool)가 아니다.
• WBS는 프로젝트 내부 및 고객과의 의사소통 수단으로 사용된다.
• WBS는 프로젝트 팀이 만든다. (PM 단독으로 만들지 않는다.)
• OBS(Organizational Breakdown Structure)에서 WBS를 매핑시켰을 때(즉, 어떤 조직이 어떤 work package를 수행할 것인가를 매핑), OBS와 WBS가 상호 교차하는 부문을 control of accout라고 한다.

Module 4. 5.4 범위검증(Scope Verification)

범위검증(Scope Verification)의 정의

• 프로젝트 업무범위에 대한 고객이나 스폰서의 승인을 획득하는 프로세스

Inputs

• Project scope statement
• WBS directory
• Project scope management plan
• Deliverables

Tools & Techniques

• Inspection

Outputs

• Accepted deliverables
• Requested changes
• Recommended corrective actions

inspection

• 고객과 약속한 업무범위가 제대로 구현되었는지 아닌지의 여부는 고객과 함께 검토해 보아야 한다. 이러한 검토활동을 총괄하여 PMBOK에서는 inspection 이라고 한다.
• 리뷰, 테스트, 워크스루, 감사등을 총괄하는 단어이다.

Module 5. 5.5 범위통제(Scope Control)

범위통제(Scope Control)의 정의

• 프로젝트 범위를 변경하는 요소에 영향을 미치고, 해당 변경의 영향력을 통제하는 프로세스

Inputs

• Project scope statement
• Work breakdown structure
• WBS directory
• Project scope management plan
• Performance reports
• Approved change requests
• Work performance information

Tools & Techniques

• Change control system
• Variance analysis
• Replanning
• Configuration management system

Outputs

• Project scope statement(updates)
• Work breakdown structure(updates)
• WBS directory(update)
• Scope baseline(updates)
• Requested changes
• Recommended corrective action
• Organizational process assets(updates)
• Project management plan(updates)

scope creep

• 프로젝트에서 발생하는 통제되지 않는 작고 잦은 변경