마인드 맵 갤러리 5장 프로젝트 범위 관리
고급 소프트웨어 시험 - 정보 시스템 프로젝트 관리자 5장 지식 포인트: 프로젝트 범위 관리는 본질적으로 일종의 기능 관리를 의미하며, 이는 프로젝트에서 완료할 작업 범위를 관리하고 통제하는 프로세스 및 활동입니다.
2022-09-16 09:50:39에 편집됨이것은 (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 컴퓨터 네트워크의 학습 경로에서 바람과 파도를 타고 성공적으로 해변을 얻으십시오! 도움이 필요한 친구들과 공유해야합니다!
5장 프로젝트 범위 관리
범위 관리 개요
범위 관리는 범위 내에서 작업을 수행하고 범위 내에서만 작업을 수행하며 더도 덜도 하지 않는 것을 의미합니다.
범위
포함하다
제품 범위
기능에 집중하고 결과를 강조하세요
프로젝트 범위
일에 집중하고 과정을 강조하라
제품 범위는 프로젝트 범위의 기초이며, 프로젝트 범위는 프로젝트 관리 계획의 기초입니다.
프로젝트 범위 기준선에는 다음이 포함됩니다.
프로젝트 범위 설명
WBS
WBS 사전
프로젝트 범위 관리 업무
프로젝트 경계를 명확히 하세요
프로젝트 실행 모니터링
프로젝트 범위 크리프 방지
스코프 크리프와 금도금 동작 구별
범위 확장: 고객이 범위 기준을 초과하는 새로운 요구 사항을 제시합니다.
범위 금도금: 고객의 새로운 요구 사항이 없으며 판매자는 범위 기준을 넘어서 작업을 직접 수행합니다.
범위 관리의 중요성
프로젝트 팀원에게 예상 목표를 달성하기 위해 완료해야 할 특정 작업이 무엇인지 알려주고, 각 작업에서 프로젝트에 참여한 모든 당사자의 명확한 업무 분담과 책임을 명확하게 이해합니다.
범위 관리는 프로젝트 비용, 일정 및 리소스 추정의 정확성을 향상시킵니다.
계획 범위 관리
개념: 프로젝트 범위를 정의, 확인 및 제어하는 프로세스에 대한 서면 설명인 범위 관리 계획을 준비합니다.
역할: 프로젝트 전반에 걸쳐 범위를 관리하는 방법에 대한 지침과 방향을 제공합니다.
ITTO 프로세스
입력하다
프로젝트 헌장
프로젝트 관리 계획
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
전문가의 판단
회의
산출
범위 관리 계획
콘텐츠
프로젝트 범위 기술서를 개발하는 방법
프로젝트 범위 기술서를 기반으로 WBS를 작성하는 방법
WBS를 유지하고 승인하는 방법
완료된 프로젝트 결과물을 확인하고 공식적으로 수락하는 방법
프로젝트 범위 기술서의 변경 사항을 처리하는 방법
수요관리 계획
개념: 요구사항 관리 계획은 프로젝트 수명주기 전반에 걸쳐 요구사항을 분석, 기록 및 관리하는 방법을 설명합니다.
콘텐츠
다양한 수요 활동을 계획, 추적 및 보고하는 방법
수요관리에 필요한 자원
훈련 프로그램
프로젝트 이해관계자가 요구사항 관리에 참여하는 전략
프로젝트 범위와 요구사항 간의 불일치를 판단하기 위한 기준 및 수정 절차
요구사항 추적 구조
구성 관리 활동
수요관리 기본업무
1. 요구 사항을 명확히 하고 기준선을 설정합니다.
2. 제품과 수요 간의 일관성을 항상 유지하기 위해 수요 추적 기능 접촉 체인을 구축합니다.
요구사항 수집
개념: 프로젝트 목표를 달성하기 위해 이해관계자의 요구 사항과 요구 사항을 식별, 문서화 및 관리하는 프로세스입니다.
역할: 제품 범위를 포함한 프로젝트 범위를 정의하고 관리하기 위한 기반을 마련합니다.
요구사항 분류
비즈니스 요구 사항
조직 전체의 높은 수준의 요구 사항
이해관계자 요구
이해관계자 또는 이해관계자 그룹의 요구사항
솔루션 요구 사항
과도한 수요
현재 상태에서 미래 상태로 전환하는 데 필요한 임시 기능
프로젝트 요구사항
프로젝트에 필요한 조치, 프로세스 및 기타 조건
품질 요구 사항
프로젝트 결과물의 성공적인 완료 또는 기타 프로젝트 요구사항(QFD)의 달성을 확인하는 데 사용되는 모든 조건 또는 기준
ITTO 프로세스
입력하다
범위 관리 계획
수요관리 계획
이해관계자 관리 계획
이해관계자 등록
프로젝트 헌장
도구 및 기술
회견
이해관계자와의 직접적인 대화를 통해 정보를 얻는 공식적 또는 비공식적 방법은 요구사항을 수집하는 가장 기본적인 수단입니다.
포커스 그룹
포커스 그룹은 일종의 그룹 인터뷰이다.
안내 세미나
안내 워크숍은 제품 요구 사항을 논의하고 정의하는 데 중점을 두고 개별 회의보다 문제를 더 빠르게 해결합니다.
그룹혁신기술
개념: 프로젝트 및 제품 요구 사항을 식별하기 위해 일부 그룹 활동을 구성합니다.
포함하다
브레인스토밍
모두가 자신의 의견을 표현하고 브레인스토밍을 합니다.
명목 그룹 방법
추가 브레인스토밍이나 우선순위 지정을 위해 투표하여 가장 유용한 아이디어의 순위를 매기세요.
델파이 방식
익명 또는 연속 방법을 사용하면 각 전문가가 독립적으로 판단을 내릴 수 있습니다.
예측 과정에서 여러 차례의 피드백을 거쳐 전문가의 의견은 점차 수렴됩니다.
데이터 편견을 완화하고 개인이 데이터에 과도한 영향력을 행사하는 것을 방지합니다.
개념/마인드맵
마인드맵이라고도 불리는 브레인스토밍을 통해 얻은 아이디어를 간단한 도식으로 연결하여 이들 아이디어 간의 공통점이나 차이점을 반영함으로써 새로운 아이디어를 이끌어냅니다.
친화도 다이어그램
KJ 방법이라고도 하며 특정 문제에 대한 다양한 경험, 지식, 아이디어, 의견 및 기타 데이터를 완전히 수집하고 이를 그래픽 방법으로 요약하고 이러한 데이터를 상호 유사성에 따라 요약하고 정리하여 명확하게 하는 것입니다. 문제를 알고 화합을 추구합니다.
다기준 의사결정 분석
의사결정 매트릭스의 도움으로 시스템 분석 방법을 사용하여 여러 옵션을 평가하고 순위를 매기는 여러 기준을 설정합니다.
그룹 의사결정 기술
원하는 특정 결과가 달성되지 않은 경우 여러 향후 실행 계획을 평가하는 것을 말합니다.
제품 요구 사항을 개발, 분류 및 우선 순위를 지정하는 데 사용할 수 있습니다.
방법
만장일치로 동의
대부분의 원칙
상대적 다수결의 법칙
절대권
설문지
관찰
프로토타입 방법
벤치마킹
모범 사례를 식별하고 개선을 위한 아이디어를 생성하며 성과 평가의 기초를 제공하기 위해 실제 또는 계획된 사례를 다른 유사 조직의 사례와 비교합니다.
시스템 상호작용 다이어그램
시스템이 액터와 상호 작용하는 방식을 보여주는 제품 범위에 대한 시각적 설명인 범위 모델의 예입니다.
파일 분석
기존 문서를 분석하고 요구사항과 관련된 정보를 식별하여 요구사항 마이닝
산출
요구사항 문서
개념: 개별 요구 사항이 프로젝트와 관련된 비즈니스 요구를 어떻게 충족하는지 설명합니다.
콘텐츠
비즈니스 요구 사항
이해관계자 요구
솔루션 요구 사항
프로젝트 요구사항
과도한 수요
요구 사항과 관련된 가정, 종속성 및 제약 조건
요구 사항 추적 매트릭스
개념: 소스의 제품 요구사항을 이를 만족시키는 결과물에 연결하는 양식
역할: 요구사항과 기타 제품 요소 간의 링크 체인을 나타내는 가장 일반적인 방법입니다.
추적 대상
비즈니스 요구 사항, 기회, 목표 및 목적
프로젝트 목적
프로젝트 범위(WBS 결과물)
제품 디자인
제품 개발
테스트 전략 및 테스트 시나리오
상위 요구사항부터 세부 요구사항까지
요구 사항 추적 매트릭스에 기록되는 일반적인 속성에는 고유 식별자, 요구 사항에 대한 텍스트 설명, 요구 사항을 포함하는 이유, 소유자, 소스, 우선 순위, 버전, 현재 상태 및 상태 날짜가 포함됩니다.
현재 상태는 진행중, 취소됨, 연기됨, 신규 추가됨, 승인됨, 할당됨, 완료됨입니다.
수요 관리
CMMI에서 요구사항 관리는 관리 수준의 핵심 프로세스 영역입니다.
요구사항 관리에는 제품 개발 중에 요구사항 일관성과 정확성을 유지하는 모든 활동이 포함됩니다.
제어 요구 사항 기준
요구사항에 맞춰 프로젝트 계획을 일관성 있게 유지하세요.
개별 요구사항 및 요구사항 문서의 버전 상태 제어
요구 사항과 링크 체인 간의 연결을 관리하거나 개별 요구 사항과 기타 프로젝트 결과물 간의 종속성을 관리합니다.
기준선에서 요구 사항 상태 추적
요구사항 추적
요구 사항 추적은 단일 요구 사항과 다양한 유형의 요구 사항, 비즈니스 규칙, 시스템 구성 요소 및 도움말 파일 등을 포함한 기타 요소 간의 종속성과 논리적 연결을 추적하는 것입니다.
추적성은 프로젝트 요구사항의 중요한 특성입니다.
수요추적 내용
각 구성 항목의 요구 사항에는 관련 제품(또는 구성 요소)의 요구 사항에 대한 양방향 추적성이 있어야 합니다. 소위 양방향 추적에는 순방향 추적과 역방향 추적이 포함됩니다.
전방 추적: 요구 사항 문서의 각 요구 사항이 후속 작업 제품(또는 결과)에서 해당 지점을 찾을 수 있는지 확인합니다.
역추적(Reverse Tracing) : 역추적이라고도 하며 요구사항 문서에서 설계 문서, 제품 구성요소, 테스트 문서 등의 작업 결과를 확인할 수 있는지 확인하는 것을 말한다.
요구사항 추적에는 5가지 유형이 포함됩니다.
화살표는 수요추적능력 접점체인을 나타내며, 수요사용의 전체주기, 즉 수요제안부터 납품까지의 전과정을 추적할 수 있다.
왼쪽 절반은 원래 사용자 요구 사항을 요구 사항 문서로 추적할 수 있음을 나타냅니다. 이를 통해 프로젝트 도중 또는 프로젝트 종료 후 변경 사항에 영향을 받는 요구 사항을 구분할 수 있습니다. 또한 요구 사항 문서에 원래 사용자 요구 사항이 모두 포함되어 있는지도 확인할 수 있습니다. 그리고 각각의 필요의 근원을 확인합니다.
오른쪽 절반은 제품 요구사항이 프로젝트 구현 중에 설계 및 테스트와 같은 구현 요소로 변환되므로 개별 요구사항과 특정 제품 요소 간의 링크 체인을 정의하여 요구사항 문서에서 제품 요소를 추적할 수 있음을 보여줍니다. 이러한 연결 체인을 통해 프로젝트 팀 구성원은 어떤 제품 요소가 각 요구 사항에 해당하는지 알 수 있으므로 제품 요소가 각 요구 사항을 충족하는지 확인할 수 있습니다. 네 번째 유형의 링크 체인은 제품 요소에서 요구사항 문서로 돌아가는 것입니다. 여기서 프로젝트 팀 구성원은 각 제품 요소가 존재하는 이유를 참조합니다. 디자인 요소와 테스트 케이스를 요구사항 문서로 추적할 수 없는 경우 금도금이 발생할 수 있습니다. 물론, 격리된 제품 요소가 적법한 기능을 입증한다면 요구 사항 문서에는 요구 사항이 누락된 것입니다.
다섯 번째 유형의 접촉 체인은 요구 사항 문서 간 추적입니다. 이 추적을 통해 다양한 요구 사항 간의 논리적 상관 관계를 더 잘 처리하고 요구 사항 분해 프로세스 중에 발생할 수 있는 오류나 누락을 확인할 수 있습니다.
범위 정의
컨셉(Concept): 프로젝트와 제품에 대한 상세한 설명을 개발하는 프로세스
역할: 수집된 요구사항 중 어떤 요구사항이 프로젝트 범위에 포함될 것인지, 어떤 요구사항이 프로젝트 범위에서 제외될 것인지를 명확히 하여 제품, 서비스 또는 결과의 경계를 명확하게 합니다.
ITTO 프로세스
입력하다
범위 관리 계획
요구사항 문서
프로젝트 헌장
조직 프로세스 자산
도구 및 기술
제품 분석
제품 분석은 제품이 결과물인 프로젝트에 효과적인 도구입니다.
대체 세대
프로젝트 작업을 수행하는 다양한 방법을 식별하여 가능한 한 많은 잠재적 대안을 지정하는 데 사용되는 기술입니다.
안내 세미나
전문가의 판단
산출
프로젝트 범위 기술서(상세)
개념: 프로젝트 범위 기술서는 프로젝트 범위, 주요 결과물, 가정 및 제약 조건에 대한 설명입니다.
콘텐츠
제품군 설명
허용 기준
결과물
프로젝트 제외
가정
제약
효과
범위
의사소통의 기본
변경 기준
기획 기초
계획 및 통제 기반
프로젝트 파일 업데이트
작업분류체계를 만들어라
개념: WBS를 만드는 것은 프로젝트 결과물과 프로젝트 작업을 더 작고 관리하기 쉬운 구성 요소로 나누는 프로세스입니다.
역할: 전달될 콘텐츠에 대한 구조화된 보기를 제공합니다.
관련 개념
중요한 단계
이정표는 결과물 또는 단계의 공식 완료를 나타냅니다.
중요한 체크포인트는 마일스톤이고, 중요한 마일스톤은 기준선입니다.
작업 패키지
작업 패키지는 WBS의 각 분기 하단에 위치한 결과물 또는 프로젝트 작업 구성 요소입니다.
분할의 원리
작업 패키지는 다른 사람이나 조직 단위에 쉽게 할당할 수 있어야 합니다.
작업 패키지는 매우 구체적이어야 합니다.
8/80 규칙을 따르며 작업 패키지 크기를 완료하는 데 최소 8시간이 필요하며 총 완료 시간은 80시간을 넘지 않습니다.
계획 패키지
계획 패키지는 작업 패키지 상위에 있는 WBS 구성 요소를 말하며 작업 내용은 알려져 있지만 상황이 점차 명확해짐에 따라 계획 패키지는 결국 다음과 같이 세분화됩니다. 작업 패키지 및 해당 특정 활동.
관리 계정
제어 계정은 관리 제어 지점입니다.
제어 계정에는 여러 작업 패키지가 포함되지만 작업 패키지는 하나의 제어 계정에만 속합니다.
WBS 사전
WBS 용어집이라고도 하며 WBS의 다양한 구성 요소를 설명하는 문서입니다.
WBS는 수행해야 할 활동을 분류합니다.
결과물 및 관련 작업 식별 및 분석
WB의 구조와 배열 결정
분해는 위에서 아래로 층별로 정제됩니다.
WBS 구성요소에 식별 코드를 개발하고 할당합니다.
결과물을 구성 요소로 분류하는 것이 적절한지 확인합니다.
WBS 분할 원칙
기능적 또는 기술적 원리
조직 구조 원칙
시스템 및 하위 시스템 원리
WBS 분해 방법
프로젝트 수명주기의 각 단계는 두 번째 분해 수준으로 사용됩니다.
2차 분해 수준인 1차 결과물
프로젝트팀 외부 조직에서 구현할 수 있는 다양한 구성요소를 통합한 후 아웃소싱 작업의 일부로 판매자는 해당 계약 WBS를 준비해야 합니다.
WBS의 표현형식
나무 모양
장점: 명확한 계층 구조, 직관적이고 구조적
단점: 수정이 쉽지 않으며, 크고 복잡한 프로젝트의 경우 프로젝트의 전체 그림을 보여주기가 어렵습니다.
테이블 모양
장점 : 모든 업무요소를 반영할 수 있는 능력
단점: 덜 직관적이다
생선뼈 모양
드물게 사용되는
WBS가 주의해야 할 8가지 측면
WBS는 전달 지향적이어야 합니다.
WBS는 프로젝트 범위와 일치해야 합니다.
WBS의 기본 계층은 계획 및 제어를 지원해야 합니다.
누군가는 WBS의 요소를 책임져야 합니다.
WBS 안내, WBS는 4~6층에서 통제되어야 함
WBS에는 프로젝트 관리 업무와 하청 업무가 포함되어야 합니다.
WBS를 준비하려면 모든 프로젝트 이해관계자와 프로젝트 팀원의 참여가 필요합니다.
WBS는 정적이지 않습니다. WBS가 완료된 후에도 WBS를 수정해야 할 수 있습니다.
WBS를 만드는 과정
WBS는 한 프로젝트 팀 구성원의 책임이 아니며 모든 프로젝트 팀 구성원, 사용자 및 프로젝트 이해관계자가 만장일치로 완료하고 확인해야 합니다.
ITTO 프로세스
입력하다
범위 관리 계획
자세한 프로젝트 범위 설명
요구사항 문서
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
무너지다
전문가의 판단
산출
범위 기준선
프로젝트 파일 업데이트
WBS의 목적과 활용
프로젝트 팀원이 작업의 성격과 작업 방향을 명확하게 이해할 수 있도록 프로젝트 범위를 명확하고 정확하게 기술합니다.
프로젝트 경계를 명확하게 정의
개별 단위에 인력을 할당하고 책임을 지정하면 프로젝트를 완료하는 데 필요한 기술 및 인적 자원이 결정됩니다.
독립 단위의 경우 추정 정확도를 높이기 위해 시간, 비용, 자원 요구사항을 추정합니다.
계획, 예산 책정, 일정 관리 및 비용 관리를 위한 공통 기반을 구축하고 프로젝트 진행 및 관리를 위한 기준선을 설정합니다.
프로젝트 작업을 프로젝트 재무 계정에 연결
작업 내용과 작업 순서를 결정하고 프로젝트를 특정 작업으로 분해한 후 작업 작업의 논리적 순서에 따라 프로젝트를 구현합니다.
수요 전염 방지에 도움
범위 확인
개념: 프로젝트의 완료된 결과물을 공식적으로 승인하는 프로세스
기능: 승인 프로세스를 객관적으로 만듭니다.
결과물이 만족스럽게 완료되었고 클라이언트 또는 스폰서로부터 공식 승인을 받았는지 확인하기 위해 클라이언트 또는 스폰서와 함께 결과물을 검토하는 것이 포함됩니다.
범위 확인 단계
검증 범위는 프로젝트 전반에 걸쳐 실행되어야 합니다.
일반 단계
범위 검증이 필요한 시기 결정
범위 지정 검증에 필요한 입력 식별
범위 지정을 위해 공식적으로 허용되는 기준 및 요소 결정
범위 지정 회의의 조직 단계 결정
조직범위 확인회의
확인해야 할 6가지 측면
인도물이 확실하고 확인 가능한지 여부
각 결과물에는 명확한 이정표가 있고 이정표에는 명확하고 식별 가능한 이벤트가 있습니까?
명확한 품질 기준이 있나요?
리뷰와 약속이 명확하게 표현되어 있습니까?
프로젝트 범위가 제품이나 서비스를 완성하는 데 필요한 모든 활동을 포괄합니까? 누락이나 오류가 있습니까?
프로젝트 범위 위험이 너무 높은지, 예측 가능한 위험이 발생할 때 경영진이 프로젝트에 미치는 영향을 줄일 수 있는지 여부
이해관계자의 우려
경영진이 관심을 갖는 프로젝트 범위는 해당 범위가 일정, 자금 및 자원에 미치는 영향을 의미하며 이러한 요소가 조직의 범위를 초과하는지 여부와 투입 및 산출 측면에서 합리적인지 여부를 나타냅니다.
고객의 주요 관심사는 제품의 범위와 프로젝트 결과물이 제품이나 서비스를 완료하기에 충분한지 여부입니다.
프로젝트 관리자는 주로 결과물이 충분한지, 완료해야 하는지, 시간, 자금, 자원이 충분한지, 주요 잠재적 위험과 준비된 솔루션에 중점을 둡니다.
프로젝트팀 구성원은 주로 자신이 참여하고 책임을 맡고 있는 프로젝트 범위의 요소에 관심을 갖습니다.
ITTO 프로세스
입력하다
요구사항 문서
요구 사항 추적 매트릭스
검증된 결과물
프로젝트 관리 계획
업무 성과 데이터
도구 및 기술
조사하다
그룹 의사결정 기술
산출
승인을 위한 결과물
변경 요청
직무수행정보
프로젝트 파일 업데이트
여러 용어의 비교
범위 확인 및 제품 검증
제품 검증은 제품이 완성되었는지를 검증하는 것으로, 프로젝트(또는 단계) 종료 시 스폰서나 고객이 검증하여 제품의 완성 여부를 강조한다.
범위 확인은 프로젝트 결과물에 대한 단계가 끝날 때 고객이나 후원자가 수락을 확인하는 프로세스입니다.
검증 범위 및 품질 관리
확인 범위는 주로 인도물이 고객이나 스폰서에 의해 승인됨을 강조하며, 품질 관리는 인도물이 정확하고 이를 위해 수립된 특정 품질 요구 사항(품질 표준)을 충족함을 강조합니다.
품질관리는 일반적으로 범위가 확정되기 전에 수행되거나 동시에 범위가 확정되는 것이 일반적이지만 단계가 끝날 때 반드시 품질관리가 수행되는 것은 아닙니다.
품질 관리는 내부 검사이며 실행 조직의 해당 품질 부서에서 구현됩니다. 확인 범위는 외부 이해관계자(고객 또는 후원자)가 프로젝트 결과물을 검사하고 승인하는 것입니다.
범위 및 프로젝트 종료 확인
범위 확인과 프로젝트 종료 작업은 모두 단계 종료 시 수행되지만, 범위 확인은 결과물의 검증 및 승인을 강조하는 반면, 프로젝트 종료는 프로젝트(또는 단계)를 종료하는 데 필요한 프로세스 작업을 강조합니다.
확인 범위와 프로젝트 종결에는 모두 승인 작업이 있습니다. 확인 범위에서는 프로젝트 인도물의 승인을 강조하고, 프로젝트 종결에서는 제품의 승인을 강조합니다.
제어 범위
개념: 프로젝트 및 제품의 범위 상태를 모니터링하고 범위 기준 변경 프로세스를 관리합니다.
역할: 프로젝트 전반에 걸쳐 범위 기준선을 유지합니다.
범위 변경
범위 변경 이유
정부 정책 문제
프로젝트 범위 계획이 철저하고 상세하지 않습니다.
새로운 기술, 새로운 방법 또는 새로운 솔루션이 등장합니다.
사업수행 조직 자체의 변화
고객의 새로운 요구 사항
변화는 불가피하며 제품 또는 프로젝트 범위의 통제할 수 없는 확장을 범위 확장이라고 합니다.
범위 변경에는 변경을 승인하는 데 필요한 문서, 추적 시스템 및 승인 수준이 포함됩니다.
범위변경통제 주요 업무
범위 변경으로 이어지는 요인에 영향을 주고 이러한 요인을 유리한 방향으로 이동시키려고 노력합니다.
범위 변경이 발생했는지 확인
범위 변경이 발생할 때 실제 변경을 관리하여 요청된 모든 변경이 전체 프로젝트 변경 제어 프로세스에 따라 처리되도록 합니다.
ITTO 프로세스
입력하다
요구사항 문서
요구 사항 추적 매트릭스
업무 성과 데이터
프로젝트 관리 계획
조직 프로세스 자산
도구 및 기술
편차 분석
산출
변경 요청
직무수행정보
조직 프로세스 자산 업데이트
프로젝트 관리 계획 업데이트
프로젝트 파일 업데이트