プロジェクト管理全体の知識フィールドには、各プロジェクト管理プロセス グループ内のさまざまなプロセスとプロジェクト管理活動を特定、決定、結合、統合、調整するために必要なさまざまなプロセスと活動が含まれます。

1. プロジェクト憲章の概念。 プロジェクト憲章は、プロジェクトを正式に承認する文書です。プロジェクト憲章はプロジェクト マネージャーにプロジェクト活動で組織のリソースを使用する権限を与えるため、計画を開始する前のいつでも、できればプロジェクト憲章の作成時にプロジェクト マネージャーを委任する必要があります。 プロジェクト憲章の承認により、プロジェクトが正式に開始されたことになります。プロジェクトでは、プロジェクト マネージャーができるだけ早く特定され、任命される必要があります。プロジェクト憲章はプロジェクト マネージャーにプロジェクト活動における組織リソースの使用を許可するため、プロジェクト マネージャーはプロジェクト憲章の作成に関与する必要があります。 プロジェクトは、スポンサー、プロジェクト管理事務局、ポートフォリオ運営委員会など、プロジェクト外部の人々によって承認されます。プロジェクト憲章に開始者が署名すると、プロジェクトは承認されます。

2. プロジェクト憲章の内容。 プロジェクト憲章には、次の内容が含まれている必要があります (直接含まれているか、他の文書から参照されています)。

3. 作業明細書。 プロジェクト作業明細書: 作業明細書は、プロジェクトによって提供される製品またはサービスを書面で説明したものです。内部プロジェクトの場合、プロジェクトのスポンサーまたはスポンサーは、ビジネス ニーズ、製品またはサービスの要件に基づいて作業明細書を提供します。 外部プロジェクトの場合、作業明細書は、提案の招待状、情報の要求、入札の招待状、または契約の一部など、顧客の入札文書の一部です。作業明細書には、次のいずれかの事項が指定されます。

4. 事業環境要因には以下の事項が含まれますが、これらに限定されません。

5. 組織プロセス資産: 組織プロセス資産には、完了スケジュール、リスク データ、実現価値データなど、組織が学んだ教訓や以前のプロジェクトから得た教訓が反映されています。 次の 2 つのカテゴリに要約できます。 ① 仕事を遂行するためのプロセスと手順を整理する。 ②全体的な情報の保存と検索の知識ベースを整理します。

6. 財務上の考慮事項は、プロジェクトの選択プロセスにおいて常に重要な考慮事項です。プロジェクトの主な財務価値評価方法には、正味現在価値分析、投資収益、投資回収率分析の 3 つがあります。

7. プロジェクトキックオフミーティングはプロジェクトの始まりであり、通常はプロジェクトマネージャーによって企画、開催されます。 プロジェクトのキックオフ ミーティングを開催する主な目的は、プロジェクトの主要な関係者に、プロジェクトの目標、範囲、ニーズ、背景、およびそれぞれの責任と権限について明確にすることです。

8. プロジェクト目標には、達成目標と拘束力のある目標が含まれます。達成目標と拘束力のある目標の間には、矛盾や矛盾が生じることがよくあります。 次のような特徴があります。 ①プロジェクトの目標には異なる優先順位がある。 ②プロジェクトの目標は階層化されています。

9. プロジェクト憲章の作成をガイドするために、促進テクニックを使用できます。 ブレーンストーミング、対立管理、問題解決、会議管理はすべて、チームや個人がプロジェクト活動を完了するのを支援するためにファシリテーターが使用できる重要なテクニックです。

入力、出力、ツール

1. プロジェクト管理計画には、通常、プロジェクト範囲管理計画、スケジュール管理計画、コスト管理計画、品質管理計画、プロセス改善計画、人員配置管理計画、コミュニケーション管理計画、リスク管理計画、調達管理計画などが含まれます。プロジェクト管理計画は、できるだけ詳細に作成することができます。

2. プロジェクト管理計画には、計画プロセス グループの各計画サブプロセスのすべての結果が記録されます。これには次のものが含まれます。

3. 初めてプロジェクト管理計画を作成するときは、情報のあらゆる側面があまり明確ではないため、プロジェクトマネージャーはマクロの観点からプロジェクトの主な管理アイデアを把握するだけでよく、理想化や期待をしないことを忘れないでください。プロジェクト管理計画をワンステップで策定できます。

4. プロジェクト管理情報システムは、プロジェクト管理手順の成果を要約、統合、配布するために使用されるツールと技術で構成されます。 プロジェクト管理情報システムは、主に計画システムと制御システムの 2 つの部分で構成されます。

5. 構成管理システムと変更管理システムは、プロジェクト管理情報システムのサブシステムです。

入力、出力、ツール

1. プロジェクトの実行プロセスを指導および管理するには、プロジェクト マネージャーとプロジェクト チームが、プロジェクト管理計画を実施し、プロジェクトのスコープ ステートメントで指定された作業を完了するためにさまざまなアクションを実行する必要があります。

2. 専門家の判断: 専門家を何人か招いて、プロジェクトの構築について提案や意見を提供してもらいます。

3. 作業パフォーマンス データは、プロジェクト作業の実行中に実行される各アクティビティから収集された生の観察および測定値です。 データは、他のプロセスがプロジェクト情報を抽出するための最下位レベルの詳細を指します。 データは作業実行中に収集され、さらなる分析のために各制御プロセスに渡されます。 ジョブパフォーマンスデータには次の項目が含まれますが、これらに限定されません。

4. プロジェクト管理計画の更新。

5. プロジェクト ファイルが更新されました。

入力、出力、ツール

1. プロジェクトの作業プロセスの監視とは、プロジェクトの開始、計画、実行、終了に必要なさまざまなプロセスを監視および制御することです。 是正措置または予防措置を講じて、プロジェクトの実施への影響を制御します。 モニタリングは、プロジェクト全体にわたって行われるプロジェクト管理の一側面です。 モニタリングには、プロセス改善を実施するためのパフォーマンス情報の収集、測定、配布、測定結果と傾向の評価が含まれます。 継続的なモニタリングにより、プロジェクト管理チームはプロジェクトのステータスを把握し、特別な注意が必要な領域を特定できます。

2. 進捗予測： スケジュール予測 (完了までにかかる時間の見積もり) は、実際の進捗状況とスケジュール ベースラインとの比較に基づいて計算され、通常はスケジュールの偏差とスケジュール パフォーマンス インデックスとして表されます。

3. コスト予測: 実際の進捗状況とコストベースラインとの比較に基づいて計算される完了までの見積もりは、通常、コスト差異とコストパフォーマンス指数として表されます。

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

5. 分析手法: プロジェクト管理では、プロジェクトまたは環境変数の起こり得る変化、およびそれらの他の変数との関係に基づいて、潜在的な結果を予測するために分析手法が使用されます。 たとえば、プロジェクトで使用できる分析手法には、グループ化分析、根本原因分析、故障モードおよび影響分析などがあります。ツリー分析、収益価値分析。

6. 職務遂行報告書は、意思決定、行動の実行、または懸念の提起を目的として職務遂行情報を編集した物理的または電子的なプロジェクト文書です。

入力、出力、ツール

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

2. 変更管理プロセス全体におけるいくつかの構成管理アクティビティは次のとおりです。

3. 全体的な変更管理プロセスには、変更要求の承認または拒否を担当する変更管理委員会が含まれます。

4. 変更ログは、プロジェクト中に発生した変更を記録するために使用されます。 これらの変更と、それがプロジェクトの時間、コスト、リスクに与える影響は、関連する利害関係者に伝える必要があります。 拒否された変更リクエストも変更ログに記録する必要があります。

入力、出力、ツール

1. プロジェクトまたはフェーズの終了とは、すべてのプロジェクト管理プロセス グループのすべてのアクティビティを完了して、プロジェクトまたはフェーズを正式に終了するプロセスです。 このプロセスの主な機能は、経験と教訓を要約し、プロジェクト作業を正式に終了し、新しい作業のために組織リソースを解放することです。

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

【追加の知識ポイント】

入力、出力、ツール