プロジェクトの開始境界を明確に定義し、プロジェクトの正式なステータスを確立し、上級管理者からプロジェクトへのサポートを直接表明します。

目標は定量化され、測定可能である必要があります。プロジェクト目標には次のような特徴があります。 ① プロジェクト目標には異なる優先順位があります。 ② プロジェクト目標は階層的です。

プロジェクト憲章：プロジェクトを正式に承認する文書で、プロジェクトマネージャーが参加し、発行するものではなく、独自に作成することはできません。

1. 組織または企業の文化と構成 2. 政府または業界の標準 (管理部門の規則や規制、製品標準、品質標準、プロセス標準など) 3. インフラストラクチャ (既存のソフトウェアおよびハードウェア インフラストラクチャなど) 4. 現在の一部の人材（スキル、専門知識、知識など） 5 人事管理 (雇用および解雇のガイドライン、従業員の業績評価および研修記録など); 6 会社の勤務承認システム; 8 ビジネスデータベース (標準的なコスト見積もりデータ、業界リスク調査情報およびリスクデータベースなど)。プロジェクト管理情報システム [プロジェクトマネージャーは制御できず、調整できず、組織外から発生する]

1 プロセスと手順: ① 組織の標準プロセス、② 標準ガイドライン、テンプレート、および作業指示書、③ プロジェクトの特定のニーズに合わせた標準プロセスの修正ガイドライン、④ 組織のコミュニケーション要件および報告システム。または要件;⑥財務管理手順; ⑦問題および欠陥の管理手順; ⑧リスク管理手順; ⑩作業承認手順;

2 すべての知識を整理します: ① プロジェクト ファイル; ② プロセス測定データベース; ④ 問題および欠陥管理データベース; ⑥ 財務データベース。 [プロジェクトマネージャーによって制御可能、カスタマイズ可能、内部から調達可能]

1 組織または企業の文化および構造 2 政府または業界の基準（規制、製品基準、品質基準、労働関係基準など） 3 既存の設備や固定資産などのインフラストラクチャ 4 既存の人的資源、専門知識（設計、開発、法務、契約および調達） 5 人材管理（採用および解雇のガイドライン、従業員の業績評価および研修記録など） 6 プロジェクト関係者のリスク許容度。商業データベース、業界リスク調査情報およびリスクデータベース、コスト予算データなど。ただし、契約は含まれません。

ツールとテクニック: 専門家の判断による指導テクニック

プロジェクトを実行、監視、制御し、終了する方法と手段を決定します。プロジェクト管理計画は、プロジェクトの主な計画または全体的な計画であり、プロジェクトを実行、監視、終了する方法と手段を決定し、他のサブ計画を策定するための基礎となります。プロジェクト全体の作業。すべての利害関係者の参加 (全員参加)、段階的な精度 (反復)。

通常、プロジェクト範囲管理計画、スケジュール管理計画、コスト管理計画、品質管理計画、プロセス改善計画、人員配置管理計画、コミュニケーション管理計画、リスク管理計画、調達管理計画、その他のサブ計画が含まれます。 プロジェクト管理計画は詳細にすることができ、1 つ以上の部分的な計画やその他の事項で構成することができます。その他の部分には、マイルストーン リスト、リソース カレンダー、スケジュール ベースライン、コスト ベースライン、スコープ ベースライン、リスク登録などが含まれます。

コンテンツ

是正措置: プロジェクトの作業パフォーマンスをプロジェクト管理計画と一致させるための目的のある活動 (実際に発生した逸脱に対する)。

予防措置: プロジェクト作業の将来のパフォーマンスがプロジェクト管理計画と一致していることを確認するための、目的を持った活動 (将来の逸脱の可能性に対する)。

欠陥修復: (製品または製品コンポーネント、欠陥修復措置はプロジェクトの品質問題にのみ対処します) 一貫性のない製品または製品コンポーネントを修正するための目的のある活動。

更新: 修正または追加されたコメントやコンテンツを反映する、正式に管理されているプロジェクト文書や計画などへの変更。

人々に

正しいこと

作業実績レポートは、現在のプロジェクトのステータスと予想されるプロジェクトのステータスの比較を提供します。スケジュール管理、コスト管理、品質管理、範囲検証の結果は、プロジェクト チームの管理、将来の人材ニーズの決定、評価と報酬の開発、人員配置管理計画の更新に役立ちます。

分析手法: 原因分析、原因分析 (時系列、シナリオ構築、シミュレーションなど)。価値管理、差異分析

承認された変更: 全体的な変更管理プロセスの実装の結果。それらが正しく実装されていることを確認するには、実装を確認する必要があります。確認済みの変更では、変更が正しく実装されたことを示すためにデータが使用されます。

全体的な変更管理プロセスはプロジェクト全体で実行されます。プロジェクトがプロジェクト管理計画に正確に従うことはほとんどないため、変更管理は不可欠です。

構成管理アクティビティには、①構成の識別、②構成ステータスの記録、③構成の検証と監査が含まれます。

変更管理システムを備えた構成管理システムは、プロジェクト内の変更を一元管理するための標準的で効果的かつ効率的なプロセスを提供します。変更管理を伴う構成管理には、プロジェクト ベースライン内の成果物に対する変更の特定、記録、および制御が含まれます。構成管理に関連するアクティビティは、変更管理全体にわたって発生します。

すべてのプロジェクト管理プロセス グループのすべてのアクティビティを完了して、プロジェクトまたはフェーズを正式に終了するプロセス。

承認されたプロジェクトによって提出された最終製品、サービス、結果の正式な受け入れと引き渡し。受諾には、契約条件の要件が満たされたという正式な声明の受領が含まれます（フェーズの終わりには、そのフェーズで生成された中間製品、サービス、または結果が引き渡されます）。

受領のための成果物: 承認された製品仕様、納品受領書、および作業実績文書。段階的に進行したプロジェクトまたはキャンセルされたプロジェクトには、未完了または中間の成果物が含まれる場合があります。

プロジェクト終了管理業務: ① プロジェクト受領業務、② プロジェクト概要業務、③ システム保守業務、④ プロジェクト事後評価業務。

システム統合プロジェクトの受け入れ段階には、①受け入れテスト、②システムの試用運用、③システム文書の受け入れ、④最終プロジェクトの検査が含まれます。

システム統合プロジェクトの場合、文書には、①システム統合プロジェクトの概要、②システム統合プロジェクトの最終報告書、③情報システム取扱説明書、④情報システム保守マニュアル、⑤ソフトウェアおよびハードウェア製品の取扱説明書、および品質保証書が含まれている必要があります。

マネジメントクロージング（管理クロージング）は、プロジェクトクロージングに属し、プロジェクトチームのメンバーや関係者が求められた責務をすべて遂行したかどうかを確認することです。

意義： ① プロジェクトプロセス全体の作業状況と関連チームまたはメンバーのパフォーマンス状況を把握する。 ② 発生した問題を理解し、改善策をまとめる。 ③ プロジェクトプロセス全体で得られた教訓を理解し、それをまとめる。 ④ 取りまとめた文書について議論し、承認後、社内のナレッジベースに保管し、社内のプロセス資産に組み込みます。

プロジェクト概要会議の議論の内容：①プロジェクトのパフォーマンス、②技術的なパフォーマンス、④スケジュールのパフォーマンス、⑥問題点の特定、および問題解決。

1. ソフトウェア プロジェクトのフォローアップ作業: ① ソフトウェアのバグ修正、② ソフトウェアのアップグレード、③ フォローアップのテクニカル サポート。