마인드 맵 갤러리 PMP 5장 프로젝트 범위 관리
미국 유명 경영대학원의 PMP 핵심 강좌입니다. 프로젝트 관리 인재는 중국에서 가장 부족한 인력 중 하나가 되었습니다. 이는 최근 몇 년간 우리 사무실 인재 시장에 지속적으로 퍼진 메시지입니다. 지난 2년 동안 우리 나라의 해외 전문가 사무국이 프로젝트 관리를 중국에 성공적으로 도입했으며 미국 프로젝트 관리 스캐너 협회가 중국에서 PMP 자격 인증 시험을 실시했습니다. 비즈니스 관리 엘리트가 되는 데 관심이 있는 사람들은 미국 프로젝트 관리 위원회(American Project Management Council)에서 발행한 PMP 인증서를 획득할 수 있는 행운을 누릴 것입니다. 이 책의 특징은 이론적이고 실용적이며 운용성이 뛰어나 프로젝트 관리 교육에 매우 적합하다는 것입니다.
2023-02-22 15:35:14에 편집됨이것은 (III) 저산소증-유도 인자 프롤릴 하이드 록 실라 제 억제제에 대한 마인드 맵이며, 주요 함량은 다음을 포함한다 : 저산소증-유도 인자 프롤릴 하이드 록 실라 제 억제제 (HIF-PHI)는 신장 빈혈의 치료를위한 새로운 소형 분자 경구 약물이다. 1. HIF-PHI 복용량 선택 및 조정. Rosalasstat의 초기 용량, 2. HIF-PHI 사용 중 모니터링, 3. 부작용 및 예방 조치.
이것은 Kuka Industrial Robots의 개발 및 Kuka Industrial Robot의 모션 제어 지침에 대한 마인드 맵입니다. 주요 내용에는 쿠카 산업 로봇의 역사, 쿠카 산업 로봇의 특성, 쿠카 산업 로봇의 응용 분야, 2. 포장 프로세스에서 쿠카 로봇은 빠르고 일관된 포장 작업을 달성하고 포장 효율성을 높이며 인건비를 줄입니다. 2. 인건비 감소 : 자동화는 운영자에 대한 의존성을 줄입니다. 3. 조립 품질 향상 : 정확한 제어는 인간 오류를 줄입니다.
408 컴퓨터 네트워크가 너무 어렵습니까? 두려워하지 마세요! 나는 피를 구토하고 지식 맥락을 명확히하는 데 도움이되는 매우 실용적인 마인드 맵을 분류했습니다. 컨텐츠는 매우 완전합니다. 네트워크 아키텍처에서 응용 프로그램 계층, TCP/IP 프로토콜, 서브넷 디비전 및 기타 핵심 포인트에 이르기까지 원칙을 철저히 이해하는 데 도움이 될 수 있습니다. 📈 명확한 논리 : Mindmas 보물, 당신은 드문 기회가 있습니다. 서둘러! 이 마인드 맵을 사용하여 408 컴퓨터 네트워크의 학습 경로에서 바람과 파도를 타고 성공적으로 해변을 얻으십시오! 도움이 필요한 친구들과 공유해야합니다!
이것은 (III) 저산소증-유도 인자 프롤릴 하이드 록 실라 제 억제제에 대한 마인드 맵이며, 주요 함량은 다음을 포함한다 : 저산소증-유도 인자 프롤릴 하이드 록 실라 제 억제제 (HIF-PHI)는 신장 빈혈의 치료를위한 새로운 소형 분자 경구 약물이다. 1. HIF-PHI 복용량 선택 및 조정. Rosalasstat의 초기 용량, 2. HIF-PHI 사용 중 모니터링, 3. 부작용 및 예방 조치.
이것은 Kuka Industrial Robots의 개발 및 Kuka Industrial Robot의 모션 제어 지침에 대한 마인드 맵입니다. 주요 내용에는 쿠카 산업 로봇의 역사, 쿠카 산업 로봇의 특성, 쿠카 산업 로봇의 응용 분야, 2. 포장 프로세스에서 쿠카 로봇은 빠르고 일관된 포장 작업을 달성하고 포장 효율성을 높이며 인건비를 줄입니다. 2. 인건비 감소 : 자동화는 운영자에 대한 의존성을 줄입니다. 3. 조립 품질 향상 : 정확한 제어는 인간 오류를 줄입니다.
408 컴퓨터 네트워크가 너무 어렵습니까? 두려워하지 마세요! 나는 피를 구토하고 지식 맥락을 명확히하는 데 도움이되는 매우 실용적인 마인드 맵을 분류했습니다. 컨텐츠는 매우 완전합니다. 네트워크 아키텍처에서 응용 프로그램 계층, TCP/IP 프로토콜, 서브넷 디비전 및 기타 핵심 포인트에 이르기까지 원칙을 철저히 이해하는 데 도움이 될 수 있습니다. 📈 명확한 논리 : Mindmas 보물, 당신은 드문 기회가 있습니다. 서둘러! 이 마인드 맵을 사용하여 408 컴퓨터 네트워크의 학습 경로에서 바람과 파도를 타고 성공적으로 해변을 얻으십시오! 도움이 필요한 친구들과 공유해야합니다!
프로젝트 범위 관리
핵심 아이디어
범위 정의(필요한 모든 작업 수행)
제품 범위
제품, 서비스 또는 결과의 특징과 기능
프로젝트 범위 결정
변경 자체가 반드시 프로젝트 범위를 변경하는 것은 아닙니다.
프로젝트 범위는 포함되지 않습니다.
측정 기준: 제품 요구 사항 문서
프로젝트 범위
지정된 특징과 기능을 갖춘 제품, 서비스 또는 결과를 제공하기 위해 완료해야 하는 작업
서비스 제품군
자신의 변화가 반드시 제품 범위의 변화로 이어지는 것은 아닙니다.
넓은 의미에서는 때로는 제품 범위도 포함됩니다.
측정 대상: 프로젝트 관리 계획
수명주기 범위 관리 비교
예측 수명주기
프로젝트 결과물은 프로젝트 시작 시 정의되며 모든 범위 변경은 점진적으로 관리됩니다.
안정적인 수요와 성숙한 기술
이러한 프로세스는 프로젝트 초기에 모든 요구사항부터 수행되며 실시간 전체 변경 관리 프로세스를 통해 필요에 따라 업데이트됩니다.
범위 확인: 각 결과물이 생성될 때 또는 단계 검토 시점에서
통제 범위: 진행 중
최종 범위 기준: 프로젝트 범위 기술서 WBS WBS 사전
적응형/민첩한 수명주기
결과물은 여러 반복을 통해 개발되며 각 반복 시작 시 세부 범위가 정의되고 승인됩니다.
많은 변화에 대처하고 관련 당사자의 지속적인 참여
각 반복이 시작될 때 제품 백로그에서 우선순위가 가장 높은 항목을 선택하여 이러한 프로세스를 시작합니다.
확인 및 제어 범위: 각 반복마다 두 가지 프로세스가 반복됩니다.
최종 범위 기준: 제품 요구 사항 및 사용자 스토리를 포함한 미완성 항목
개발 동향 및 새로운 관행
수요 활동을 정의, 관리 및 통제하여 경쟁 우위를 향상시킵니다.
프로젝트 시작 및 프로젝트 관리자 임명 이전에 비즈니스 분석 활동을 시작할 수 있습니다.
비즈니스 분석 전문가와의 협업에 중점
요구사항 관리 프로세스는 요구사항 평가로 시작하여 요구사항 종료로 끝납니다.
프로젝트 관리자와 비즈니스 분석가 간의 관계는 파트너십입니다.
요구사항 관리 관련 활동을 담당하는 비즈니스 분석가
프로젝트 관리자는 가치를 창출하는 동시에 이러한 활동이 프로젝트 관리 계획에 정리되고 시간과 예산 내에서 완료되도록 보장할 책임이 있습니다.
Agile 또는 Adaptive 컨텍스트 요소에서 고려해야 할 요소
프로젝트 초기에 범위를 정의하고 협상하는 데 소요되는 시간을 의도적으로 줄이고 범위를 지속적으로 탐색하고 명확하게 하기 위한 프로세스를 만드는 데 소요되는 시간을 늘립니다.
의도적으로 프로토타입을 구축 및 검토하고 요구 사항을 명확히 하기 위해 여러 릴리스를 만듭니다. 완료되지 않은 항목에 요구사항 추가
절단시 고려해야 할 요소
프로세스에는 다음이 포함됩니다.
기획범위관리(기획프로세스그룹)
프로젝트 범위와 제품 범위가 정의, 검증 및 통제되는 방법을 문서화하기 위해 범위 관리 계획을 작성하는 프로세스입니다.
주요 역할: 프로젝트 전반에 걸쳐 범위를 관리하는 방법에 대한 지침과 방향을 제공합니다.
산출
범위 관리 계획
프로젝트 범위를 정의, 개발, 모니터링, 제어 및 검증하는 방법을 설명합니다.
조심하세요
범위 관리 계획에 범위가 없습니다(범위가 범위 기준선에 있음).
범위 관리 계획은 공식적이거나 비공식적일 수 있으며, 매우 상세하거나 높은 수준일 수 있습니다.
요구사항 관리 계획(비즈니스 분석 계획)
프로젝트 및 제품 요구 사항을 분석, 문서화 및 관리하는 방법을 설명합니다.
조심하세요
요구사항 관리 계획에는 요구사항이 없습니다(요구사항은 요구사항 문서에 있음).
콘텐츠에는 구성 관리 활동, 요구 사항 우선 순위 지정 프로세스, 측정 지표 등이 포함됩니다.
요구사항 수집(기획 프로세스 그룹)
목표를 달성하기 위해 이해관계자의 필요와 요구를 식별하고 문서화하고 관리하는 프로세스입니다.
이 프로세스의 역할: 제품 범위와 프로젝트 범위를 정의하기 위한 기반을 마련합니다.
필요
정의: 특정 계약이나 기타 필수 사양에 따라 제품, 서비스 또는 결과에는 조건이나 기능이 있어야 합니다.
요구사항에는 스폰서, 고객 및 기타 이해관계자의 정량화되고 문서화된 요구와 기대가 포함됩니다.
입력하다
프로젝트 파일
이해관계자 등록
요구사항에 대한 정보를 제공하고 프로젝트에 대한 관련 당사자의 요구와 기대를 기록할 수 있는 관련 당사자를 이해하는 데 사용됩니다.
비즈니스 문서
요구 사항 수집 프로세스에 영향을 미치는 비즈니스 문서는 비즈니스 요구 사항을 충족하기 위해 충족해야 하는 필수, 예상 및 선택 기준을 설명하는 비즈니스 사례입니다.
규약
요구 사항 수집 프로세스에 영향을 미치는 비즈니스 문서는 비즈니스 요구 사항을 충족하기 위해 충족해야 하는 필수, 예상 및 선택 표준을 설명하는 비즈니스 사례입니다.
도구 및 기술
데이터 수집
브레인스토밍
많은 창의성, 아이디어, 표현의 자유
회견
직접 채팅, 미리 설정된 질문과 즉석 질문, 일대일, 다대다, 기밀 정보에 대한 액세스
포커스 그룹
동일한 기능, 동일한 분야, 유사한 배경, 주제 전문가(SME), 진행자가 대화식 토론을 주도합니다.
설문지
청중은 다양하고, 신속하게 완료되어야 하며, 지리적으로 분산되어 있으며, 통계 분석에 적합합니다.
벤치마킹
벤치마크는 모범 사례를 식별하고 개선을 위한 제안을 공식화하기 위해 동일 업계 또는 다른 업계에서 내부 또는 외부일 수 있습니다.
데이터 분석
파일 분석
기존 파일 분석
의사결정
투표
만장일치로 동의
모두가 동의한다, 델파이(전문가, 익명성, 다중 라운드, 융합, 편견 제거)
대부분 동의함
50%를 초과할 경우 의사결정 집단의 인원수는 일반적으로 홀수로 설정된다.
상대적 다수가 동의함
상대적 다수, 일반적으로 후보자가 2명 이상일 때 사용됩니다.
독재적인 의사결정
혼자서 결정을 내림
다기준 의사결정 분석
결정 매트릭스, 다중 기준, 평가 및 순위 지정
가중치 * 점수 총점 비교를 구함
데이터 성능
친화도 다이어그램
그룹화, 분류
마인드 매핑
공통점과 차이점을 통합하고 반영하며 새로운 아이디어를 자극하고 두뇌 지도를 만듭니다.
관계와 팀 기술
명목 그룹
브레인스토밍, 투표, 우선순위 지정, 5점 척도, 라운드 계산을 촉진합니다.
(작업 섀도잉) 관찰하고 이야기하기
"일을 따르다", 명확하게 설명하기 어렵거나 꺼려함, 숨겨진 요구 사항을 파헤침
가이드
개념
테마 워크숍, 부서 간, 다양한 부서와 함께 사용되며 이해관계자 차이 조정
장면
공동 응용 프로그램 디자인 또는 개발(JAD
소프트웨어 개발업계, 사업분야 전문가, 개발팀이 집중되어 있습니다.
품질 기능 전개 QFD
제조업, 고객의 요구(고객의 소리)를 수집하여 시작, 분류, 분류
사용자 스토리
요구 사항 워크숍, 역할, 목표, 동기 부여
원하는 기능에 대한 간단한 텍스트 설명
시스템 상호작용 다이어그램
토폴로지 맵, 제품 범위 시각화
프로토타입 방법
점진적 정교화 개념을 지지합니다. 예를 들어 재작업의 위험을 줄일 수 있는 스토리보드입니다.
단계(반복 주기): 1. 모델 생성, 2. 사용자 경험, 3. 피드백 수집, 4. 프로토타입 수정(변경 프로세스가 필요할 수 있음)
산출
요구사항 문서(단일 요구사항)
다양한 단일 요구사항이 프로젝트 관련 비즈니스 요구사항을 어떻게 충족하는지 설명
명확하고(측정 및 테스트 가능), 추적 가능하고, 완전하고, 조정되고, 주요 이해관계자가 기꺼이 인정할 수 있는 요구사항만 벤치마크로 사용할 수 있습니다.
요구사항 카테고리
비즈니스 요구 사항
전체 조직의 고위 경영진 및 요구 사항
이해관계자 요구
이해관계자 또는 이해관계자단체의 요구
솔루션 요구 사항
분류
기능 요구 사항
제품이 갖춰야 할 기능을 설명하세요.
비기능적 요구사항
기능적 요구 사항에 대한 보완 사항은 제품의 정상적인 작동에 필요한 환경 조건 또는 품질 요구 사항입니다.
제품, 서비스 또는 결과가 비즈니스 요구 사항과 이해관계자 요구 사항을 충족해야 하는 특징, 기능 및 특성입니다.
전환 및 준비 요구 사항
데이터 변환 및 교육 요구 사항과 같이 "현재 상태"에서 "미래 상태"로 전환하는 데 필요한 임시 기능을 설명합니다.
프로젝트 요구사항
마일스톤 날짜, 계약 의무, 제약 조건 등과 같이 충족되어야 할 조치, 프로세스 또는 기타 조건입니다.
품질 요구 사항
프로젝트 결과물의 성공적인 완료 또는 테스트, 인증, 검증 등과 같은 기타 프로젝트 요구 사항의 달성을 확인하는 모든 조건 또는 표준
요구 사항 추적 매트릭스
다른 소스의 제품 수요를 수요를 충족할 수 있는 결과물에 연결하는 형태입니다.
각 요구 사항을 비즈니스 목표 또는 프로젝트 목표에 연결하면 각 요구 사항에 비즈니스 가치가 있는지 확인하는 데 도움이 됩니다.
프로젝트 수명주기 전반에 걸쳐 요구사항을 추적하는 방법 제공(순방향 추적, 역방향 추적)
요구사항 문서의 모든 승인된 요구사항이 프로젝트 종료 시 전달될 수 있도록 보장합니다.
요구사항 수집 시 생성된 요구사항 문서 및 요구사항 추적 매트릭스는 프로젝트의 실제 범위를 나타내지 않습니다.
프로젝트 범위에 무엇이 포함되고 무엇이 제외되는지에 대한 추가 설명이 필요합니다. (범위 정의)
범위 정의(기획 프로세스 그룹)
상세한 프로젝트 및 제품 설명을 개발하는 프로세스
주요 기능: 제품, 서비스 또는 결과의 경계 및 수용 기준을 설명합니다.
요구사항 문서에서 최종 프로젝트 요구사항을 선택한 다음 프로젝트와 해당 제품, 서비스 또는 결과에 대한 자세한 설명을 지정합니다.
프로젝트 시작 중에 문서화된 주요 결과물, 가정 및 제약 조건을 기반으로 상세한 프로젝트 범위 기술서를 준비해야 합니다.
또한 기존 위험, 가정 및 제약의 완전성을 분석하고 필요한 추가 또는 업데이트를 수행해야 합니다.
범위 정의 프로세스를 여러 번 반복해야 합니다(여러 반복 포함).
입력하다
프로젝트 헌장(상위 요구사항)
프로젝트, 제품 특성 및 승인 요구 사항에 대한 높은 수준의 설명이 포함되어 있습니다.
프로젝트 파일
요구사항 문서
범위에 포함되어야 하는 요구사항이 식별됩니다.
도구 및 기술
데이터 분석
대안 분석
의사결정
다기준 의사결정 분석
대인관계 및 팀 기술
가이드
워크숍과 패널에서 촉진 기술을 사용하여 서로 다른 기대치나 서로 다른 전문적 배경을 가진 주요 이해관계자를 조정하여 프로젝트 결과물과 프로젝트 및 제품 경계에 대한 부서 간 합의를 달성합니다.
제품 분석
높은 수준의 제품 설명을 유형의 결과물로 변환합니다. 제품 분석 기술에는 제품 분해, 시스템 분석, 수요 분석, 시스템 엔지니어링, 가치 엔지니어링, 가치 분석 등이 포함됩니다.
산출
범위 설명(제공물/수락 기준)
이는 프로젝트 범위, 주요 결과물, 가정 및 제약 조건에 대한 설명입니다. 프로젝트 및 제품 범위를 포함하여 전체 범위가 문서화됩니다.
프로젝트 결과물을 자세히 설명하고 프로젝트 범위에 관해 프로젝트 이해관계자 간의 합의를 나타냅니다.
이해관계자의 기대치를 보다 쉽게 관리할 수 있도록 프로젝트 범위 기술서는 프로젝트 범위를 벗어나는 작업이 무엇인지 명확하게 식별합니다.
다음을 포함합니다
제품군 설명
프로젝트 헌장 및 요구사항 문서에 설명된 제품, 서비스 또는 결과의 특성을 점진적으로 개선합니다.
결과물
생산되어야 하는 고유하고 검증 가능한 제품, 결과 또는 서비스 기능. 또한 프로젝트 관리 보고서 및 문서와 같은 부수적인 결과도 포함됩니다.
허용 기준
결과물이 승인되기 전에 충족되어야 하는 일련의 조건
제외
프로젝트 범위를 벗어나는 내용을 명확하게 기술하면 이해관계자의 기대치를 관리하고 범위 변동을 줄이는 데 도움이 됩니다.
WBS(계획 프로세스 그룹) 생성(작업분류체계)
프로젝트 결과물과 프로젝트 작업을 더 작고 관리하기 쉬운 구성 요소로 나누는 프로세스
이 프로세스의 역할: 전달될 내용에 대한 구조를 제공합니다.
WBS는 프로젝트의 전체 범위를 구성하고 정의합니다(프로젝트 범위 기술서는 조직 범위가 아닌 범위만 정의함).
작업분류체계의 가장 낮은 수준의 구성요소를 작업 패키지라고 하며, 여기에는 계획된 작업이 포함됩니다.
작업분류체계(Work Breakdown Structure)라는 용어에서 작업은 활동 자체가 아니라 활동의 결과인 작업 산출물이나 결과물을 의미합니다.
도구 및 기술
무너지다
프로젝트 범위와 프로젝트 결과물을 더 작고 관리하기 쉬운 구성 요소로 점진적으로 나누는 기술
작업 패키지
비용과 기간을 추정하고 관리할 수 있는 작업분류체계의 최하위 구성요소
WBS를 생성한다는 것은 전체 프로젝트 작업을 작업 패키지로 나누는 것을 의미합니다.
다섯 단계의 분해
1. 결과물 및 관련 작업 식별 및 분석
2. WBS의 구조 및 배치방법을 결정한다.
3. 위에서 아래로 층별로 정제되고 분해됩니다.
4. WBS 구성요소에 식별 코드를 개발하고 할당합니다.
5. 결과물의 분해 정도가 적절한지 확인
WBS 구조의 형태
프로젝트 수명주기의 각 단계를 분해의 두 번째 수준으로 생각하고, 제품과 프로젝트 결과물을 세 번째 수준으로 생각하세요.
주요 결과물을 두 번째 분해 수준으로 처리
프로젝트 팀 외부 조직에서 개발한 다양한 하위 수준 구성요소(예: 아웃소싱 작업) 통합
WBS를 만들 때 주의할 네 가지 사항
민첩한 방법을 사용하는 경우 긴 스토리를 사용자 스토리로 나눌 수 있습니다.
다양한 결과물을 다양한 수준으로 분해할 수 있습니다.
너무 세밀하게 분해하면 관리 노력이 비효율적으로 소모되고, 자원이 비효율적으로 사용되며, 작업 수행 효율성이 저하되고, 작업분류체계(WBS)의 모든 수준에서 데이터 집계가 어려워지는 것은 아닙니다.
미래에 완성되는 산출물이나 구성요소는 현재 분해(계획 패키지)되지 않을 수 있으며 롤링 계획이 필요할 수 있습니다.
네 가지 주요 원칙
100% 원칙
명확한 책임자가 있어야 함
80시간의 법칙
너무 세게 쪼개지 마세요.
WBS를 만드는 방법
위에서 아래로
상향식
산출
범위 기준선
프로젝트 범위 설명
프로젝트 범위
주요 결과물
허용 기준
프로젝트 제외
WBS
작업 패키지
계획 패키지
관리 계정
범위, 예산, 실비, 일정 등을 통합하고 획득가치와 비교하여 성과를 측정하는 관리관리점(조직의 재무절차와 연계 가능)
각 통제 계정은 하나 이상의 작업 패키지(또는 계획 패키지)를 포함할 수 있지만 작업 패키지는 하나의 통제 계정에만 속할 수 있습니다.
성능 테스트 벤치마크 PMB: 범위 벤치마크, 일정 벤치마크, 비용 벤치마크로 구성됩니다.
WBS 사전
WBS의 각 구성 요소에 대한 결과물, 활동 및 진행 정보를 자세히 설명하는 문서
검증 범위(모니터링 프로세스 그룹)
클라이언트 또는 스폰서가 완료된 프로젝트 결과물을 공식적으로 승인하는 프로세스
이 프로세스의 역할: 각 결과물을 승인하여 최종 제품, 서비스 또는 결과의 승인 가능성을 높입니다.
입력하다
검증된 결과물
관리 품질 프로세스를 통해 완료되고 올바른 것으로 확인된 결과물
도구 및 기술
검사(리뷰, 상품리뷰, 검사)
작업 및 결과물이 요구 사항 및 제품 승인 기준을 충족하는지 확인하기 위해 측정, 검토 및 검증과 같은 활동을 수행합니다.
산출
승인을 위한 결과물
승인 기준을 충족하는 결과물은 클라이언트 또는 스폰서가 공식적으로 승인해야 합니다.
관련 당사자가 프로젝트 결과물을 공식적으로 승인했음을 입증하는 공식 문서를 클라이언트 또는 스폰서로부터 확보해야 합니다.
변경 요청
승인이 실패하는 경우 처리 단계는 다음과 같습니다. 1. 이유를 기록(이해)합니다. 2. 변경 프로세스에 따라 결함을 해결합니다.
통제 범위(모니터링 프로세스 그룹)
프로젝트 및 제품 범위 상태를 모니터링하고 범위 기준 변경 프로세스를 관리합니다.
효과
프로젝트 전반에 걸쳐 범위 기준선 유지
전체 변경 제어 프로세스의 구현을 통해 모든 변경 요청, 시정 조치, 예방 조치가 처리되는지 확인합니다.
도구 및 기술
편차 분석
편차가 임계값 범위 내에 있는지 또는 시정 또는 예방 조치가 필요한지 여부를 결정하기 위해 기준선을 실제 결과와 비교하는 데 사용됩니다.
유행 분석
시간이 지남에 따라 프로젝트 성과의 변화를 조사하여 성과가 향상되는지 악화되는지 확인하도록 설계되었습니다.
범위 기준선에서 벗어난 원인과 범위를 결정하고 시정 또는 예방 조치를 취해야 하는지 여부를 결정하는 것은 프로젝트 범위 통제의 중요한 작업입니다.
범위 크립
시간, 비용, 자원에 대한 적절한 조정 실패, 제품 또는 프로젝트 범위의 통제되지 않은 확장
금도금
팀 내에서 범위 확대
프로젝트 담당자는 고객을 만족시키기 위해 실제 문제를 해결하지 않고 적용 가치가 없는 프로젝트 활동을 수행합니다.
범위 크립
팀 외부의 이유로 인해 범위가 변동됨
고객이 지속적으로 작고 눈에 띄지 않는 범위 변경을 제안하는 것을 의미합니다. 통제되지 않으면 누적으로 인해 프로젝트가 설정된 범위 기준에서 심각하게 벗어나게 되어 프로젝트 통제력이 상실되고 실패하게 됩니다.
범위 변동이 발생한 경우 잘못된 변경을 중지하고 변경 프로세스를 수정해야 합니다. 변경 프로세스가 승인되지 않으면 잘못된 변경을 취소해야 합니다.