프로젝트 전체 관리 프로세스는 계획 범위 관리, 수요 수집, 범위 정의, WBS 생성, 범위 결정, 통제 범위 등 6 가지 프로세스로 구성됩니다. 다음은 각 프로세스에 중점을 둡니다.
계획 범위 관리는 프로젝트 범위와 제품 범위를 정의, 확인 및 관리하는 방법을 기록하는 범위 관리 계획을 작성하는 프로세스입니다. 이 프로세스는 전체 프로젝트 기간 동안 범위 관리 방법에 대한 지침 문서를 제공하는 문제를 해결합니다.
프로젝트 환경에서 범위는 두 가지 의미를 갖습니다.
(1) 제품 범위: 제품, 서비스 또는 결과의 특징 및 기능.
(2) 프로젝트 범위: 제품, 서비스 또는 성과를 전달하기 위해 완료해야 하는 작업.
1-2- 1 입력
(1) 프로젝트 헌장
프로젝트 목적, 프로젝트 개요, 가정, 제약 및 프로젝트가 달성해야 하는 상위 수준 요구 사항을 기록합니다.
(2) 프로젝트 관리 계획
-응? 품질 관리 계획: 프로젝트에서 조직의 품질 방침, 방법 및 표준을 이행하는 방법은 프로젝트 및 제품 범위를 관리하는 방법에 영향을 줍니다.
프로젝트 수명 주기에 대한 설명: 프로젝트 수명 주기는 프로젝트가 시작부터 끝까지 거치는 일련의 단계를 정의합니다.
개발 방법: 개발 방법은 프로젝트가 폭포, 반복, 어댑티브, 민첩성 또는 혼합 개발 방법을 사용하는지 정의합니다.
(3) 비즈니스 환경 요인
조직 문화 기반 시설 인사 관리 시스템 시장 상황.
(4) 프로세스 자산 구성
정책 및 절차 역사 정보 및 교훈 지식 기반.
1-2-2 도구와 기술
(1) 전문가 판단
판단이 필요한 주제: 과거 유사한 프로젝트; 특정 산업, 분야 및 응용 분야에 대한 정보.
(2) 데이터 분석
수집 요구사항 평가, 품목 및 제품 범위 상세 설명, 제품 작성, 범위 확인 및 범위 관리를 위한 다양한 방법. 예를 들어, 일반적으로 사용되는 데이터 분석 기술 대체 분석.
(3) 회의
참가자는 프로젝트 관리자, 프로젝트 후원자, 선택된 프로젝트 그룹 멤버, 선택된 이해 관계자, 범위 관리 프로세스의 책임자 및 기타 필요한 인력을 포함할 수 있습니다.
1-2-3 출력
(1) 영역 관리 계획
범위 관리 계획은 프로젝트 관리 계획의 일부이며 프로젝트 범위를 정의, 개발, 모니터링, 통제 및 확인하는 방법을 설명합니다.
범위 관리 계획의 내용은 다음과 같습니다. 프로젝트 범위 설명서 개발 상세한 프로젝트 범위 사양에 따라 WBS 를 작성합니다. 범위 벤치 마크를 승인하고 유지하는 방법을 결정하십시오. 완료된 프로젝트 결과물을 정식으로 수락하다.
(2) 수요 관리 계획
수요 관리 계획은 프로젝트 및 제품 수요를 분석, 기록 및 관리하는 방법을 설명하는 프로젝트 관리 계획의 일부입니다.
수요 관리 계획의 주요 내용은 다음과 같습니다. 다양한 수요 활동을 추적, 계획 및 보고하는 방법 구성 관리: 변경 시작 방법, 영향 분석 방법, 보고서 추적 및 추적 방법, 승인 권한 변경 방법 등의 활동 수요의 우선 순위 지정 지표를 측정하고 이러한 지표를 적용하는 이유; 추적 매트릭스에 포함될 수요 속성을 반영하는 추적 구조 등
요구사항 수집은 목표 달성을 위해 이해 관계자의 요구와 요구사항을 식별, 기록 및 관리하는 프로세스입니다.
무엇이 필요한 문제를 해결하다.
2-2- 1 입력
(1) 프로젝트 헌장
프로젝트 헌장에 문서화된 프로젝트 개요와 상세한 요구 사항을 개발하는 데 사용될 고급 요구 사항에 중점을 둡니다.
(2) 프로젝트 관리 계획
영역 관리 계획: 영역 관리 계획에는 프로젝트 범위 정의 및 개발 방법에 대한 정보가 포함되어 있습니다.
수요 관리 계획: 수요 관리 계획에는 프로젝트 수요를 수집, 분석 및 기록하는 방법에 대한 정보가 포함되어 있습니다.
이해 관계자 참여 프로그램: 이해 관계자 참여 프로그램에서 이해 관계자의 커뮤니케이션 요구 사항 및 참여 정도를 이해하여 이해 관계자가 수요 활동에 참여하는 정도를 평가하고 적응합니다.
(3) 프로젝트 문서
What-if 로그: 제품, 프로젝트, 환경, 이해 관계자 및 수요에 영향을 미치는 기타 요소에 대한 전제 조건입니다.
교훈 기록: 효과적인 수요 수집 기술, 특히 반복 또는 적응형 제품 개발 방법을 사용하는 프로젝트에 적합합니다.
관련자 등록: 필요에 따라 정보를 제공할 수 있는 관련자를 이해하고 프로젝트에 대한 관련자의 요구와 기대를 기록하는 데 사용됩니다.
(4) 상업 문서
수집 요구 사항 프로세스에 영향을 미치는 비즈니스 문서는 비즈니스 요구 사항을 충족하기 위해 충족되어야 하는 필수, 예상 및 선택적 기준을 설명하는 비즈니스 논증입니다.
(5) 합의
계약에 포함된 품목 및 제품 요구사항
(6) 비즈니스 환경 요인
수요 수집 프로세스에 영향을 줄 수 있는 비즈니스 환경 요인으로는 조직 문화, 인프라, 인사 관리 제도, 시장 조건 등이 있습니다.
(7) 프로세스 자산 구성
수요 수집 프로세스에 영향을 줄 수 있는 조직 프로세스 자산으로는 전략 및 프로세스가 있습니다. 과거 정보 및 교훈 지식 기반 (이전 프로젝트 정보 포함)
2-2-2 도구 및 기술
(1) 전문가 판단
비즈니스 분석, 요구 사항 수집, 요구 사항 분석, 요구 사항 문서, 과거 유사 프로젝트의 프로젝트 요구 사항, 그래픽 기술, 지도 및 충돌 관리 등의 영역에서 전문가의 조언을 제공합니다.
(2) 데이터 수집
브레인스톰: 프로젝트 수요와 제품 수요를 생성하고 수집하는 창조적 기술입니다.
인터뷰: 필요한 제품의 산출물의 특성과 기능을 식별 및 정의하고 기밀 정보를 얻기 위해 관계자와 직접 대화를 나눕니다.
포커스 그룹: 논의 중인 제품, 서비스 또는 결과에 대한 기대와 태도를 이해하기 위해 사전 결정된 이해 관계자와 주제 전문가를 모아 논의합니다.
설문 조사: 설문 조사법은 다양한 청중, 신속한 조사가 필요한 경우, 조사 대상이 지리적으로 분산되어 통계 분석에 적합한 경우에 적합합니다.
벤치마킹: 실제 또는 계획된 제품, 프로세스 및 관행을 다른 조직의 제품, 프로세스 및 관행과 비교합니다. 유사한 조직은 내부 또는 외부일 수 있습니다.
(3) 데이터 분석
이 프로세스에 사용되는 데이터 분석은 주로 문서 분석으로, 요구 사항을 식별하고 파악하기 위해 모든 관련 문서 정보를 검토하고 평가하는 것을 포함합니다.
⑷ 결정
휴대폰 수요 프로세스에 적용되는 의사 결정 기술은 다음과 같습니다.
투표: 이 기술은 제품 수요를 생성, 분류 및 정렬하는 데 사용되며, 결과에는 만장일치 (모두), 다수 동의 (50% 이상) 및 상대적 다수 동의가 포함됩니다.
독재 결정: 한 사람이 전체 집단에 대한 결정을 내릴 책임이 있다.
다중 기준 의사 결정 분석: 의사 결정 매트릭스를 통해 시스템 분석 방법을 통해 위험 수준, 불확실성, 가치 이익 등 다양한 기준을 설정하여 다양한 아이디어를 평가하고 정렬합니다.
(5) 데이터 표현
친화도: 추가 검토 및 분석을 위해 많은 기술을 그룹화합니다.
마인드맵 (Mind mapping): 브레인스토밍 결과의 표현으로 아이디어 간의 차이와 차이를 반영하고 새로운 아이디어를 자극합니다.
(6) 대인 관계 및 팀 기술
명목 그룹 기술: 브레인스토밍의 구조적 형태에는 네 가지 단계가 있습니다. 그룹에 질문하고, 모든 사람이 아이디어를 씁니다. 사회자는 모든 사람의 생각을 기록합니다. 명확한 이해를 얻기 위해 아이디어를 집단적으로 토론하십시오. 개인투표는 각종 아이디어의 우선순위를 결정하고 점수가 가장 높은 사람이 이긴다.
관찰 및 대화: 개인이 자신의 환경에서 작업 (또는 작업) 및 구현 프로세스를 수행하는 방법을 직접 관찰합니다.
안내: 주요 이해 관계자를 모아 제품 수요를 정의하고 참가자를 적극적으로 참여시켜 의견을 제시하도록 안내합니다. 안내에 적합한 시나리오로는 공동 어플리케이션 설계 또는 개발 (JAD), 품질 기능 배치 (QFD) 및 사용자 스토리가 있습니다.
(7) 시스템 상호 작용 다이어그램
비즈니스 시스템 (프로세스, 장비, 컴퓨터 시스템 등) 을 표시하는 제품 범위의 시각적 도면 ) 및 사람 및 기타 시스템 (행위자) 과의 상호 작용. 비즈니스 시스템의 입력, 입력 공급자, 출력 및 출력 수신자를 표시합니다.
(8) 프로토 타입 방법
프로토타입법은 실제 제조 전에 예상 제품을 모델링하고 그에 따라 수요에 대한 조기 피드백을 구하는 것을 말합니다. 마이크로제품, 컴퓨터 생성 2d 및 3d 모형, 솔리드 모형 또는 시뮬레이션을 포함합니다.
2-2-3 출력
(1) 요구사항 파일
수요 문서에서는 서로 다른 단일 수요가 프로젝트 관련 업무 요구를 어떻게 충족시키는지 설명합니다. 처음에는 높은 수준의 수요만 있을 수 있으며 수요에 대한 정보가 증가함에 따라 점차 세분화될 수 있습니다.
수요 분류에는 비즈니스 요구 사항, 이해 관계자 요구 사항, 솔루션 요구 사항 (기능 요구 사항/비기능 요구 사항), 전환 및 준비 요구 사항, 프로젝트 요구 사항 및 품질 요구 사항이 포함됩니다.
(2) 수요 추적 매트릭스
수요 추적 매트릭스는 제품 수요를 출처에서 수요를 충족시킬 수 있는 산출물로 연결하는 테이블입니다. 수요 추적 매트릭스를 사용하여 각 수요를 업무 목표 또는 프로젝트 목표와 연결함으로써 각 수요에 업무 가치가 있는지 확인할 수 있습니다.
프로젝트 수명 주기 동안 요구사항을 추적하는 데 사용할 수 있습니다. 수요 추적 매트릭스에 기록되는 일반적인 속성에는 고유 id, 수요의 텍스트 설명, 수요가 포함된 사유, 소유자, 출처, 우선순위, 버전, 현재 상태 (예: 진행 중, 취소, 연기, 신규 추가, 승인, 지정 및 완료) 및 상태 일자가 포함됩니다.
3- 1 정의
범위 정의는 프로젝트 및 제품에 대해 자세히 설명하는 프로세스입니다. 이 프로세스의 주요 기능은 제품, 서비스 또는 결과의 경계와 수용 기준을 설명하고 무엇을 해야 하는지 해결하는 것입니다.
본질은 수요 문서 (수요 수집 프로세스의 출력) 에서 최종 프로젝트 수요를 선택하고 프로젝트 및 해당 제품, 서비스 또는 결과에 대한 자세한 설명을 개발하는 것입니다.
3-2 주요 설명
3-2- 1 입력
(1) 프로젝트 헌장
프로젝트 헌장에는 프로젝트, 제품 특성 및 승인 요구 사항에 대한 고급 설명이 포함되어 있습니다.
(2) 프로젝트 관리 계획
프로젝트 관리 계획의 범위 관리 계획은 프로젝트 범위를 정의, 확인 및 통제하는 방법을 기록합니다.
(3) 프로젝트 문서
What-if 로그: 제품, 프로젝트, 환경, 이해 관계자 및 프로젝트 및 제품 범위에 영향을 미치는 what-if 조건 및 제약.
수요 문서: 범위에 포함되어야 하는 수요입니다.
위험 등록: 위험을 피하거나 줄이기 위해 프로젝트 및 제품 범위를 좁히거나 변경하는 등 프로젝트 범위에 영향을 줄 수 있는 대응 전략.
(4) 비즈니스 환경 요인
-응? 조직 문화 기반 시설 인사 관리 시스템 시장 상황.
(5) 조직 프로세스 자산
프로젝트 범위 설명서에 대한 정책, 절차 및 템플릿을 개발합니다. 이전 프로젝트의 프로젝트 문서 이전 단계나 프로젝트에서 배운 교훈.
3-2-2 도구 및 기술
(1) 전문가 판단
(2) 데이터 분석
이 과정에서 대체 분석이 자주 사용되며 프로젝트 헌장에 명시된 요구 사항과 목표를 달성하기 위해 다양한 방법을 평가하는 데 사용할 수 있습니다.
(3) 의사 결정
다중 기준 의사 결정 분석은 일반적으로 사용됩니다. 다중 기준 의사 결정 분석은 의사 결정 매트릭스를 통해 시스템 분석 방법을 사용하는 기술입니다. 수요, 진도, 예산, 자원 등 다양한 기준을 세워 프로젝트와 제품의 범위를 넓히는 것이 목적이다.
(4) 대인 관계 및 팀 기술
지침을 통해 주요 이해 관계자는 프로젝트 결과물 및 프로젝트 및 제품 경계에 대한 교차 기능 이해를 달성할 수 있습니다.
(5) 제품 분석
제품 분석은 제공할 제품의 목적, 특성 및 기타 측면을 설명하기 위해 질문하고 질문에 대답하는 등 제품 및 서비스를 정의하는 데 사용할 수 있습니다.
제품 분석 기술에는 제품 분해, 수요 분석, 시스템 분석, 시스템 엔지니어링, 가치 분석 및 가치 엔지니어링이 포함됩니다.
3-2-3 출력
(1) 프로젝트 전체 설명
프로젝트 범위 설명서는 프로젝트 범위, 주요 결과물, 가정 및 제한에 대한 설명입니다. 포함 내용:
-응? 제품 범위 설명: 프로젝트 헌장 및 요구 사항 문서에 설명된 제품, 서비스 또는 결과의 특성을 점진적으로 구체화합니다.
결과물: 프로세스, 단계 또는 프로젝트를 완료하기 위해 생산해야 하는 독특하고 검증 가능한 제품, 성과 또는 제품입니다.
서비스 역량: 결과물에는 프로젝트 관리 보고서 및 문서와 같은 다양한 보조 성과도 포함됩니다.
-응? 수락 기준: 산출물이 수락을 통과하기 전에 충족해야 하는 일련의 조건입니다.
프로젝트에 대한 제외 책임: 프로젝트에서 제외할 항목을 결정합니다.
(2) 프로젝트 파일 업데이트
이 프로세스에서 갱신할 수 있는 파일은 what-if 로그, 수요 파일, 수요 추적 매트릭스, 이해 관계자 등록입니다.
4- 1 정의
WBS (작업 분할 구조) 작성은 프로젝트 결과물과 프로젝트 작업을 더 작고 관리하기 쉬운 부분으로 나누는 프로세스입니다. 이 과정은 어떻게 하는 문제를 해결했다.
4-2 주요 설명
4-2- 1 입력
(1) 프로젝트 관리 계획
프로젝트 관리 계획의 범위 관리 계획은 프로젝트 범위 사양에 따라 WBS 를 만드는 방법을 정의합니다.
(2) 프로젝트 문서
프로젝트 전체 설명: 구현할 작업 및 프로젝트에 포함되지 않은 작업입니다.
수요 문서: 다양한 단일 수요가 프로젝트의 업무 요구를 어떻게 충족시킬 수 있습니까?
(3) 비즈니스 환경 요인
WBS 작성 프로세스에 영향을 미치는 비즈니스 환경 요인으로는 프로젝트가 있는 업계의 WBS 표준이 포함되며, WBS 작성을 위한 외부 참조 자료로 사용할 수 있습니다.
(4) 프로세스 자산 구성
WBS 생성 프로세스에 영향을 줄 수 있는 조직 프로세스 자산에는 WBS 생성에 사용되는 정책, 절차 및 템플릿이 포함되며 이에 국한되지는 않습니다. 이전 프로젝트의 프로젝트 문서 이전 프로젝트의 교훈
4-2-2 도구 및 기술
(1) 전문가 판단
(2) 분해
분해는 프로젝트 범위와 프로젝트 결과물을 더 작고 관리하기 쉬운 구성 요소로 나누는 기술입니다. 작업 패키지는 WBS 의 가장 낮은 수준이며 비용과 기간을 추정하고 관리할 수 있습니다.
그림 4-2-3 출력
(1) 범위 기준
범위 기준은 승인된 범위 지정, 작업 분해 구조 및 해당 작업 분해 구조 사전입니다.
프로젝트 전체 설명: 프로젝트 범위, 주요 결과물, 가정 및 제약에 대한 설명을 포함합니다.
WBS: 프로젝트 팀이 프로젝트 목표를 달성하고 필요한 산출물을 생성하기 위해 달성해야 하는 모든 작업 범위의 계층적 분할입니다.
작업 패키지: WBS 의 최하위 레벨은 고유 식별 번호를 가진 작업 패키지입니다. 각 작업 패키지는 제어 계정의 일부입니다.
계획 패키지: 통제 계정은 통제 계정보다 낮고 작업 패키지보다 높은 하나 이상의 계획 패키지를 포함할 수 있습니다.
구조 구성 요소로서 작업 내용은 알려져 있지만 자세한 진행 활동은 알 수 없습니다.
WBS 사전: WBS 의 각 구성항목에 대한 산출물, 활동 및 진행 정보를 상세히 설명하는 파일입니다.
(2) 프로젝트 파일 업데이트
이 과정에서 업데이트할 수 있는 프로젝트 파일에는 가정 로그와 요구사항 파일이 포함됩니다.
확인 범위는 완료된 프로젝트의 결과물을 정식으로 수락하는 프로세스입니다. 그것은 수용된 문제를 해결했다.
5-2- 1 입력
(1) 프로젝트 관리 계획
차원 관리 계획, 수요 관리 계획, 차원 기준
(2) 프로젝트 문서
교훈 기록, 품질 보고서, 수요 문서, 수요 추적 매트릭스
(3) 검증 된 산출물
검증된 산출물이란 품질 관리 프로세스를 통해 완료되어 올바른 산출물로 검사되는 산출물입니다.
(4) 업무 성과 데이터
요구 사항 충족 정도, 불일치 수, 불일치 심각도 또는 일정 기간 동안의 확인 수를 포함합니다.
5-2-2 도구 및 기술
(1) 검사
검사란 작업 및 인도물이 요구 사항 및 제품 수용 기준을 충족하는지 판단하기 위한 측정, 검토 및 확인 활동을 말합니다. 검사는 검사, 제품 검사 및 순회 검사라고도 합니다.
(2) 의사 결정
이 과정에서 사용할 수 있는 의사 결정 기술에는 투표가 포함됩니다 (이에 국한되지는 않음).
그림 5-2-3 출력
(1) 검사 결과 제공
수락 기준을 충족하는 결과물은 고객 또는 후원자가 정식으로 서명하고 승인해야 합니다. 관계자가 프로젝트 결과물을 공식적으로 수락했다는 것을 증명하기 위해 고객 또는 후원자로부터 공식 문서를 받아야 합니다.
(2) 직무 성과 정보
프로젝트 진행 정보 (예: 수용된 결과물, 불합격한 결과물, 이유 등) 를 포함합니다. 이 정보는 기록되고 관련 당사자에게 전달되어야 한다.
(3) 변경 요청
완료되었지만 공식 검수를 통과하지 못한 결과물과 검수를 통과하지 못한 이유를 기록해야 합니다. 이러한 결과물에 대한 변경 요청을 제출하고 결함 해결을 수행해야 할 수도 있습니다.
(4) 프로젝트 파일 업데이트
이 과정에서 업데이트할 수 있는 프로젝트 파일에는 학습 등록, 요구 사항 파일 및 수요 추적 매트릭스가 포함됩니다.
통제 범위는 프로젝트 및 제품의 범위 상태를 모니터링하고 범위 기준 변경을 관리하는 프로세스입니다. 이 프로세스의 주요 기능은 전체 프로젝트 기간 동안 범위 기준을 유지하는 것이며 전체 프로젝트 기간 동안 수행되어야 합니다.
6-2- 1 입력
(1) 프로젝트 관리 계획
범위 관리 계획, 수요 관리 계획, 변경 관리 계획, 구성 관리 계획, 범위 기준 및 성능 측정 기준이 포함됩니다.
(2) 프로젝트 문서
교훈 등록, 요구 사항 문서, 요구 사항 추적 매트릭스
(3) 업무 성과 데이터
여기에는 수신된 변경 요청 수, 적용된 변경 요청 수 또는 확인, 확인 및 완료된 결과물 수가 포함됩니다.
(4) 프로세스 자산 구성
범위 제어 프로세스에 영향을 줄 수 있는 조직 프로세스 자산에는 범위 제어와 관련된 기존, 공식 및 비공식 정책, 절차 및 지침이 포함됩니다. 모니터링 및 보고에 사용할 수 있는 방법 및 템플릿입니다.
6-2-2 도구 및 기술
(1) 데이터 분석
편차 분석: 편차 분석은 기준을 실제 결과와 비교하여 편차가 임계 범위 내에 있는지 또는 수정 또는 예방 조치가 필요한지 여부를 결정하는 데 사용됩니다.
추세 분석: 추세 분석의 목적은 프로젝트 성과의 시간별 변화를 검토하여 성과가 개선되고 있는지 악화되고 있는지 판단하는 것입니다.
6-2-3 출력
(1) 직무 성과 정보
이 과정에서 생성된 직무 성과 정보는 프로젝트 및 제품 범위 (범위 기준과 비교) 구현과 관련이 있으며, 수신된 변경 분류, 식별된 범위 편차 및 원인, 편차가 진행 및 비용에 미치는 영향, 향후 범위 성과에 대한 예측 등 다양한 배경을 상호 연관시키고 결합합니다.
(2) 변경 요청
프로젝트 성과를 분석한 후 범위 기준과 진행 기준 또는 프로젝트 관리 계획의 다른 구성 요소에 대한 변경 요청을 할 수 있습니다. 변경 요청은 전체 변경 제어 프로세스를 구현하여 검토 및 처리해야 합니다.
(3) 프로젝트 관리 계획 업데이트
영역 관리 계획
범위 기준: 범위, 범위 지정, WBS 또는 WBS 사전에 대한 변경이 승인되면 범위 기준을 적절히 변경해야 합니다.
진행 기준: 범위, 자원 또는 진행 추정의 변경이 승인되면 진행 기준을 적절히 변경해야 합니다.
원가 기준: 범위, 자원 또는 원가 산정에 대한 변경이 승인되면 원가 기준이 그에 따라 변경되어야 합니다.
성과 측정값 기준—범위, 진행 성과 또는 비용 산정에 대한 변경이 승인되면 성과 측정값 기준을 적절히 변경해야 합니다.
(4) 프로젝트 파일 업데이트
이 과정에서 업데이트할 수 있는 프로젝트 파일에는 학습 등록, 요구 사항 파일 및 수요 추적 매트릭스가 포함됩니다.