2.1.1. 프로젝트 헌장 개발은 프로젝트 또는 단계를 공식적으로 승인하는 문서로, 프로젝트 헌장은 프로젝트의 공식 시작을 의미하며, 이는 프로젝트가 승인되었음을 의미합니다. 헌장에 따르면 프로젝트는 조직의 전략 및 일상적인 운영 작업에 대한 링크가 될 수 있습니다.

2.1.2. 프로젝트 헌장 프로세스의 기초: 계약, 프로젝트 작업 명세서, 비즈니스 사례, 비즈니스 환경 요소 및 조직 프로세스 자산. 사용된 도구 및 기술: 전문가 판단, 안내 기술. 결과: 프로젝트 헌장

2.1.3. 프로젝트 헌장에 포함된 내용: 프로젝트의 목적 또는 측정 가능한 목표 및 관련 성공 기준, 프로젝트의 전체 요구 사항, 전체 예산 승인 요구 사항, (프로젝트 성공을 평가하는 데 사용되는 기준, 프로젝트가 성공적이라고 결론을 내릴 사람, 프로젝트 종료를 승인할 사람) 프로젝트 헌장

2.2.1. 계약: 계약은 프로젝트 시작에 대한 원래 의도를 정의합니다. 계약은 계약, 양해각서, 서비스 품질 계약, 계약서, 의향서, 구두 계약, 이메일 또는 기타 서면 계약을 포함하여 다양한 형태를 취할 수 있습니다.

2.2.2. 프로젝트 작업 명세서: 작업 명세서는 프로젝트에서 제공하는 제품 또는 서비스에 해당하는 텍스트 설명입니다. 외부 프로젝트의 경우 작업 명세서는 제안 초대, 요청서 등 고객의 입찰 문서의 일부입니다. 정보, 입찰 초대 또는 계약의 일부. 작업 명세서에는 비즈니스 요구 사항, 제품 범위 명세서, 전략 계획이 포함됩니다.

2.2.3. 비즈니스 사례: 비즈니스 사례 또는 유사한 문서는 프로젝트에 투자할 가치가 있는지 결정하는 데 상업적 관점에서 필요한 정보를 제공할 수 있습니다. 비즈니스 요구 사항과 비용-편익 분석은 일반적으로 비즈니스 사례에 포함됩니다.

2.2.4. 비즈니스 환경 요소: 프로젝트 헌장을 개발할 때 프로젝트 주변에 존재하고 프로젝트 성공에 영향을 미치는 모든 조직 비즈니스 환경 요소 및 시스템을 고려해야 합니다. 정부 또는 산업 표준(예: 관리 부서 규칙 및 규정, 제품 표준, 품질 표준 및 프로세스 표준) 인프라(예: 기존 소프트웨어 및 하드웨어 인프라)(예: 기술, 전문 지식 및 지식) 개발, 법률, 계약 및 조달), 인사 관리(예: 채용 및 해고 지침, 직원 성과 평가 및 교육 기록), 시장 상황(예: 표준 비용 추정 데이터) 산업 위험 연구 정보 및 위험 데이터베이스), 프로젝트 관리 정보 시스템.

2.2.5. 조직 프로세스 자산: ① 작업 구성 프로세스 및 절차: 조직의 표준 지침, 작업 지침, 제안 평가 기준 및 구현 효과 평가 기준을 프로젝트의 특정 요구에 따라 수정하기 위한 지침 및 지침; 조직의 의사소통 요구사항, 문제 및 결함 관리를 위한 문제 및 결함 관리 절차, 승인 및 발행을 위한 조치 변경 절차 취업 허가. ② 조직의 전반적인 정보 저장 및 검색 지식 기반: 프로세스 및 제품 측정 데이터를 수집하고 제공하는 데 사용되는 지식 기반 및 결함 관리 지식 기반; .

2.3.1. 전문가 판단은 프로젝트 헌장 개발에 필요한 기초를 평가하는 데 종종 사용됩니다.

2.4.1. 조직이 어떤 프로젝트를 선택할지 결정

2.4.2. 일반적으로 이익 측정 방법과 수학적 모델로 구분되며 세 가지 주요 프로젝트 재무 가치 평가 방법에는 순 현재 가치 분석, 투자 수입 및 투자 회수율 분석이 포함됩니다.

2.4.3. 순 현재 가치 분석 NPV: 순 현재 가치 분석은 예상되는 모든 미래 현금 유입 및 유출을 현재 가치로 변환하여 프로젝트의 예상 순 금전적 손익을 계산하는 것을 의미합니다.

2.4.4. 투자수익률 분석 ROI : 당기순이익을 투자금액으로 나눈 값입니다. ROI가 클수록 좋습니다.

2.4.5. 투자회수기간분석 : 순현금유입으로 순투자금을 보상하는데 걸리는 시간입니다. 일반인의 관점에서는 누적 이익이 누적 비용과 후속 비용을 초과하는 데 걸리는 시간을 의미합니다. 프로젝트의 재정적 기대치는 일반적으로 IT 프로젝트의 투자 회수 기간이 3년 또는 심지어 2년 이내일 것을 요구합니다.

2.5.1. 프로젝트 시작 회의는 일반적으로 프로젝트 관리자가 조직하고 개최합니다. 주요 목적은 프로젝트의 주요 이해관계자에게 목표, 범위, 요구 사항, 배경 및 각자의 책임과 권한을 명확히 하는 것입니다.

2.5.2. 좋은 프로젝트 시작 회의를 개최하려면 회의 목표를 결정하고, 회의에 참석하는 사람들에게 회의의 주요 주제를 명확히 하고 기록을 유지해야 합니다. .

2.6.1. 목표는 수량화되고 측정 가능해야 합니다.

2.6.2. 성취 목표와 제약 목표 사이에는 종종 모순되거나 충돌이 발생합니다. 일반적으로 말하면, 제약 목표는 결과 목표에 양보해야 합니다.

2.7.1. 촉진 기술은 프로젝트 헌장의 개발을 안내하는 데 사용될 수 있습니다. 브레인스토밍, 갈등 관리, 문제 해결 및 회의 관리는 모두 진행자가 팀과 개인이 프로젝트 활동을 완료하도록 돕는 데 사용할 수 있는 핵심 기술입니다.

3.1.1. 프로젝트 관리 계획에는 다음이 포함됩니다. 프로젝트 관리팀이 선택한 다양한 프로젝트 관리 프로세스, 선택한 프로세스를 구현하는 데 사용되는 도구 및 기술에 대한 설명 프로세스 간의 종속성 및 상호 작용, 프로젝트 목표를 달성하기 위해 수행되는 작업 방법 및 방법, 구성 관리 구현 방법 및 방법을 관리하는 프로세스 효과 측정 무결성을 벤치마킹하고 유지하는 방법 및 수단 다단계 프로젝트에 대해 선택된 프로젝트 수명 주기 및 프로젝트 단계 미해결 문제 해결을 위한 최고 경영진의 노력 내용, 범위 및 타이밍.

3.1.2. 프로젝트 관리 계획은 프로젝트를 실행, 모니터링, 제어 및 종료하는 방법과 수단을 결정합니다.

3.2.1. 기초: 다른 프로세스의 프로젝트 헌장, 조직 프로세스 자산

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

3.2.3. 결과: 프로젝트 관리 계획

3.3.1. 기획시스템과 제어시스템으로 구성

3.3.2. 구성 관리 시스템: 변경 제안을 제출하고, 변경 제안에 대한 검토 및 승인 시스템을 추적하고, 변경 승인 수준을 결정하고, 승인된 변경 방법을 확인하는 데 사용됩니다. 구성 관리 시스템은 또한 다음 사항에 대한 기술 및 관리 지침과 감독을 제공하는 공식적으로 문서화된 절차 모음입니다. 구현 상태를 검토하여 요구 사항 준수 여부를 확인합니다. 현재 일반적으로 사용되는 구성 관리 소프트웨어 도구: CVS, VSS, ClearCase

3.3.3. 변경 통제 시스템: 프로젝트 결과물과 문서를 통제, 변경, 승인하는 방법과 수단을 결정하는 공식적으로 문서화된 프로세스 모음입니다. 변경 제어 시스템은 구성 관리 시스템의 하위 시스템입니다.

4.1.1. 프로젝트 관리 계획: 프로젝트 계획 실행의 주요 기초는 프로젝트 관리 계획입니다.

4.1.2. 승인된 변경 요청: 승인된 변경 요청은 전체 변경 제어 프로세스 구현의 결과입니다.

4.1.3. 비즈니스 환경 요인

4.1.4. 조직 프로세스 자산

4.2.1. 전문가 판단: 프로젝트 관리 계획 실행을 안내하고 관리하는 데 필요한 입력을 평가하는 데 사용됩니다.

4.2.2. 프로젝트 관리 정보 시스템: 일정 계획 도구, 작업 승인 시스템, 구성 관리 시스템, 정보 수집 및 공개 시스템, 기타 온라인 자동화 시스템에 대한 네트워크 인터페이스를 제공합니다. 핵심 성과 지표(KPI) 수집 및 보고를 자동화하는 데에도 사용할 수 있습니다.

4.2.3. 회의: 일반적으로 세 가지 유형의 분위기: 정보 교환, 프로그램 평가 또는 프로그램 설계;

4.3.1. 산출물: 산출물은 프로젝트를 완료하기 위해 생산 및 제공되어야 하는 프로젝트 관리 계획 문서에 문서화된 서비스를 제공하기 위한 고유하고 검증 가능한 제품, 결과 또는 기능입니다.

4.3.2. 작업 성과 데이터: 프로젝트 작업을 실행하는 동안 수행되는 각 활동에서 수집된 원시 관찰 및 측정입니다.

4.3.3. 변경 요청: 문서, 결과물 또는 기준선을 수정하기 위한 공식 제안입니다.

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

4.3.5. 프로젝트 문서 업데이트: 요구사항 문서, 프로젝트 로그, 위험 등록부, 이해관계자 등록부.

5.1.1. 프로젝트 관리 계획

5.1.2. 진행 예측

5.1.3. 비용 예측

5.1.4. 확인된 변경사항

5.1.5. 직무수행정보

5.1.6. 비즈니스 환경 요인

5.1.7. 조직 프로세스 자산

5.2.1. 전문가 판단: 프로젝트 관리팀은 전문가 판단을 사용하여 각 모니터링 프로세스에서 제공되는 정보를 해석합니다.

5.2.2. 분석 기술: 프로젝트 관리에서 분석 기술은 프로젝트 또는 환경 변수의 가능한 변화와 다른 변수와의 관계를 기반으로 잠재적인 결과를 예측하는 데 사용됩니다. 프로젝트에 사용할 수 있는 분석 기술에는 회귀 분석, 원인 분석, 오류 유형 분석 등이 포함됩니다. 보유량 분석; 수익 가치 관리;

5.2.3. 프로젝트 관리 정보 시스템: 프로젝트 관리 팀은 프로젝트 관리 정보 시스템을 사용하여 프로젝트 관리 계획 및 일정에 포함된 활동의 실행을 모니터링합니다. 프로젝트 관리 정보 시스템은 필요할 때 새로운 예측을 하는 데에도 사용됩니다.

5.2.4. 회의: 회의는 직접 또는 가상으로, 공식 또는 비공식적으로 이루어질 수 있습니다. 참석자에는 프로젝트 팀 구성원, 이해관계자 및 프로젝트에 참여하거나 영향을 받는 기타 사람들이 포함될 수 있습니다. 회의 유형에는 사용자 그룹 회의 및 사용자 검토 회의가 포함되지만 이에 국한되지는 않습니다.

5.3.1. 변경 요청: 실제 조건을 계획된 요구 사항과 비교함으로써 프로젝트 범위 및 제품 범위를 확장, 조정 또는 축소하거나 품질 요구 사항과 일정 또는 비용 기준을 늘리거나 조정 또는 감소시키기 위해 변경 요청이 필요할 수 있습니다. 변경 사항에는 다음이 포함될 수 있습니다(이에 국한되지 않음): 시정 조치, 프로젝트 작업 수행이 프로젝트 관리 계획을 다시 준수하도록 하기 위해 수행되는 의도적인 활동, 예방 조치, 프로젝트 작업의 향후 수행이 프로젝트 관리 계획과 일치하도록 하기 위해 수행되는 의도적인 활동 프로젝트 관리 계획 활동, ​​결함 수정, 일관되지 않은 제품 또는 제품 구성 요소를 수정하기 위해 수행되는 의도적인 활동.

5.3.2. 직무 성과 보고서: 결정을 내리고, 조치를 취하거나, 우려 사항을 제기할 목적으로 직무 성과 정보를 수집하는 물리적 또는 전자적 프로젝트 문서입니다.

5.3.3. 프로젝트 관리 계획 업데이트: 프로젝트 작업 모니터링 중에 제안된 변경 사항은 전체 프로젝트 관리 계획에 영향을 미칠 수 있습니다.

5.3.4. 프로젝트 문서 업데이트: 일정 및 비용 예측, 작업 성과 보고서, 문제 로그

6.1.1. 프로젝트 관리 계획: 범위 관리 계획의 범위 변경 절차, 범위 변경 관리 계획의 제품 정의

6.1.2. 작업 성과 보고서: 자원 가용성, 일정 및 비용 데이터, 획득 가치 관리 보고서, 번 차트 또는 번다운 차트

6.1.3. 변경 요청: 모든 모니터링 프로세스와 많은 실행 프로세스가 "변경 요청"을 출력합니다.

6.1.4. 비즈니스 환경 요인: 프로젝트 관리 정보 시스템

6.1.5. 조직 프로세스 자산

6.2.1. 전문가 판단: 전문가 판단과 전문 지식은 다양한 기술 및 관리 문제에 대해 다양한 출처에서 제공됩니다.

6.2.2. 회의: 일반적으로 변경 관리 회의라고 합니다. 프로젝트 요구 사항에 따라 변경 통제 위원회는 변경 요청을 검토하고 승인, 거부 또는 기타 결정을 내리기 위해 회의를 가질 수 있습니다.

6.2.3. 변경 제어 도구: 구성 및 변경 관리를 용이하게 하기 위해 일부 수동 또는 자동 도구를 사용할 수 있습니다. 변경 요청 및 후속 결정을 관리하는 데 도구를 사용할 수 있습니다.

6.3.1. 승인된 변경 요청

6.3.2. 변경 로그: 변경 로그는 프로젝트 중에 발생하는 변경 사항을 기록하는 데 사용됩니다. 거부된 변경 요청도 변경 로그에 기록되어야 합니다.

6.3.3. 프로젝트 관리 계획 업데이트: 개별 하위 계획, 공식 변경 제어 프로세스에 따른 기준선. 기준에 대한 변경은 과거 성능이 아닌 미래 상황에만 기반할 수 있으므로 기준 및 과거 성능 데이터의 무결성을 보호하는 데 도움이 됩니다.

6.3.4. 프로젝트 문서 업데이트: 프로젝트의 공식 변경 관리 프로세스가 적용되는 모든 문서

7.1.1. 프로젝트 관리 계획: 프로젝트 관리 계획은 프로젝트 완료 표준을 설정하는 프로젝트 관리자와 프로젝트 후원자 간의 계약입니다.

7.1.2. 승인을 위한 산출물: 승인된 제품 사양, 납품 영수증 및 작업 성과 문서.

7.1.3. 조직 프로세스 자산: 프로젝트 또는 단계 종료 지침 또는 요구 사항(예: 관리 절차, 프로젝트 감사, 프로젝트 평가 및 인수 기준) 과거 프로젝트 선정 결정 결과에 대한 정보, 과거 프로젝트 성과에 대한 정보, 리스크 관리 활동에서 파생된 정보)

7.2.1. 전문가 판단은 관리 종료 활동을 수행하는 데 사용됩니다. 관련 전문가는 프로젝트 또는 단계 종료가 해당 표준을 준수하는지 확인합니다.

7.2.2. 분석 기술: 회귀 분석, 추세 분석.

7.2.3. 회의

7.3.1. 최종 제품, 서비스 또는 성과 인계: 승인된 프로젝트에서 제출한 최종 제품, 서비스 또는 성과를 공식적으로 수락하고 인계하는 것입니다.

7.3.2. 조직 프로세스 자산 업데이트: 프로젝트 활동 또는 단계 종료 문서 중에 생성된 프로젝트 아카이브, 다양한 문서, 기록 정보, 기록 정보 및 교훈 정보는 향후 프로젝트 또는 단계에서 사용할 수 있도록 교훈 지식 기반에 저장됩니다.

업무 성과 데이터

직무수행정보

업무 성과 보고서

결과물

검증된 결과물

승인을 위한 결과물

최종 제품, 결과 또는 서비스