마인드 맵 갤러리 전반적인 프로젝트 관리 요약
이 마인드맵은 정보시스템 프로젝트 관리자 튜토리얼 제3판의 전반적인 프로젝트 관리 부분을 요약한 것입니다. 분해는 읽기 쉽고 기억하기 쉬우며, 아웃라인 모드 내보내기는 독서 노트의 가장 좋은 선택입니다. 연구 및 지식 확장을 위한 참고 콘텐츠입니다.
2022-11-14 14:59:43에 편집됨이것은 (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 컴퓨터 네트워크의 학습 경로에서 바람과 파도를 타고 성공적으로 해변을 얻으십시오! 도움이 필요한 친구들과 공유해야합니다!
전반적인 프로젝트 관리
1. 전체 프로젝트 관리 개요
1.1. 프로젝트 관리에는 범위, 일정, 비용, 품질, 인적 자원, 커뮤니케이션, 위험 및 조달과 같은 여러 측면이 포함되지만 이러한 측면은 서로 영향을 미치고 제한합니다. 일반적으로 사전계획을 먼저 수립한 후, 각 하위계획을 세부적으로 수립한 후, 종합관리기법을 통해 일관된 종합계획으로 통합하는 과정을 통해 예비계획을 수립하고 일관성을 유지하는 과정을 거치게 됩니다. 전반적인 계획, 그 과정에서 전반적인 프로젝트 관리 계획을 수립하고 있습니다.
2. 프로젝트 헌장 개발
2.1. 프로젝트 헌장 프로세스 개발
2.1.1. 프로젝트 헌장 개발은 프로젝트 또는 단계를 공식적으로 승인하는 문서로, 프로젝트 헌장은 프로젝트의 공식 시작을 의미하며, 이는 프로젝트가 승인되었음을 의미합니다. 헌장에 따르면 프로젝트는 조직의 전략 및 일상적인 운영 작업에 대한 링크가 될 수 있습니다.
2.1.2. 프로젝트 헌장 프로세스의 기초: 계약, 프로젝트 작업 명세서, 비즈니스 사례, 비즈니스 환경 요소 및 조직 프로세스 자산. 사용된 도구 및 기술: 전문가 판단, 안내 기술. 결과: 프로젝트 헌장
2.1.3. 프로젝트 헌장에 포함된 내용: 프로젝트의 목적 또는 측정 가능한 목표 및 관련 성공 기준, 프로젝트의 전체 요구 사항, 전체 예산 승인 요구 사항, (프로젝트 성공을 평가하는 데 사용되는 기준, 프로젝트가 성공적이라고 결론을 내릴 사람, 프로젝트 종료를 승인할 사람) 프로젝트 헌장
2.2. 프로젝트 헌장 개발의 기초
2.2.1. 계약: 계약은 프로젝트 시작에 대한 원래 의도를 정의합니다. 계약은 계약, 양해각서, 서비스 품질 계약, 계약서, 의향서, 구두 계약, 이메일 또는 기타 서면 계약을 포함하여 다양한 형태를 취할 수 있습니다.
2.2.2. 프로젝트 작업 명세서: 작업 명세서는 프로젝트에서 제공하는 제품 또는 서비스에 해당하는 텍스트 설명입니다. 외부 프로젝트의 경우 작업 명세서는 제안 초대, 요청서 등 고객의 입찰 문서의 일부입니다. 정보, 입찰 초대 또는 계약의 일부. 작업 명세서에는 비즈니스 요구 사항, 제품 범위 명세서, 전략 계획이 포함됩니다.
2.2.3. 비즈니스 사례: 비즈니스 사례 또는 유사한 문서는 프로젝트에 투자할 가치가 있는지 결정하는 데 상업적 관점에서 필요한 정보를 제공할 수 있습니다. 비즈니스 요구 사항과 비용-편익 분석은 일반적으로 비즈니스 사례에 포함됩니다.
2.2.4. 비즈니스 환경 요소: 프로젝트 헌장을 개발할 때 프로젝트 주변에 존재하고 프로젝트 성공에 영향을 미치는 모든 조직 비즈니스 환경 요소 및 시스템을 고려해야 합니다. 정부 또는 산업 표준(예: 관리 부서 규칙 및 규정, 제품 표준, 품질 표준 및 프로세스 표준) 인프라(예: 기존 소프트웨어 및 하드웨어 인프라)(예: 기술, 전문 지식 및 지식) 개발, 법률, 계약 및 조달), 인사 관리(예: 채용 및 해고 지침, 직원 성과 평가 및 교육 기록), 시장 상황(예: 표준 비용 추정 데이터) 산업 위험 연구 정보 및 위험 데이터베이스), 프로젝트 관리 정보 시스템.
2.2.5. 조직 프로세스 자산: ① 작업 구성 프로세스 및 절차: 조직의 표준 지침, 작업 지침, 제안 평가 기준 및 구현 효과 평가 기준을 프로젝트의 특정 요구에 따라 수정하기 위한 지침 및 지침; 조직의 의사소통 요구사항, 문제 및 결함 관리를 위한 문제 및 결함 관리 절차, 승인 및 발행을 위한 조치 변경 절차 취업 허가. ② 조직의 전반적인 정보 저장 및 검색 지식 기반: 프로세스 및 제품 측정 데이터를 수집하고 제공하는 데 사용되는 지식 기반 및 결함 관리 지식 기반; .
2.3. 전문가의 판단
2.3.1. 전문가 판단은 프로젝트 헌장 개발에 필요한 기초를 평가하는 데 종종 사용됩니다.
2.4. 프로젝트 선정 방법
2.4.1. 조직이 어떤 프로젝트를 선택할지 결정
2.4.2. 일반적으로 이익 측정 방법과 수학적 모델로 구분되며 세 가지 주요 프로젝트 재무 가치 평가 방법에는 순 현재 가치 분석, 투자 수입 및 투자 회수율 분석이 포함됩니다.
2.4.3. 순 현재 가치 분석 NPV: 순 현재 가치 분석은 예상되는 모든 미래 현금 유입 및 유출을 현재 가치로 변환하여 프로젝트의 예상 순 금전적 손익을 계산하는 것을 의미합니다.
t는 현금흐름의 지속기간, A는 연간 현금흐름, r은 할인율을 나타낸다.
2.4.4. 투자수익률 분석 ROI : 당기순이익을 투자금액으로 나눈 값입니다. ROI가 클수록 좋습니다.
ROI=(총 할인 소득 - 총 할인 비용)/할인 비용
2.4.5. 투자회수기간분석 : 순현금유입으로 순투자금을 보상하는데 걸리는 시간입니다. 일반인의 관점에서는 누적 이익이 누적 비용과 후속 비용을 초과하는 데 걸리는 시간을 의미합니다. 프로젝트의 재정적 기대치는 일반적으로 IT 프로젝트의 투자 회수 기간이 3년 또는 심지어 2년 이내일 것을 요구합니다.
2.5. 프로젝트 시작 회의
2.5.1. 프로젝트 시작 회의는 일반적으로 프로젝트 관리자가 조직하고 개최합니다. 주요 목적은 프로젝트의 주요 이해관계자에게 목표, 범위, 요구 사항, 배경 및 각자의 책임과 권한을 명확히 하는 것입니다.
2.5.2. 좋은 프로젝트 시작 회의를 개최하려면 회의 목표를 결정하고, 회의에 참석하는 사람들에게 회의의 주요 주제를 명확히 하고 기록을 유지해야 합니다. .
2.6. 프로젝트 목적
2.6.1. 목표는 수량화되고 측정 가능해야 합니다.
2.6.2. 성취 목표와 제약 목표 사이에는 종종 모순되거나 충돌이 발생합니다. 일반적으로 말하면, 제약 목표는 결과 목표에 양보해야 합니다.
2.7. 지도 기술
2.7.1. 촉진 기술은 프로젝트 헌장의 개발을 안내하는 데 사용될 수 있습니다. 브레인스토밍, 갈등 관리, 문제 해결 및 회의 관리는 모두 진행자가 팀과 개인이 프로젝트 활동을 완료하도록 돕는 데 사용할 수 있는 핵심 기술입니다.
3. 프로젝트 관리 계획 개발
3.1. 프로젝트 관리 계획
3.1.1. 프로젝트 관리 계획에는 다음이 포함됩니다. 프로젝트 관리팀이 선택한 다양한 프로젝트 관리 프로세스, 선택한 프로세스를 구현하는 데 사용되는 도구 및 기술에 대한 설명 프로세스 간의 종속성 및 상호 작용, 프로젝트 목표를 달성하기 위해 수행되는 작업 방법 및 방법, 구성 관리 구현 방법 및 방법을 관리하는 프로세스 효과 측정 무결성을 벤치마킹하고 유지하는 방법 및 수단 다단계 프로젝트에 대해 선택된 프로젝트 수명 주기 및 프로젝트 단계 미해결 문제 해결을 위한 최고 경영진의 노력 내용, 범위 및 타이밍.
3.1.2. 프로젝트 관리 계획은 프로젝트를 실행, 모니터링, 제어 및 종료하는 방법과 수단을 결정합니다.
3.2. 프로젝트 관리 계획 프로세스 개발
3.2.1. 기초: 다른 프로세스의 프로젝트 헌장, 조직 프로세스 자산
3.2.2. 도구 및 기법: 전문가 판단, 지도 기법
3.2.3. 결과: 프로젝트 관리 계획
3.3. 프로젝트 관리 정보 시스템
3.3.1. 기획시스템과 제어시스템으로 구성
3.3.2. 구성 관리 시스템: 변경 제안을 제출하고, 변경 제안에 대한 검토 및 승인 시스템을 추적하고, 변경 승인 수준을 결정하고, 승인된 변경 방법을 확인하는 데 사용됩니다. 구성 관리 시스템은 또한 다음 사항에 대한 기술 및 관리 지침과 감독을 제공하는 공식적으로 문서화된 절차 모음입니다. 구현 상태를 검토하여 요구 사항 준수 여부를 확인합니다. 현재 일반적으로 사용되는 구성 관리 소프트웨어 도구: CVS, VSS, ClearCase
3.3.3. 변경 통제 시스템: 프로젝트 결과물과 문서를 통제, 변경, 승인하는 방법과 수단을 결정하는 공식적으로 문서화된 프로세스 모음입니다. 변경 제어 시스템은 구성 관리 시스템의 하위 시스템입니다.
4. 프로젝트 실행 지시 및 관리
4.1. 프로젝트 실행을 지도하고 관리하는 기반
4.1.1. 프로젝트 관리 계획: 프로젝트 계획 실행의 주요 기초는 프로젝트 관리 계획입니다.
4.1.2. 승인된 변경 요청: 승인된 변경 요청은 전체 변경 제어 프로세스 구현의 결과입니다.
4.1.3. 비즈니스 환경 요인
4.1.4. 조직 프로세스 자산
4.2. 프로젝트 실행을 안내하고 관리하는 도구 및 기술
4.2.1. 전문가 판단: 프로젝트 관리 계획 실행을 안내하고 관리하는 데 필요한 입력을 평가하는 데 사용됩니다.
4.2.2. 프로젝트 관리 정보 시스템: 일정 계획 도구, 작업 승인 시스템, 구성 관리 시스템, 정보 수집 및 공개 시스템, 기타 온라인 자동화 시스템에 대한 네트워크 인터페이스를 제공합니다. 핵심 성과 지표(KPI) 수집 및 보고를 자동화하는 데에도 사용할 수 있습니다.
4.2.3. 회의: 일반적으로 세 가지 유형의 분위기: 정보 교환, 프로그램 평가 또는 프로그램 설계;
4.3. 프로젝트 수행결과 지휘 및 관리
4.3.1. 산출물: 산출물은 프로젝트를 완료하기 위해 생산 및 제공되어야 하는 프로젝트 관리 계획 문서에 문서화된 서비스를 제공하기 위한 고유하고 검증 가능한 제품, 결과 또는 기능입니다.
4.3.2. 작업 성과 데이터: 프로젝트 작업을 실행하는 동안 수행되는 각 활동에서 수집된 원시 관찰 및 측정입니다.
4.3.3. 변경 요청: 문서, 결과물 또는 기준선을 수정하기 위한 공식 제안입니다.
4.3.4. 프로젝트 관리 계획 업데이트
4.3.5. 프로젝트 문서 업데이트: 요구사항 문서, 프로젝트 로그, 위험 등록부, 이해관계자 등록부.
5. 프로젝트 작업 모니터링
5.1. 프로젝트 작업 모니터링 기반
5.1.1. 프로젝트 관리 계획
프로젝트 작업 모니터링에는 프로젝트의 모든 측면을 살펴보는 작업이 포함되며, 프로젝트 관리 계획의 하위 계획은 프로젝트를 제어하기 위한 기초입니다.
5.1.2. 진행 예측
완료하는 데 걸리는 시간을 추정하는 일정 예측은 실제 진행 상황과 일정 기준선을 비교하여 계산되며 일반적으로 일정 편차 및 일정 성과 지수로 표현됩니다. 예측을 통해 프로젝트가 허용 가능한 한도 내에 있는지 확인하고 필요한 변경 사항을 식별할 수 있습니다.
5.1.3. 비용 예측
비용 기준과 비교한 실제 진행률을 기준으로 계산된 완료까지 남은 추정치는 일반적으로 비용 막대 편차 및 비용 성과 지수로 표현됩니다. 완료 추정치를 완료 예산과 비교하여 프로젝트가 여전히 허용 범위 내에 있는지, 변경 요청이 필요한지 여부를 확인할 수 있습니다.
5.1.4. 확인된 변경사항
승인된 변경은 전체 변경 제어 프로세스를 구현한 결과이며, 올바르게 구현되었는지 확인하기 위해 실행을 확인해야 합니다.
5.1.5. 직무수행정보
업무성과정보는 각 통제 프로세스에서 수집되어 관련 배경 및 도메인 간 관계와 연계하여 분석된 성과 데이터입니다. 프로젝트 결정을 위한 신뢰할 수 있는 기반이 될 수 있습니다.
5.1.6. 비즈니스 환경 요인
5.1.7. 조직 프로세스 자산
5.2. 프로젝트 작업 모니터링을 위한 도구 및 기술
5.2.1. 전문가 판단: 프로젝트 관리팀은 전문가 판단을 사용하여 각 모니터링 프로세스에서 제공되는 정보를 해석합니다.
5.2.2. 분석 기술: 프로젝트 관리에서 분석 기술은 프로젝트 또는 환경 변수의 가능한 변화와 다른 변수와의 관계를 기반으로 잠재적인 결과를 예측하는 데 사용됩니다. 프로젝트에 사용할 수 있는 분석 기술에는 회귀 분석, 원인 분석, 오류 유형 분석 등이 포함됩니다. 보유량 분석; 수익 가치 관리;
5.2.3. 프로젝트 관리 정보 시스템: 프로젝트 관리 팀은 프로젝트 관리 정보 시스템을 사용하여 프로젝트 관리 계획 및 일정에 포함된 활동의 실행을 모니터링합니다. 프로젝트 관리 정보 시스템은 필요할 때 새로운 예측을 하는 데에도 사용됩니다.
5.2.4. 회의: 회의는 직접 또는 가상으로, 공식 또는 비공식적으로 이루어질 수 있습니다. 참석자에는 프로젝트 팀 구성원, 이해관계자 및 프로젝트에 참여하거나 영향을 받는 기타 사람들이 포함될 수 있습니다. 회의 유형에는 사용자 그룹 회의 및 사용자 검토 회의가 포함되지만 이에 국한되지는 않습니다.
5.3. 프로젝트 작업 결과 모니터링
5.3.1. 변경 요청: 실제 조건을 계획된 요구 사항과 비교함으로써 프로젝트 범위 및 제품 범위를 확장, 조정 또는 축소하거나 품질 요구 사항과 일정 또는 비용 기준을 늘리거나 조정 또는 감소시키기 위해 변경 요청이 필요할 수 있습니다. 변경 사항에는 다음이 포함될 수 있습니다(이에 국한되지 않음): 시정 조치, 프로젝트 작업 수행이 프로젝트 관리 계획을 다시 준수하도록 하기 위해 수행되는 의도적인 활동, 예방 조치, 프로젝트 작업의 향후 수행이 프로젝트 관리 계획과 일치하도록 하기 위해 수행되는 의도적인 활동 프로젝트 관리 계획 활동, 결함 수정, 일관되지 않은 제품 또는 제품 구성 요소를 수정하기 위해 수행되는 의도적인 활동.
5.3.2. 직무 성과 보고서: 결정을 내리고, 조치를 취하거나, 우려 사항을 제기할 목적으로 직무 성과 정보를 수집하는 물리적 또는 전자적 프로젝트 문서입니다.
5.3.3. 프로젝트 관리 계획 업데이트: 프로젝트 작업 모니터링 중에 제안된 변경 사항은 전체 프로젝트 관리 계획에 영향을 미칠 수 있습니다.
5.3.4. 프로젝트 문서 업데이트: 일정 및 비용 예측, 작업 성과 보고서, 문제 로그
6. 전체적인 변경 제어 구현
6.1. 전반적인 변경 통제를 위한 기초
6.1.1. 프로젝트 관리 계획: 범위 관리 계획의 범위 변경 절차, 범위 변경 관리 계획의 제품 정의
6.1.2. 작업 성과 보고서: 자원 가용성, 일정 및 비용 데이터, 획득 가치 관리 보고서, 번 차트 또는 번다운 차트
6.1.3. 변경 요청: 모든 모니터링 프로세스와 많은 실행 프로세스가 "변경 요청"을 출력합니다.
6.1.4. 비즈니스 환경 요인: 프로젝트 관리 정보 시스템
6.1.5. 조직 프로세스 자산
6.2. 통합 변경 제어를 위한 도구 및 기술
6.2.1. 전문가 판단: 전문가 판단과 전문 지식은 다양한 기술 및 관리 문제에 대해 다양한 출처에서 제공됩니다.
6.2.2. 회의: 일반적으로 변경 관리 회의라고 합니다. 프로젝트 요구 사항에 따라 변경 통제 위원회는 변경 요청을 검토하고 승인, 거부 또는 기타 결정을 내리기 위해 회의를 가질 수 있습니다.
6.2.3. 변경 제어 도구: 구성 및 변경 관리를 용이하게 하기 위해 일부 수동 또는 자동 도구를 사용할 수 있습니다. 변경 요청 및 후속 결정을 관리하는 데 도구를 사용할 수 있습니다.
6.3. 전반적인 변경 제어 결과
6.3.1. 승인된 변경 요청
6.3.2. 변경 로그: 변경 로그는 프로젝트 중에 발생하는 변경 사항을 기록하는 데 사용됩니다. 거부된 변경 요청도 변경 로그에 기록되어야 합니다.
6.3.3. 프로젝트 관리 계획 업데이트: 개별 하위 계획, 공식 변경 제어 프로세스에 따른 기준선. 기준에 대한 변경은 과거 성능이 아닌 미래 상황에만 기반할 수 있으므로 기준 및 과거 성능 데이터의 무결성을 보호하는 데 도움이 됩니다.
6.3.4. 프로젝트 문서 업데이트: 프로젝트의 공식 변경 관리 프로세스가 적용되는 모든 문서
7. 프로젝트 또는 단계 종료
7.1. 프로젝트 또는 단계 종료 이유
7.1.1. 프로젝트 관리 계획: 프로젝트 관리 계획은 프로젝트 완료 표준을 설정하는 프로젝트 관리자와 프로젝트 후원자 간의 계약입니다.
7.1.2. 승인을 위한 산출물: 승인된 제품 사양, 납품 영수증 및 작업 성과 문서.
7.1.3. 조직 프로세스 자산: 프로젝트 또는 단계 종료 지침 또는 요구 사항(예: 관리 절차, 프로젝트 감사, 프로젝트 평가 및 인수 기준) 과거 프로젝트 선정 결정 결과에 대한 정보, 과거 프로젝트 성과에 대한 정보, 리스크 관리 활동에서 파생된 정보)
7.2. 프로젝트 또는 단계를 종료하기 위한 도구 및 기술
7.2.1. 전문가 판단은 관리 종료 활동을 수행하는 데 사용됩니다. 관련 전문가는 프로젝트 또는 단계 종료가 해당 표준을 준수하는지 확인합니다.
7.2.2. 분석 기술: 회귀 분석, 추세 분석.
7.2.3. 회의
7.3. 프로젝트 또는 단계 종료를 위한 출력
7.3.1. 최종 제품, 서비스 또는 성과 인계: 승인된 프로젝트에서 제출한 최종 제품, 서비스 또는 성과를 공식적으로 수락하고 인계하는 것입니다.
7.3.2. 조직 프로세스 자산 업데이트: 프로젝트 활동 또는 단계 종료 문서 중에 생성된 프로젝트 아카이브, 다양한 문서, 기록 정보, 기록 정보 및 교훈 정보는 향후 프로젝트 또는 단계에서 사용할 수 있도록 교훈 지식 기반에 저장됩니다.
퍼포먼스 라인
프로젝트 실행 지시 및 관리
업무 성과 데이터
범위 확인 제어 범위 진행 상황 제어 비용 통제 품질 관리 제어 통신 감독 위험 구매 통제 이해관계자 참여 감독
직무수행정보
프로젝트 작업 모니터링
업무 성과 보고서
전체적인 변경 제어 구현 관리팀 경영 커뮤니케이션 감독 위험 구매 통제
성취 라인
프로젝트 실행 지시 및 관리
결과물
품질 관리
검증된 결과물
범위 확인
승인을 위한 결과물
프로젝트 또는 단계 종료
최종 제품, 결과 또는 서비스