프로젝트의 시작 | 경계를 명확하게 정의하고, 프로젝트의 형식적 상태를 확립하고, 고위 경영진의 프로젝트에 대한 지원을 직접 표현합니다.

목표는 정량화되고 측정 가능해야 합니다. 프로젝트 목표에는 다음과 같은 특징이 있습니다. ① 프로젝트 목표에는 서로 다른 우선순위가 있습니다. ② 프로젝트 목표는 계층적입니다.

프로젝트 헌장 : 프로젝트를 공식적으로 승인하는 문서로, 프로젝트 관리자가 참여하여 발행하고 발행하지 않으며, 독립적으로 작성할 수 없음)

1. 조직 또는 회사의 문화 및 구성 2. 정부 또는 업계 표준(예: 관리 부서 규칙 및 규정, 제품 표준, 품질 표준 및 프로세스 표준) 3. 인프라(예: 기존 소프트웨어 및 하드웨어 인프라) 4. 현재 일부 인적 자원(기술, 전문성, 지식 등) 5 인사 관리(예: 채용 및 해고 지침, 직원 성과 평가 및 교육 기록) 6 회사 업무 승인 시스템 7 시장 상황 8 비즈니스 데이터베이스(예: 표준 비용 추정 데이터, 산업 위험 조사 정보 및 위험 데이터베이스) 프로젝트 관리 정보 시스템 [프로젝트 관리자가 통제할 수 없고, 맞춤화할 수 없으며, 조직 외부에서 비롯됩니다.]

1 프로세스 및 절차: ① 조직의 표준 프로세스 ② 표준 지침, 템플릿 및 작업 지침 ③ 프로젝트의 특정 요구 사항을 충족하기 위한 표준 프로세스에 대한 수정 지침 ⑤ 프로젝트 종료 지침 또는 요구 사항; ⑥재정 관리 절차; 7. 문제 및 결함 관리 절차 8. 변경 관리 절차 9. 위험 관리 절차 6. 승인 및 작업 승인 절차

2 모든 지식을 정리합니다: ① 프로젝트 파일, ② 프로세스 측정 데이터베이스, ④ 문제 및 결함 관리 데이터베이스, ⑤ 재무 데이터베이스. [프로젝트 관리자가 제어할 수 있고, 맞춤화할 수 있으며, 내부에서 소싱 가능]

1 조직 또는 회사 문화 및 구조 2 정부 또는 업계 표준(예: 규정, 제품 표준, 품질 표준, 노사 관계 표준) 3 기존 시설 및 고정 자산과 같은 인프라: 기술, 전문 지식(설계, 개발, 법률, 계약 및 조달) 5 채용 및 해고 지침, 직원 성과 평가 및 교육 기록 등 6 프로젝트 이해관계자의 위험 허용 범위; 상업 데이터베이스, 산업 위험 조사 정보 및 위험 데이터베이스, 비용 예산 데이터 등 9 프로젝트 관리 정보 시스템(계약은 포함되지 않음)

도구 및 기법: 전문가 판단 지도 기법

프로젝트를 실행, 모니터링, 제어 및 종료하는 방법과 수단을 결정합니다. 프로젝트 관리 계획은 프로젝트의 주요 계획 또는 전체 계획으로, 프로젝트를 실행, 모니터링 및 종료하는 방법과 수단을 결정하며, 기타 하위 계획 수립의 기초가 됩니다. 프로젝트 작업 전체의 . 모든 이해관계자의 참여(완전한 참여), 점진적인 정확성(반복)

일반적으로 프로젝트 범위 관리 계획, 일정 관리 계획, 원가 관리 계획, 품질 관리 계획, 프로세스 개선 계획, 인력 관리 계획, 커뮤니케이션 관리 계획, 위험 관리 계획, 조달 관리 계획 및 기타 하위 계획이 포함됩니다. 프로젝트 관리 계획은 상세할 수 있으며 하나 이상의 부분 계획 및 기타 사항으로 구성될 수 있습니다. 기타 부분에는 마일스톤 목록, 자원 일정, 일정 기준, 비용 기준, 범위 기준, 위험 등록 등이 포함될 수 있습니다.

콘텐츠

시정 조치: 프로젝트 작업 성과를 프로젝트 관리 계획과 다시 일치시키기 위한 목적 있는 활동(실제 발생한 편차에 대한)입니다.

예방 조치: 프로젝트 작업의 향후 성과가 ​​프로젝트 관리 계획과 일치하도록 보장하기 위한 목적 있는 활동(향후 편차 가능성에 대비)

결함 수정: (제품 또는 제품 구성 요소, 결함 수정 조치는 프로젝트 품질 문제만 해결합니다.) 일관되지 않은 제품 또는 제품 구성 요소를 수정하기 위한 목적이 있는 활동입니다.

업데이트: 수정되거나 추가된 의견이나 내용을 반영하기 위해 공식적으로 통제되는 프로젝트 문서나 계획 등을 변경하는 것입니다.

사람들에게

옳은 일

작업 성과 보고서는 현재 프로젝트 상태와 예상 프로젝트 상태를 비교합니다. 일정 관리, 비용 관리, 품질 관리 및 범위 검증의 결과는 프로젝트 팀 관리를 지원하고 향후 인적 자원 요구 사항을 결정하며 표창 및 보상을 개발하고 인력 관리 계획을 업데이트합니다.

분석 기법: 회귀 분석, 원인 분석, 예측 방법(예: 시계열, 시나리오 구성, 시뮬레이션 등) 가치관리;

승인된 변경: 전반적인 변경 제어 프로세스를 구현한 결과입니다. 올바르게 구현되었는지 확인하려면 구현을 확인해야 합니다. 확인된 변경 사항은 데이터를 사용하여 변경 사항이 올바르게 구현되었음을 보여줍니다.

전체 변경 제어 프로세스는 프로젝트 전반에 걸쳐 실행됩니다. 프로젝트가 프로젝트 관리 계획을 정확히 따르는 경우는 거의 없으므로 변경 제어가 필수적입니다.

구성 관리 활동에는 ① 구성 식별, ② 구성 상태 기록, ③ 구성 확인 및 감사가 포함됩니다.

변경 제어 시스템을 갖춘 구성 관리 시스템은 프로젝트 내의 변경 사항을 중앙에서 관리하기 위한 효과적이고 효율적인 표준 프로세스를 제공합니다. 변경 제어를 통한 구성 관리에는 프로젝트 기준 내에서 결과물에 대한 변경 사항을 식별, 기록 및 제어하는 ​​작업이 포함됩니다. 구성 관리 관련 활동은 전체 변경 제어 전반에 걸쳐 발생합니다.

프로젝트 또는 단계를 공식적으로 종료하기 위해 모든 프로젝트 관리 프로세스 그룹의 모든 활동을 완료하는 프로세스입니다.

승인된 프로젝트에서 제출한 최종 제품, 서비스 및 결과를 공식적으로 승인하고 인도합니다. 수락에는 계약 조건의 요구 사항이 충족되었다는 공식 진술서의 수신이 포함됩니다(단계가 끝나면 해당 단계에서 생산된 중간 제품, 서비스 또는 결과가 인계됩니다).

승인을 위한 산출물: 승인된 제품 사양, 납품 영수증 및 작업 성과 문서. 단계적 프로젝트 또는 취소된 프로젝트에는 불완전하거나 중간 결과물이 포함될 수 있습니다.

프로젝트 종료 관리 업무: ① 프로젝트 승인 작업, ② 프로젝트 요약 작업, ③ 시스템 유지 관리 작업, 프로젝트 후 평가 작업.

시스템 통합 프로젝트의 승인 단계에는 ① 승인 테스트, ② 시스템 시험 운영, ③ 시스템 문서 승인, ④ 최종 프로젝트 검사가 포함됩니다.

시스템 통합 프로젝트의 경우 문서에는 ① 시스템 통합 프로젝트 소개, ② 시스템 통합 프로젝트 최종 보고서, ③ 정보 시스템 지침 매뉴얼, ④ 정보 시스템 유지 관리 매뉴얼, ⑤ 소프트웨어 및 하드웨어 제품 지침, 품질 보증서 등의 부분이 포함되어야 합니다.

프로젝트 종결에 속하는 관리 종결(Administrative Closing)은 프로젝트 팀원 및 관련 이해관계자가 요구되는 의무를 모두 수행했는지 확인하는 것이다.

의의: ① 프로젝트 전체 과정의 작업 조건과 관련 팀 또는 구성원의 성과 상태를 이해합니다. ② 문제를 이해하고 개선 조치를 요약합니다. ③ 프로젝트 전체 과정에서 얻은 교훈을 이해하고 요약합니다. ④ 요약된 문서에 대해 논의하고, 승인 후 회사의 지식베이스에 저장하고 회사의 프로세스 자산에 편입시킵니다.

프로젝트 요약 회의 토론 내용: ① 프로젝트 성과, ③ 비용 성과, ⑤ 프로젝트 의사소통, ⑦ 의견 및 제안.

1. 소프트웨어 프로젝트의 후속 작업: ① 소프트웨어 버그 수정, ② 소프트웨어 업그레이드, ③ 후속 기술 지원.