(1) 사업관리자를 정하고 사업관리자의 권한을 규정한다. (2) 프로젝트의 존재를 공식적으로 확인하고 프로젝트에 법적 지위를 부여합니다. (3) 범위, 시간, 비용 및 품질을 포함하여 프로젝트의 전반적인 목표를 지정합니다. (4) 프로젝트 착수 이유를 기술함으로써 프로젝트를 실행 조직의 일상적인 사업 운영 및 전략 계획과 연결시킵니다. 묶다

프로젝트 헌장은 프로젝트에 대한 고위 경영진의 원칙적인 접근 방식을 반영하기 위해 고위 경영진이 발행합니다.

프로젝트 헌장은 프로젝트 관리자가 모든 주요 이해관계자로부터 지원을 구하는 기초입니다.

프로젝트 관리자는 프로젝트 헌장 초안에 참여하고 초안을 작성할 수도 있지만, 프로젝트 헌장은 프로젝트 외부의 기관에서 발행합니다.

일반적으로 변경되지 않은 경우 "발행한 사람은 누구나 수정할 권리가 있습니다." 프로젝트 관리자의 변경 권한은 자신의 범위에 속하지 않습니다. 권한의 범위.

프로젝트 작업 명세서(SOW): (1) 비즈니스 요구 사항 (2) 제품 범위 설명 (3) 전략 계획

비즈니스 사례: 프로젝트 수준 이상의 관리자와 임원은 프로젝트에 투자할 가치가 있는지 결정하기 위한 기초로 이 문서를 사용하는 경우가 많습니다.

규약

조직 프로세스 자산: 프로젝트 관리를 위한 조직의 공식 또는 비공식 정책, 절차, 계획 및 원칙입니다. 조직 프로세스 자산은 또한 완료 일정, 위험 데이터, 구현 등 조직이 이전 프로젝트에서 배운 교훈과 학습을 반영합니다. 가치 데이터, 재무 관리 절차, 이력 정보 및 교훈 지식 기반, 운영 가이드 등

비즈니스 환경 요인

전문가 판단 및 지도 기술

(1) 프로젝트 및 제품 설명. (2) 프로젝트 승인 목적 또는 이유 (3) 프로젝트의 전반적인 요구 사항 (4) 목표 및 관련 성공 기준. (설명할 목적-목표-요구사항) (5) 주요 리스크 (6) 마일스톤 일정 (7) 전체 예산 (8) 승인 요건 (리스크 일정 예산 승인 필요) (9) 프로젝트 관리자와 후원자의 책임과 권한. (두 가지 힘)

(1) 프로젝트 실행, 모니터링 및 종료를 안내하기 위한 프로젝트 검사, 감독 및 통제의 기반을 제공합니다. (2) 프로젝트 성과 평가 및 프로젝트 통제를 위한 벤치마크를 제공합니다. (3) 프로젝트 계획의 기본 가정을 기록합니다. (4) 프로젝트 계획을 수립하는 과정에서 관련 프로그램 선택을 기록합니다. (5) 프로젝트 이해관계자 간의 의사소통을 촉진합니다. (6) 경영진이 프로젝트를 검토하는 시간, 내용 및 방법을 명시합니다.

프로젝트 헌장, 기타 프로세스의 출력, 조직 프로세스 자산 및 기업 환경 요인

프로젝트 관리 계획: 프로젝트 관리 업무에 영향을 미치는 프로젝트 문서이지만 프로젝트 관리 계획의 일부는 아닙니다.

전문가 판단 및 지도 기술

프로젝트 관리 계획에서 식별된 작업을 주도 및 실행하고 프로젝트 목표를 달성하기 위해 승인된 변경 사항을 구현하는 프로세스

프로젝트 관리 계획

승인된 변경 요청: 활동에는 다음이 포함됩니다. (1) 시정 조치. (2) 예방 조치. (3) 결함 구제.

조직 프로세스 자산, 비즈니스 환경 요인

프로젝트 관리 정보 시스템: 일정 계획 도구, 작업 승인 시스템, 구성 관리 시스템, 정보 수집 및 공개 시스템

회의, 전문가 판단

전달 가능 여부: 검증 가능

작업 성과 데이터: 수집된 원래의 관찰 결과와 측정 값은 각 모니터링 프로세스의 입력으로 사용됩니다. 작업 성과는 각 모니터링 프로세스를 분석하고 비교한 후 얻습니다.

프로젝트 관리 계획 업데이트

프로젝트 파일 업데이트

내용: (1) 실제 성과와 계획을 비교한다. (2) 성능을 평가하고 시정 또는 예방 조치를 권장합니다. (3) 새로운 위험을 식별하고 기존 위험을 추적합니다. (4) 정보 데이터베이스를 유지하고 업데이트합니다. (5) 보고서 및 예측을 위한 정보를 제공합니다. (6) 예측을 한다. (7) 변화의 실행을 감독한다. (8) 진행상황 및 현황 보고

입력하다

도구 및 기술

산출

(1) 전반적인 변경 관리 프로세스는 프로젝트 전반에 걸쳐 구현되며 프로젝트의 모든 단계에 적용됩니다. (2) 이에 대한 최종 책임은 프로젝트 관리자에게 있습니다. (3) 프로젝트의 이해관계자라면 누구나 변경 요청을 제출할 수 있습니다. 구두로 할 수 있으나 서면으로 기록해야 함 (4) CCB는 변경 사항을 구체적으로 검토, 승인 또는 거부하는 의사 결정 기관이며 집행 기관이 아닙니다. (5) CCB가 특정 변경 사항을 승인한 후 고객이나 스폰서의 승인이 필요할 수도 있습니다. (6) 프로젝트 관리자는 구성원 중 한 명이 될 수 있지만 일반적으로 팀장은 아닙니다.

프로젝트 관리 계획, 업무 성과 보고서, 변경 요청, 조직 프로세스 자산, 기업 환경 요인

변경통제 도구, 회의, 전문가 판단

승인된 변경 요청, 변경 로그, 프로젝트 관리 계획 업데이트, 프로젝트 문서 업데이트

프로젝트 관리 계획, 승인된 결과물, 조직 프로세스 자산

분석기법, 회의, 전문가 판단

이전된 제품, 서비스 또는 결과, 조직 프로세스 자산 업데이트