Scope Management

Scope Management

무엇을, 얼마만큼!!

해야할일 ? 하지 말아야 할일?

Project Base Line

Facilitated Workshops

JAD(Joint Application Development)

QFD(Quality Function Development)

VOC(Voice of the Customer)

Group Creativity Technique

Brainstorming

Nominal group technique

The Delphi Technique

Idea/Mind mapping

Affinity diagram

프로젝트 LC동안 요구사항이 잘 반영되고

있는지를 추적하기 위한 매트릭스

검증과 통제에서 요구사항 추적

범위에 대한 변경관리의 구조제공

프로젝트헌장(What)

- 작업의 범위가 상세히 기술

- 제품의 인수 기준 제시

- 프로젝트의 산출물 정의

- 제품의 범위와 프로젝트의 범위가 함께 기술

- 프로젝트 제외사항

- 프로젝트 제약요인, 가정등

프로젝트범위기술서

범위 기준선

요구사항문서

요구사항추적

매트릭스

Scope Creep !!

-> 공식적으로 하세요!

이 상 동(PMP,CISSP)

고려제강 경영지원본부

IT기획 / PMO

사내 PM 강사

NTT SI 사업부 PM 강의

협력사 PM 지식 전수

메일 : sd1209@naver.com

페북: http://www.facebook.com/#!/profile.php?id=100001459871439

Product Scope - 최종 산출물의 특징, 성격, 기능(사양, 시방서)

Project Scope - Product Scope 을 하기 위한 일!

5.1 Collect Requirements

출처 : PMP로가는길

요구사항 수집의 입력물은?

1. 요구사항 관리 계획 2. 요구사항 추적표

3. 프로젝트 관리계획 4. 이해관계자 등록부

제품의 범위와 프로젝트의 범위 설명으로 틀린것은?

1. 제품의 범위는 완성된 제품이외 시방서도 포함된다

2. 프로젝트 범위는 제품을 만들기 위한 필요한 작업범위다

3. 프로젝트에서는 위 2가지가 모두 포함된다

4. 제품의 범위와 프로젝트 범위는 별개로 보아야한다.

이해관계자 등록부

(Who)

프로젝트는 요구사항이 있어야 시작된다

Interview

Focus Group

Facilitated Workshops

Group Creativity Techniques

Group Decision Making Techniques

Questionnaires And Surveys

Observations

Prototypes

요구사항관리계획서

5.2 Define Scope

출처:PMP로가는길

프로젝트 팀원들이 요구사항을 도출하기 위한 워크숍을 다녀왔다. 그후 실제 범위내 포함되어야 하는 항목등을 구체적으로 적기 시작했다면 무엇을 하고 있는것인가?

1. 워크숍 성과보고를 하고 있다

2. 범위 정의를 수행중이다

3. WBS를 작성하고 있다

4. 이해관계자를 식별하고 있다

프로젝트를 위해 Focus Group Interview를 마치고 해당 내용을 정리하였다. 다음으로 프로젝트 팀이 해야 할 일은?

1. WBS를 작성한다

2. Focus Group Interview 한 내용을 검사를 통해 검증한다

3. 구체적으로 범위를 기술하는 작업을 실시한다

4. Focus Group Interview 가 제대로 실시 되었는지에 대한 성과 측정을 한다

수용된 인도물

변경요청

확인된인도물

프로젝트가 실제로 해야할 일을

정의 해야만 한다!!

Expert Judgment

Product Analysis

Alternatives Identification

Facilitated Workshops

5.4 Verify Scope

출처:PMP로가는길

고객이 갑자기 당신을 찾아와 현재 진행중인 프로젝트가 더이상 진행할 필요없다고 하며 모든 작업을 종결하도록 요청했다. 이경우 프로젝트를 종결할 때 범위 검증 프로세스에서 확인할 사항은?

1. 프로젝트에서 고객에게 전달해야 할 미해결된 산출물의 송장

2. 프로젝트에서 달성해야 할 산출물의 정도

3. 프로젝트의 범위가 고객의 요구사항과 부합되는지의 확인

4. 프로젝트 산출물이 요구한 사양과 일치 정도

범위 검증 프로세스와 품질통제 프로세스의 차이는?

1. 범위검증은 공식적 고객인수를 의미하고, 품질통제는 품질 표준 식별을 의미한다.

2. 범위검증은 프로젝트 종료의 공식적 인수를 의미하고, 품질통제는 인도물에 대해 명시된 품질 요구사항의 충족을 의미한다.

3. 범위검증은 인도물의 인수이고, 품질통제는 프로젝트의 모든 요구사항만족을 의미한다.

4. 범위검증은 인도물과 인수에 관련되고, 품질통제는 인도물에 대해 명시된 품질요구사항 충족에 관련된다.

산출물의 공식적 승인!!

Do the right things

결과의 수용성

Inspection = Reviews = Audit = walkthroughs

5.3 Create WBS

출처:PMP로가는길

다음중 WBS에 대한 설명이 잘못된 것은?

1. WBS에 표시되지 않은 작업은 범위를 벗어난 것이다

2. WBS는 계층구조를 갖는다

3. WBS는 산출물 지향적 특징을 갖는다

4. 프로젝트에서 발생하는 모든 산출물을 정의되어야 하고 Activity 까지 포함되어야 한다

당신은 원가관리 프로젝트의 PM으로 최근 종료한 프로젝트에서 까다로운 일정으로 인해 팀원들에게 상당한 시간의 야근을 시켰었다. 이번에 새롭게 맡게된 프로젝트에서 이전과 같은 상황을 피하려면?

1. WBS를 상세히 정의하고 분할 수준이 모든 산출물을 포함하는지 확인한다

2. 범위 검증을 위해 모든 작업이 범위 기술서에 의해 추적되는지 확인한다

3. 일정을 앞당기기 위한 기법(Fast Tracking, Resource Leveling)을 도입한다

4. 프로젝트 버퍼를 충분히 고려하기 위한 CCM 기법을 사용한다

작업분해도는 프로젝트의 모든

일이 담긴 해야할일 목록이다!

Decomposition

- Work package를 더 작고

관리 가능한 요소로 분할

5.5 Control Scope

출처:PMP로가는길

프로젝트 계획이 완료되어 공식적으로 프로젝트가 시작된 후에 고객이 추가적인 업무수행을 요청하였다. 비용이 추가로 발생할것 같지는 않은데 어떻게 하는 것이 좋겠는가?

1. CCB를 통해 변경요청 사항을 통보하고 공식 절차에 의거 처리한다

2. 범위에 포함되지 않았기 때문에 처리할 수 없다고 이야기 한다

3. 별도의 비용이 발생하지 않음으로 PM의 권한으로 포함시켜 처리한다

4. 일단 프로젝트를 원래 계획대로 진행하고 추후 일정에 여유가 생기면 처리하는 방향으로 고객과 협상한다

연구개발 프로젝트에서 고객은 최종 제품의 길이가 50Cm가 되어야 한다고 주장한다. 그러나 WBS에는 48Cm로 표기되어 있다면 PM인 당신의 행동은 ?

1. 고객이 원하는 데로 수정한다

2. 변경통제 시스템이 활성화 되기 까지는 변경되는 것을 거부한다

3. 변경에 따른 비용을 최소화 하기 위한 방법을 찾는다

4. 팀원에게 원인을 파악하라고 지시하고 고객과 해결방안에 대해 협상한다

범위의 변경은 프로젝트 전체의 Risk !

(Work Breakdown Structure)

WBS

Variance Analysis

계층적 분할

Deliverable Oriented

WBS에 없으면 Out of Scope

프로젝트 팀이 함께 만든다

최하위 Level은 Work Pakage

Depth가 통일화 될 필요는 없다

통제의 기준이 되는 Level은

Control Account!! = Cost Account

Work Package 의 적성성 평가 수준

대략 80hr!

작업성과정보

범위/변경/형상

관리 계획서

작업성과 측정치