
1. 스코프 관리의 핵심 철학
PMP(PMI)가 생각하는 스코프 관리의 철칙이 있습니다.
"요구된 것만 해라. 그 이상도, 그 이하도 하지 마라."
- 범위 변형(Scope Creep): 승인나지 않은 변경사항이 슬금슬금 추가되어 프로젝트가 비대해지는 현상 (나쁜 것)
- 골드 플레이팅(Gold Plating): 고객을 기쁘게 하겠다고 PM이나 팀이 요구하지도 않은 기능을 '서비스'로 추가해 주는 것 (PMP에서는 이것도 나쁜 것으로 봅니다. 자원 낭비이자 리스크 증가로 간주함)
2. Step 1: 요구사항 수집 (Collect Requirements)
이해관계자가 무엇을 원하는지 파악하는 단계입니다. 단순히 "뭐가 필요하세요?"라고 묻는 것을 넘어 다양한 도구를 사용합니다.
💡 주요 도구 및 기법 (시험에 자주 등장)
- 브레인스토밍 (Brainstorming): 아이디어 발산. 비판 금지.
- 인터뷰 (Interviews): 1:1 또는 다대다 대화. 기밀 정보 수집에 유리.
- 포커스 그룹 (Focus Groups): 전문가나 이해관계자 그룹을 모아 토론 진행 (진행자 필요).
- 설문조사 (Questionnaires and Surveys): 많은 사람에게 빠르게 정보를 얻을 때 유리.
- 벤치마킹 (Benchmarking): 타사나 모범 사례와 비교.
- 친화도 (Affinity Diagrams): 브레인스토밍으로 나온 수많은 아이디어를 '유사한 그룹끼리 묶어서' 정리하는 기법.
- 명목 집단 기법 (Nominal Group Technique): 아이디어를 낸 후 **'투표'**를 통해 순위를 매기는 기법. (브레인스토밍 + 투표)
- 다중 기준 의사결정 분석 (Multicriteria Decision Analysis): 여러 기준(가격, 품질, 리스크 등)에 가중치를 두어 점수를 매겨 결정.
📝 산출물: 요구사항 추적 매트릭스 (RTM, Requirements Traceability Matrix)
- 정의: 요구사항이 어디서 왔는지(출처), 그리고 이 요구사항이 어떤 인도물(Deliverable)로 구현되었는지 추적하는 표.
- 목적: 요구사항이 누락되지 않고 모두 구현되었는지, 혹은 요청하지 않은 기능이 들어갔는지 확인하기 위함.
3. Step 2: 스코프 정의 (Define Scope)
수집된 요구사항 중 우리 프로젝트에서 **'할 것'**과 **'하지 않을 것'**을 명확히 걸러내어 상세하게 기술하는 단계입니다.
📄 프로젝트 범위 기술서 (Project Scope Statement)
프로젝트 헌장보다 훨씬 상세합니다.
- 제품 범위 기술: 만들게 될 결과물의 구체적 특징
- 인도물 (Deliverables): 최종적으로 넘겨줘야 할 산출물
- 인수 기준 (Acceptance Criteria): 고객이 "OK" 하고 받아주기 위한 품질 조건
- 제약 사항 & 가정 사항: (업데이트됨)
- ★ 프로젝트 제외 사항 (Project Exclusions): **"이것은 우리 프로젝트 범위가 아닙니다"**라고 명시하는 것. (나중에 딴소리 방지)
4. Step 3: WBS 작성 (Create WBS) 🔥 매우 중요
범위 기술서를 바탕으로 프로젝트 전체를 관리 가능한 단위로 잘게 쪼개는 것입니다.
1) WBS (Work Breakdown Structure, 작업 분류 체계)
- 정의: 프로젝트 팀이 수행할 작업을 인도물(Deliverable) 중심으로 계층적으로 분해한 것.
- 특징:
- 100% Rule: WBS에 있는 모든 하위 작업을 합치면 전체 프로젝트 범위가 되어야 함. (빠진 것도, 남는 것도 없어야 함)
- 활동(Activity) 목록이 아님! **명사형(결과물)**으로 표현하는 것이 원칙.
2) 워크 패키지 (Work Package)
- WBS의 최하위 단위.
- 일정(시간)과 원가(돈)를 산정하고 관리할 수 있는 단위.
- 보통 8~80시간(1일~2주) 정도의 작업 분량.
3) 통제 계정 (Control Account)
- 관리 목적을 위해 워크 패키지보다 상위에서 묶은 단위.
- 성과 측정의 기준점(EV 등을 측정할 때 사용).
4) WBS 사전 (WBS Dictionary)
- WBS 그림만으로는 구체적인 내용을 다 알 수 없으므로, 각 박스(코드)에 대한 상세 설명을 적어둔 문서. (담당자, 작업 내용, 품질 요구사항 등)
5. 최종 결과: 스코프 기준선 (Scope Baseline)
이 3가지가 모여서 변경 불가능한(승인 없이는) 기준선이 됩니다. 시험에서 "스코프 기준선의 구성요소가 아닌 것은?" 하고 자주 묻습니다.
📌 스코프 기준선 3대장
- 프로젝트 범위 기술서 (Project Scope Statement)
- WBS (Work Breakdown Structure)
- WBS 사전 (WBS Dictionary)
💡 PMP 튜터의 원포인트 레슨
"범위 확인(Validate Scope) vs 범위 통제(Control Scope) 미리보기" 오늘은 '계획' 단계지만, 나중에 나올 '감시 및 통제'와 헷갈리지 않게 미리 잡아드립니다.
- 범위 통제 (Control Scope): 프로젝트 도중 범위가 제멋대로 바뀌지 않게 감시하는 것. (내부적 관리)
- 범위 확인 (Validate Scope): 고객이 완성된 인도물을 검사하고 **공식적으로 인수(승인)**하는 과정. (외부 승인)
- 주의: 품질 통제(Quality Control)가 끝난 완벽한 물건을 가지고 고객에게 가서 '범위 확인'을 받습니다.
✍️ Day 16 실전 연습 문제 (5문제)
Q1. 프로젝트 팀이 이해관계자들의 요구사항을 수집하고 있습니다. 수집된 수많은 아이디어를 유사한 주제끼리 그룹화하여 정리하려고 합니다. 어떤 기법을 사용해야 합니까?
A. 브레인스토밍 (Brainstorming)
B. 친화도 (Affinity Diagrams)
C. 명목 집단 기법 (Nominal Group Technique)
D. 벤치마킹 (Benchmarking)
Q2. PM은 프로젝트의 일정과 원가를 정확하게 산정하기 위해 WBS를 작성하고 있습니다. WBS의 최하위 단위로, 일정과 원가 산정의 기준이 되는 것은 무엇입니까?
A. 통제 계정 (Control Account)
B. 계획 패키지 (Planning Package)
C. 워크 패키지 (Work Package)
D. 활동 (Activity)
Q3. 다음 중 '스코프 기준선(Scope Baseline)'에 포함되는 문서가 아닌 것은 무엇입니까?
A. 프로젝트 범위 기술서 (Project Scope Statement)
B. 요구사항 추적 매트릭스 (Requirements Traceability Matrix)
C. WBS (Work Breakdown Structure)
D. WBS 사전 (WBS Dictionary)
Q4. 프로젝트 진행 중 고객이 당초 계획에 없던 작은 기능을 추가해달라고 PM에게 요청했습니다. 팀원 한 명이 "간단한 거니까 그냥 해주자(Gold Plating)"라고 제안합니다. PMP 관점에서 PM은 어떻게 반응해야 합니까?
A. 고객 만족이 최우선이므로 무료로 추가해준다.
B. 팀원의 의욕을 꺾지 않기 위해 이번만 허용한다.
C. 범위 변경 절차(Change Control Process)를 따르지 않은 기능 추가는 거절하거나 공식 요청을 하도록 안내한다.
D. 나중에 문제가 생기면 그때 해결한다.
Q5. 요구사항 수집 단계에서 이해관계자들의 요구사항을 각 인도물과 연결하여, 프로젝트 종료 시 요구사항이 빠짐없이 구현되었는지 확인하려 합니다. 어떤 문서를 사용해야 합니까?
A. 프로젝트 헌장
B. WBS 사전
C. 이해관계자 등록부
D. 요구사항 추적 매트릭스 (RTM)
✅ 정답 및 해설
Q1. 정답: B (친화도, Affinity Diagrams)
- 해설: 아이디어를 '유사한 것끼리 그룹화(Grouping)'하는 기법은 친화도입니다. 명목 집단 기법은 '투표'가 핵심입니다.
Q2. 정답: C (워크 패키지, Work Package)
- 해설: WBS의 가장 밑바닥에 있는 단위는 워크 패키지입니다. 여기서 더 쪼개면 '활동(Activity)'이 되는데, 활동은 일정 관리(Time Management)에서 정의합니다. WBS 자체의 최하위는 워크 패키지입니다.
Q3. 정답: B (요구사항 추적 매트릭스)
- 해설: 스코프 기준선 3대장은 범위 기술서, WBS, WBS 사전입니다. 요구사항 추적 매트릭스는 요구사항 관리 계획의 산출물이지만 기준선 자체에는 포함되지 않습니다.
Q4. 정답: C
- 해설: 골드 플레이팅(무료 봉사)은 금지됩니다. 모든 변경은 공식적인 '변경 통제 절차'를 거쳐야 합니다. 범위에 없는 일을 하는 것은 자원 낭비이며, 다른 승인된 작업에 악영향을 줄 수 있습니다.
Q5. 정답: D (요구사항 추적 매트릭스)
- 해설: 요구사항의 출처(Origin)와 인도물(Deliverable)을 연결(Trace)하여 누락을 방지하는 문서는 RTM입니다.
'Study > PMP' 카테고리의 다른 글
| [PMP Study - Day 18] 원가(Cost) 관리 - 예산과 EVM (0) | 2025.12.10 |
|---|---|
| [PMP Study - Day 17] 일정(Schedule) 관리 - 순서와 시간 (1) | 2025.12.09 |
| [PMP Study - Day15] 프로젝트 헌장 & 프로젝트 관리 계획서 (0) | 2025.12.07 |
| [PMP Study - Day14] 1~2주차 통합 복습 및 PMP 사고방식 완성 (0) | 2025.12.06 |
| [PMP Study -13Days] 통합 관리 & 변경 관리 – 베이스라인, 변경요청, CCB(변경통제위원회) (0) | 2025.11.30 |