Wondershare EdrawMind
MindMap Gallery 프로젝트 범위 관리
- 9
프로젝트 범위 관리
프로젝트에 포함되는 작업과 포함되지 않는 작업을 결정하여 프로젝트 범위를 정의합니다. 프로젝트 범위 관리는 프로젝트의 전체 수명주기 동안 다양한 이유로 변경될 수 있습니다. 프로젝트 범위의 변경을 변경이라고도 합니다.
Edited at 2020-05-29 21:46:16
- Recommended to you
- Outline
프로젝트 범위 관리
프로젝트에 포함되는 작업과 포함되지 않는 작업을 결정하여 프로젝트 범위를 정의합니다. 프로젝트 범위 관리는 프로젝트의 전체 수명주기 동안 다양한 이유로 변경될 수 있습니다. 프로젝트 범위의 변경을 변경이라고도 합니다.
제품 범위: 제품, 서비스 또는 결과의 특징과 기능을 나타냅니다. 제품 범위는 제품 요구 사항이 충족되는지 여부로 측정됩니다.
프로젝트 범위: 지정된 특징과 기능을 갖춘 제품, 서비스 또는 결과를 완성하기 위해 완료해야 하는 작업입니다. 프로젝트 범위가 완료되었는지 여부는 프로젝트 관리 계획, 프로젝트 범위 기술서, WBS 및 WBS 사전을 통해 측정됩니다. 제품 범위는 제품 요구 사항을 기준으로 측정됩니다.
관리 프로세스
1. 범위 관리 계획 준비
범위를 정의, 검증, 제어하는 방법과 작업분류체계를 생성하고 정의하는 방법을 지정합니다.
도구 및 기술
1. 전문가의 판단
2. 템플릿, 양식 및 표준
작업분류체계 템플릿, 변경 통제 양식, 범위 변경 통제 양식 포함
입력하다:
1. 프로젝트 헌장
2. 프로젝트 범위 기술서(예비)
프로젝트 범위 기술서는 "인도물" 수준에서 프로젝트를 완료하기 위해 수행해야 하는 해당 작업을 명확히 합니다.
프로젝트 범위기술서(예비)에는 프로젝트와 관련 제품 및 서비스의 특성과 경계는 물론 범위 통제 및 승인 방법도 명시되어 있습니다.
프로젝트 범위관리 계획에서는 프로젝트 범위기술서(예비)를 프로젝트 범위기술서(상세)로 분해하는 방법을 명확하게 정의해야 한다.
3. 조직 프로세스 자산
4. 환경적 요인과 조직적 요인
5. 프로젝트 관리 계획.
프로젝트 관리 계획의 수립은 프로젝트 초기 단계의 간략한 계획에서 계획 단계 마지막의 세부 프로젝트 관리 계획으로 점진적으로 발전하는 점진적인 개선 프로세스입니다. 이 프로세스에는 범위 관리, 일정 계획, 예산 및 기타 하위 계획.
산출:
1. 예비 프로젝트 범위기술서를 바탕으로 세부 범위기술서를 작성하는 방법.
2. 상세한 프로젝트 범위 기술서에서 WBS 방법론을 만듭니다.
3. 완료된 결과물의 공식화 및 승인에 대한 자세한 지침
4. 통제 요구사항의 변경 사항을 세부 프로젝트 범위 기술서에 구현하는 방법에 대한 방법. 요구 사항의 변경으로 인해 전체 변경 제어 프로세스가 시작되는 경우가 많습니다.
특정 프로젝트의 실제 상황에 따라 프로젝트 범위 관리 계획은 공식적이거나 비공식적일 수 있으며, 상세하거나 대략적일 수 있습니다. 또한 프로젝트 관리 계획에 포함될 수도 있고 프로젝트 관리 계획의 하위 계획이 될 수도 있습니다. 프로젝트 관리 계획은 다른 지식 영역의 하위 계획을 모아 놓은 것입니다.
2. 범위 정의
프로젝트와 제품에 대해 자세히 설명해주세요. 이러한 설명은 자세한 프로젝트 관리 지침에 기록되어 있으며 향후 프로젝트 결정의 기초가 됩니다.
도구 및 기술
1. 제품 분석
2. 여러 대안을 식별하십시오. 예를 들어 브레인스토밍과 수평적 사고를 사용하세요.
3. 전문가의 판단
입력하다:
1. 프로젝트 헌장 및 예비 범위 기술서
2. 사업범위관리계획
프로젝트 범위관리 계획은 예비 범위기술서로부터 상세한 프로젝트 범위기술서를 준비하는 방법을 제공합니다.
3. 조직 프로세스 자산
4. 변경신청 승인
산출:
1. 프로젝트 범위 기술서(상세)
1. 프로젝트 목표. 성취 목표 및 구속력 있는 목표 포함
2. 제품 범위 설명
3. 프로젝트 결과물
4. 프로젝트 경계
5. 제품 승인 기준
결과물 승인을 위한 프로세스와 원칙이 명확하게 정의되어 있습니다.
6. 프로젝트 제약
7. 프로젝트 가정
8. 업데이트된 프로젝트 문서
범위 정의 프로세스가 변경되면 범위 관리 계획이 변경되고 해당 프로젝트 문서도 업데이트됩니다. 이러한 문서에는 프로젝트 관리 계획, 하위 계획, 프로젝트 이해관계자 요구 사항 문서 및 요구 사항 추적 매트릭스가 포함됩니다. 이러한 업데이트는 전체 변경 제어를 통해 처리됩니다.
프로젝트를 완료하기 위해 기존 위험, 가정 및 제약 조건을 분석하고, 필요에 따라 새로 발견된 위험, 가정 및 제약 조건을 세부 범위 기술서에 추가합니다.
3. 작업분류체계 구축
프로젝트의 결과물과 프로젝트 작업을 더 작고 관리하기 쉬운 단위로 나눕니다. 일반적으로 사용되는 도구 작업분류체계(WBS)
WBS 표현
1. 조직도와 유사한 계층적 트리 구조.
2. 목록 양식. 계층적 데이터 디렉터리와 마찬가지로 직관적인 들여쓰기 형식을 사용하는 것이 가장 좋습니다.
도구 및 기술
1. 분해
분해는 프로젝트 결과물을 더 작고 관리하기 쉬운 단위로 나누고, 명확하게 정의된 미래의 프로젝트 활동을 지원하기에 충분한 작업 패키지로 결과물을 안내하는 프로세스입니다. (업계에서는 한 사람이 2주 안에 끝낼 수 있는 일, 혹은 한 사람이 80시간 안에 끝낼 수 있는 일을 일반적으로 워크패키지라고 부른다)
프로세스 활동:
1. 프로젝트 결과물 및 이와 관련된 작업을 식별하고 분석합니다.
2. WBS 구축 및 구성
3. 높은 수준의 WBS 작업을 낮은 수준의 세부 작업 단위로 분해합니다.
4. WBS 작업 단위에 코드 할당
5. 작업 분해 정도가 필요하고 충분한지 확인
분해 방법:
1. 분해의 첫 번째 수준으로 수명주기 단계를 사용하고 두 번째 수준에서 프로젝트 결과물을 배열합니다.
2. 프로젝트의 중요한 결과물을 첫 번째 분해 수준으로 사용합니다.
3. 첫 번째 수준에서 하위 프로젝트를 정렬하고 하위 프로젝트의 WBS를 분해합니다.
일반 단계:
1. 프로젝트 단계 및 주요 결과물을 식별하고 확인합니다.
2. 각 구성요소가 충분히 자세하게 분해되었는지 확인합니다. 일반적으로 말하면, 합리적인 비용과 기간 추정이 이루어질 수 있을 때까지 최소한 분해되어야 합니다.
3. 주요 결과물의 구성요소를 확인합니다. 성과를 평가할 수 있는 가시적이고 검증 가능한 결과로 설명되어야 합니다.
4. 분해의 정확성 확인
1. 프로젝트 분해에 가장 낮은 수준의 요소가 필요하고 충분합니까?
2. 각 구성 요소의 정의가 명확하고 완전합니까? 불완전한 경우 설명을 수정하거나 확장해야 합니다.
3. 각 구성요소의 일정을 적절하게 계획하고 예산을 책정할 수 있습니까? 부서, 프로젝트 팀, 개인 등 특정 조직 단위가 책임을 받아들이고 만족스럽게 업무를 수행할 수 있는지 여부. 그렇지 않은 경우 합리적인 관리 통제를 보장하기 위해 필요한 수정이 이루어져야 합니다.
원칙적으로:
1. 모든 수준에서 프로젝트의 무결성을 유지하고 필수 구성 요소의 누락을 방지합니다.
2. 상호 종속을 피하기 위해 작업 단위의 기능은 상위 단위에 종속됩니다.
3. 동일한 레벨의 작업 단위는 동일한 속성을 가져야 합니다.
4. 작업 단위는 서로 다른 책임자와 작업 내용을 분리할 수 있어야 합니다.
5. 경영진은 프로젝트 관리 및 통제를 용이하게 해야 합니다.
6. 가장 낮은 수준의 작업은 비교 가능하고 관리 가능하며 정량적으로 검사 가능해야 합니다.
7. 나가는 작업을 포함하여 프로젝트 관리 작업이 포함되어야 합니다.
8. WBS의 가장 낮은 수준의 작업 단위는 작업 패키지입니다.
2. 작업분류체계 템플릿
3. WBS의 작업 패키지 형식
Project2003 - "프로젝트 범위 결정"
4. 롤링 웨이브 계획
단기 작업 계획은 보다 상세해야 하고, 장기 작업 계획은 보다 일반적이어야 합니다. 진보적인 디테일
입력하다:
1. 세부 프로젝트 범위 설명
2. 프로젝트 관리 계획
3. 조직 프로세스 자산
산출:
1. WBS 및 WBS 사전
WBS 사전은 WBS를 지원하는 파일로 각 WBS 요소를 설명하는 데 사용됩니다. 각 요소는 콘텐츠를 설명해야 합니다.
1. 번호
2. 이름
3. 작품 설명
4. 관련 활동 목록
5. 마일스톤 목록
6. 주관기관
7. 시작 및 종료 시간
8. 자원 요구 사항, 비용 추정, 부하 용량
9. 사양
10. 계약정보
11. 작업 품질과 관련된 품질 요구 사항 및 기술 참고 자료
2. 범위 벤치마크
승인된 세부 프로젝트 범위 기술서와 관련 WBS 및 WBS 사전은 프로젝트 범위 기준선입니다. 범위 기준선은 프로젝트 관리 계획의 필수적인 부분입니다.
3. 업데이트된 프로젝트 관리 계획
프로젝트 이해관계자 요구사항 문서
프로젝트 관리 계획
범위 기준:
프로젝트 범위 기술서, 관련 WBS 및 WBS 사전은 프로젝트의 범위 기준선 역할을 하며 이 범위 기준선은 수명주기 전반에 걸쳐 모니터링, 검증 및 확인됩니다.
일반적으로 고객 등 프로젝트 이해관계자는 프로젝트 인도물 수준에서 범위 변경을 제안하고, 프로젝트 인도물은 프로젝트 범위기술서에 공식적으로 자세히 설명됩니다.
프로젝트 관리팀은 변경 관리 프로세스를 따르고 변경 관리 위원회의 승인을 받아 승인된 프로젝트 결과물을 변경합니다. 변경 전과 후의 프로젝트 WBS를 비교하여 변경이 진행률, 비용 및 비용에 미치는 영향을 확인합니다. 프로젝트의 품질을 구체적으로 평가하고 그에 따른 변화 조치를 취할 수 있습니다.
WBS의 가장 낮은 단위는 작업 범위 정의, 프로젝트 구성 정의, 프로젝트 제품의 품질 및 사양 설정, 비용 추정 및 통제, 시간 추정 및 진행 일정 수립의 기초가 되는 작업 패키지입니다.
4. 범위 확인
완료된 프로젝트 결과물의 공식 승인을 확인합니다. 범위를 검증하는 과정이기도 합니다.
도구 및 기술
조사하다
작업 및 결과물이 요구 사항 및 제품 승인 기준을 충족하는지 확인하기 위한 측정, 테스트 및 검증과 같은 작업이 포함됩니다.
입력하다:
1. 프로젝트 관리 계획
1. 프로젝트 범위 설명
2.WBS
3. WBS 사전
2. 결과물
완료되었거나 부분적으로 완료되었으며 품질 관리 프로세스에 의해 정확성이 검증된 프로젝트의 일부입니다.
산출:
1. 허용되는 프로젝트 결과물 및 작업
2. 신청변경
3. WBS 및 WBS 사전 업데이트
범위 검증은 품질 관리와 다릅니다. 범위 검증은 작업 결과의 승인에 관한 반면, 품질 검증은 작업 결과가 올바른지 여부에 관한 것입니다.
5. 범위 제어
프로젝트 및 제품 범위 상태를 모니터링하고 범위 변경을 관리합니다.
요청된 모든 변경 사항과 권장되는 시정 조치가 전체 변경 제어 프로세스를 통해 처리되는지 확인하십시오.
1. 변경사유
1. 국가산업정책의 조정 등 사업의 외부환경 변화.
2. 사업 범위의 기획이 철저하고 상세하지 않으며, 일부 오류나 누락이 있습니다.
3. 새로운 기술, 새로운 방법 또는 새로운 솔루션이 시장에 등장했거나 설계자가 이를 제안했습니다.
4. 사업수행조직 자체가 변경된다.
5. 프로젝트, 프로젝트 제품 또는 서비스에 대한 고객 요구 사항이 변경됩니다.
2. 변경통제의 초점이슈
1. 범위 변경이 발생했는지 확인합니다.
2. 이러한 변경 사항이 만장일치로 인식되도록 범위를 변경하는 요소에 영향을 줍니다.
3. 프로젝트 변경시 실제 변경사항을 관리한다.
도구 및 기술
1. 편차 분석
실제 완료된 프로젝트 범위와 같은 프로젝트 성과 측정은 범위 기준선에 대한 변경 정도를 평가하는 데 사용됩니다.
프로젝트 범위 변경 통제의 중요한 측면은 변경 이유와 시정 조치가 필요한지 여부를 결정하는 것입니다.
2. 계획을 다시 세우세요
3. 제어 시스템 변경 및 제어 보드 변경
범위 변경 통제에 대한 접근 방식은 범위 변경에 대한 관련 프로세스를 정의하는 것입니다. 필요한 서류 작업, 시정 조치, 추적 시스템 및 승인된 변경에 대한 승인 수준이 포함됩니다.
변경 제어 시스템은 구성 관리 시스템과 같은 다른 시스템과 통합되어 프로젝트 범위를 제어합니다.
프로젝트가 계약 대상인 경우 변경 관리 시스템은 모든 관련 계약 조건을 준수해야 합니다.
변경 통제 위원회는 변경 요청을 승인하거나 거부할 책임이 있습니다.
변경 통제 시스템과 변경 통제 보드는 일반적으로 범위 관리 계획에 설명되어 있습니다. 프로젝트관리계획서가 없는 경우에는 프로젝트관리계획서에 변경통제시스템 및 변경통제판을 직접 기술한다.
4. 구성 관리 시스템
범위 변경은 프로젝트 결과물과 문서에 일련의 체계적인 변경을 가져옵니다. 이 모든 것을 관리하려면 공식적인 구성 관리 시스템이 필요합니다.
입력하다:
1. 프로젝트 관리 계획
1. 범위 벤치마크
2. 변경관리 계획
프로젝트 관리를 위해 정의된 변경 프로세스
3. 구성관리 계획
구성 항목 및 관련 구성 항목에 대한 변경 사항을 정의하는 공식적인 변경 제어 프로세스
2. 업무성과자료
3. 성과보고
4. 승인된 변경 요청
산출:
1. 변경요청
범위 제어의 결과는 확인된 WBS를 수정하기 위한 변경 요청도 생성합니다.
변경사항은 프로젝트의 전반적인 변경통제 프로세스에 따라 처리되어야 합니다.
2. 업무성과
3. 조직 프로세스 자산 업데이트
4. 업데이트된 프로젝트 관리 계획
1. 범위 기준 업데이트
2. 기타 벤치마크 업데이트
프로젝트 관리 계획 및 하위 계획에 대한 변경 요청은 통합 변경 관리를 통해 처리됩니다.
프로젝트 관리에 대한 프로젝트 범위의 중요성 확인
1. 프로젝트 작업의 구체적인 범위와 내용을 명확히 이해하여 비용, 시간, 자원 추정의 정확성을 높이기 위한 기반을 마련합니다.
2. 프로젝트 범위의 결정은 프로젝트의 구체적인 업무 업무를 결정하는 것으로, 이는 책임을 명확하게 나누고 업무를 할당하는 데 도움이 되며 업무와 업무를 추가로 배치하기 위한 기반을 마련합니다. 프로젝트 범위 관리 및 통제는 프로젝트 관리 계획의 일부이며 모든 계획의 기초입니다.
프로젝트 관리자는 프로젝트 범위의 의미를 아는 것만으로는 충분하지 않습니다. 가장 중요한 것은 프로젝트 범위를 정확하고 명확하게 정의하고 프로젝트 범위의 변경을 관리하는 것입니다. 그렇지 않으면 비용 초과, 일정 지연, 목표에서 이탈하여 프로젝트 실패로 이어짐
프로젝트 범위의 완료는 프로젝트 관리 계획을 기반으로 측정됩니다. 제품 범위 완성은 제품 요구 사항을 기반으로 측정됩니다. 요구되는 제품이 충족될 수 있도록 프로젝트 범위 관리 프로세스는 다른 지식 영역의 프로세스와 통합되어야 합니다.