プロジェクト管理のライフサイクルの段階: どのような段階ですか?
ジョナサンリード
⚡ スマートサマリー
プロジェクト管理ライフサイクルとは、アイデアを完成したプロジェクトへと変えるための重要な活動の枠組みです。これは、開始、計画、実行、監視・制御・終結の4つのフェーズで構成され、それぞれに明確なプロセス、インプット、アウトプットが定義されています。
プロジェクト管理のライフサイクルとは何ですか?
プロジェクト管理ライフサイクル プロジェクトの目的や目標を達成するために不可欠な一連の活動です。 アイデアを現実に変えるための段階を含むフレームワークです。 プロジェクトにはさまざまな次元や難易度がありますが、プロジェクトの規模に関係なく、プロジェクト管理のライフサイクル構造にマッピングできます。
プロジェクト管理のライフサイクルの各フェーズ
プロジェクト管理ライフサイクルプロセスは、以下の図に示すように、開始フェーズ、計画フェーズ、実行フェーズ、監視・制御・完了フェーズの4つの主要な部分に分かれています。
プロジェクト管理ライフサイクルの XNUMX つのフェーズ
以下では、プロジェクトライフサイクルの各段階について詳しく見ていきます。
プロジェクト開始段階
プロジェクト開始フェーズでは、新しいプロジェクトを開始するために必要なプロセスを定義します。プロジェクト開始フェーズの目的は、プロジェクトが達成すべき目標を明確にすることです。
この段階は主に2つの主要な活動で構成されています。
- プロジェクト憲章を作成し、
- 利害関係者を特定する
プロジェクトに関するすべての情報は、プロジェクト憲章および関係者登録簿に記入されます。プロジェクト憲章が承認されると、プロジェクトは正式に認可されます。
プロジェクト計画書
プロジェクト憲章は、プロジェクトの主要な要素を定義します。
- プロジェクトの目標
- プロジェクトの制約と問題点
- プロジェクトマネージャーを任命する
- 関係者リスト
- 大まかなスケジュールと予算
- マイルストーン
- 承認
この文書により、プロジェクトマネージャーはプロジェクトのために組織のリソースを活用できるようになります。プロジェクト憲章を作成するために必要な入力情報は、企業環境要因、ビジネスケース、合意事項、プロジェクト作業範囲記述書、および組織のプロセス資産です。
利害関係者の特定
A 利害関係者 プロジェクトの成功と失敗に影響を与える可能性があります。 利害関係者に関する情報を書き留めるには、利害関係者登録簿が使用されます。
利害関係者登録簿には、次のような情報が記載されます。
- 利害関係者の種類
- ステークホルダーの期待
- プロジェクトにおける役割（ビジネスアナリスト、技術アーキテクト、クライアントPM）
- 役職（取締役、ビジネスリーダーなど）
- 連絡頻度（週次／月次）
- プロジェクトへの影響（部分的／協力的／影響力あり）
開始プロセスグループに関わるその他の活動は以下のとおりです。
- プロジェクトマネージャーの割り当て
- 利害関係者のニーズ、期待、および高レベルの要件を特定する
- プロジェクトの成功基準を定義する
- 特定の段階に対する特定の予算を特定する
- プロジェクトが組織の戦略目標と整合していることを確認してください。
利害関係者登録簿とプロジェクト憲章は、計画策定プロセスグループなど、他の開発グループへのインプットとして使用されます。
プロジェクト計画段階
プロジェクト計画フェーズは、全プロセスの約50%を占めます。計画フェーズでは、プロジェクトの範囲と目的が決定されます。このフェーズは、開始フェーズの成果物（プロジェクト憲章、予備的な範囲記述書、プロジェクトマネージャー）から始まります。計画フェーズの成果物は、実行フェーズへの入力となります。
計画策定プロセスの重要な側面は以下のとおりです。
- 計画段階は、最初の計画が完了するまで実行すべきではありません。
- 実行プロセスが開始されるまでは、計画の見直しを止めてはいけません。
作業分解構造 (WBS) の作成
成功するプロジェクトには、WBS（作業分解構造）が不可欠です。WBSを作成する手順は以下のとおりです。
- ブレインストーミングを行い、すべてのタスクをリストアップしてください。
- ブレインストーミングにはチーム全員を参加させましょう。
- タスクの構造ツリー、別名WBS（作業分解構造）を書き出してください。
- 上位のWBSをさらに細分化し、カテゴリ、サブカテゴリなどの階層的なアクティビティセットを作成します。例えば、ハードウェア、ソフトウェア、研修生、管理チームなどです。
- WBSに項目を記録する方法を定義する。
- 他の人に尋ねてください。それは専門家や経験豊富な人材などです。
- 粒度 – タスクはどの程度詳細に記述すべきでしょうか？粒度が高すぎるとコストと時間の見積もりが難しくなりますが、粒度が低すぎると情報が細かすぎて見積もりが困難になります。
- 粒度は適切なレベルであるべきで、高すぎても低すぎてもいけません。
計画スケジュール管理
計画策定とは、プロジェクトスケジュールを計画、管理、実行、制御するための手順、方針、および文書を確立するプロセスです。これらの活動におけるインプットには以下が含まれます。
- プロジェクト管理計画
- プロジェクト計画書
- 企業の環境要因
- 組織プロセス資産
計画スケジュール管理の出力には以下が含まれます。
- スケジュール管理計画
アクティビティの定義
アクティビティの定義は、プロジェクトの成果物を作成するために実行する特定のアクションを文書化して特定する手順です。
定義アクティビティでは、各ワークパッケージが個々のワークスケジュールアクティビティに分解されます。定義アクティビティの入力には以下が含まれます。
- スケジュール管理計画
- スコープのベースライン
- 企業の環境要因
- 組織プロセス資産
これらの活動の成果物は以下のとおりです。
- アクティビティリスト
- アクティビティの属性
- マイルストーンリスト
シーケンスアクティビティ
アクティビティの順序付けとは、「アクティビティの定義」によって得られた出力を論理的に整理することに他なりません。これは、アクティビティを実行する必要のある順序を決定します。
一連の活動プロセスから得られる主な成果物は「ネットワーク図」です。
A ネットワーク図 それは、タスクを論理的な順序で掲示板に投稿することに他なりません。
例えば、外国で事業を始めたい場合、どのような活動を行い、どのような順序で実行すべきでしょうか？
以下の順序で活動を実施してください。
- 国を選ぶ
- 事業許可証を取得する
- マネージャーを雇う
- プロパティを購入する
- 家具などを購入する。
- ビジネスを始める
アクティビティリソースの見積もり
この段階では、タスクを完了するために必要な作業量とリソースを見積もるプロセスについて説明します。 この段階で考慮する必要があるもう XNUMX つの要素は、リソースの可用性です。
資源を見積もる際には、計画の中で最も長い経路（クリティカルパス）に焦点を当てるべきである。なぜなら、この経路にはより多くの時間と費用がかかるからである。
2つのタスクに必要なリソースを見積もる必要があります。
- 重要なタスク
- フローティングタスク
重要なタスクが正確に見積もられるようにしてください (完了時間)。
活動資源を推定するために使用される入力項目は5つあります。
- スケジュール管理計画
- アクティビティリスト
- リソースカレンダー
- 企業の環境要因
- 組織プロセス資産
この段階の出力は次のとおりです。
- アクティビティのリソース要件
- 資源分解構造
- プロジェクトドキュメントの更新
注: これまでに行われたすべての活動（活動の定義、活動の順序付け、活動に必要なリソースの見積もり）は、「スケジュールの作成」に役立ちます。
アクティビティ継続時間の推定
アクティビティ期間の見積もりは、推定されたリソースで個々のタスクを完了するために必要な作業期間数 (週/月) を見積もるプロセスです。 このステップでは、個々のタスクが完了するまでにかかる時間を定義します。
作業に必要な労力と資源を計算せずに、作業期間を計算することはできません。見積もりプロセスは次の順序で行う必要があります。
- 最初に作業量を見積もる
- 続いてリソースを見積もる
- 続いて、作業の所要時間を推定する。
活動期間を推定するには、以下の入力情報が必要です。
- アクティビティリスト
- アクティビティの属性
- リソースカレンダー
- プロジェクトスコープステートメント
- 組織プロセス資産
- 企業の環境要因
主な出力は2つあります。
- アクティビティの所要時間を見積もる
- 活動期間の見積もり – プロジェクト文書の更新
この手法はPERT（プロジェクト評価と分析）とも呼ばれます。 Review テクニックによる推定値。
スケジュールの作成
スケジュール作成とは、活動の順序、必要なリソース、期間、およびスケジュールの制約を分析して、プロジェクトスケジュールモデルを作成するプロセスです。各タスクのスケジュール作成においては、主に次の3つの要素が考慮されます。
- 最大掲載期間
- タスクの依存関係
- 制約
これらの要素を用いて、プロジェクトは各タスクの開始日と終了日を算出する。
スケジュール作成ソフトウェアを使用すると、スケジュールを作成できます。このソフトウェアは、プロジェクト活動の完了予定日を含むスケジュールモデルを生成します。
このツールの入力には以下が含まれます。
- スケジュール管理計画
- アクティビティリスト
- アクティビティの属性
- プロジェクトスケジュール – ネットワーク図
- アクティビティのリソース要件
- リソースカレンダー
- アクティビティ所要時間の推定
- プロジェクトスコープステートメント
- リスクレジスター
- プロジェクトスタッフの配置
- 資源分解構造
- 企業の環境要因
- 組織プロセス資産
この出力は次のようになります。
- プロジェクトのスケジュール
- プロジェクトネットワーク図
- ガント チャートまたは棒グラフ
- マイルストーンチャート
- スケジュールベースライン
- スケジュールされたデータ
- プロジェクトドキュメントの更新
制御スケジュール
計画段階の最終段階はスケジュール管理です。これは、プロジェクト活動の状況を監視し、プロジェクトの進捗状況を更新し、スケジュール基準の変更を管理するプロセスです。
スケジュールの変更が必要な場合は、 変更管理プロセススケジュールは、管理者が積極的に管理または制御すべきである。
制御スケジュールプロセスの主な入力項目は以下のとおりです。
- プロジェクト管理計画
- スケジュールベースライン
- スケジュール管理計画
- プロジェクトスケジュール
- 勤務実績情報
- 組織プロセス資産
制御スケジュールには5つの出力があります。
- 勤務成績管理
- 組織プロセス資産の更新
- 変更要求
- プロジェクト管理計画の更新
- プロジェクトドキュメントの更新
プロジェクト実行段階
実行フェーズは、プロジェクト管理計画で定義された活動で構成されます。このプロセスには、ステークホルダーの期待値の管理、人員やリソースの調整、およびプロジェクトの成果物に関連するその他の活動の実行が含まれます。
プロジェクト管理ライフサイクルのプロジェクト実行フェーズ
実行段階においては、結果に応じてベースラインの再設定や既存のプロジェクト要件の更新が必要となる場合があります。実行段階で実施される措置は、プロジェクト管理計画や関連文書に影響を与える可能性があります。
プロジェクトの実行を指示および管理する
このステージではほとんどの量が消費されます。 事業費時間とリソースを投入する必要があります。なぜなら、これはプロジェクトの成果物を生み出すプロセスだからです。
プロジェクト実行の指揮・管理には、以下の4つの要素が不可欠です。
- プロジェクト管理計画
- 承認された変更リクエスト
- EEF (企業環境要因)
- OPA (組織プロセス資産)
出力は5つあります。
- 成果
- 作業実績データ
- 変更要求
- プロジェクト管理計画の更新
- プロジェクトドキュメントの更新
この段階では、専門家の判断、会議、およびKPI（重要業績評価指標）の報告が極めて重要となる。
品質保証の実施
パフォーミング 品質管理 品質監査とは、品質要件と品質管理測定の結果を監査するプロセスです。品質活動の結果を記録・監視し、パフォーマンスを評価するプロセスでもあります。このプロセスには、管理図、費用対効果分析、フローチャート、ランチャート、散布図、検査・レビューなど、さまざまなツールが使用できます。
これへの主な入力は次のとおりです。
- プロジェクト管理計画
- 品質指標
- 品質管理測定
- 勤務実績情報
この出力は次のようになります。
- 変更要求
- プロジェクト管理計画の更新
- プロジェクトドキュメントの更新
- 組織プロセス資産の更新
プロジェクトチームの獲得
実行段階では、プロジェクトチームの編成が行われます。これは、プロセス中に多様なスキルセットを持つ人材が必要となる可能性が高いためです。
プロジェクトチームを獲得するには、主に3つの要素が必要です。
- 役割と責任
- プロジェクト組織図
- 人員配置管理計画
出力は3つあります。
- プロジェクトスタッフの配置
- リソースカレンダー
- プロジェクト管理計画の更新
プロジェクトチームの開発
人事プロセスの大部分は実行プロセスに関係しています。ping プロジェクトチームもその一員です。開発の主な目的はping プロジェクトチームの目標は、チームメンバー全体のパフォーマンスを向上させることです。この段階はプロジェクトの初期段階から開始する必要があります。
プロジェクト開発チームへのインプットには以下が含まれます。
- 人事管理計画
- プロジェクトスタッフの配置
- リソースカレンダー
このプロセスの出力には以下が含まれます。
- チームのパフォーマンス評価
- EEF のアップデート
プロジェクトチームを管理する
プロジェクトチームの管理は、プロジェクトマネジメントの重要な要素の一つです。しかし、マネージャーがチームメンバーと直接連絡を取れない場合が多いため、プロジェクトマネジメントの中でも最も複雑な領域と言えます。このような状況では、チームメンバーのパフォーマンスを分析したり、報酬を決定したりすることが難しくなります。
プロジェクトチーム管理プロセスには、以下の5つのインプットがあります。
- プロジェクトスタッフの配置
- チームのパフォーマンス評価
- パフォーマンスレポート
- プロジェクト管理計画
- 組織プロセス資産
主な出力は4つあります。
- 組織プロセス資産の更新
- 企業環境要因の最新情報
- 変更要求
- プロジェクト管理計画の更新
コミュニケーションの管理
3つのコミュニケーション属性のうち、1つは実行プロセスに関係する。コミュニケーション管理プログラムでは、監視する必要のある主なコミュニケーション側面が3つある。
- プロジェクトチームのメンバーからプロジェクトマネージャーへ
- プロジェクトマネージャーからプログラムマネージャーへ
- プログラムマネージャーから利害関係者または他のスポンサーへ
コミュニケーション管理のインプットには以下が含まれます。
- コミュニケーション管理計画
- 勤務実績報告書
- EEF
- OPA
この段階の出力は次のようになります。
- プロジェクトコミュニケーション
- プロジェクト管理計画の更新
- プロジェクトドキュメントの更新
- OPA の更新
調達の実施
この段階では、買い手と売り手という2つの主要な役割が関係します。調達プロセスにおける活動は以下のとおりです。
- 入札パッケージを潜在的な売り手に発行します
- 入札者会議を開催する
- 潜在的な販売者の提案を評価する
- 落札した販売者の提案を選択する
調達プロセスのインプットには以下が含まれます。
- プロジェクト管理計画
- 調達書類の作成
- ソースの選択基準
- 適格販売者リスト
- 売り手の提案
- プロジェクトドキュメント
- 決定を下すか購入するか
- パートナーシップ契約（チーミング契約）
- 組織プロセス資産
以下のような出力が得られます。
- 選ばれた販売者
- 調達tract賞
- リソースカレンダー
- 変更リクエスト
- プロジェクト管理計画の更新
利害関係者の関与を管理する
この段階では、プロジェクト全体を通じて関係者を積極的に管理します。予期しないプロジェクトの遅延や途中でのプロジェクトの放棄を回避するために、関係者の期待を特定し、迅速に解決します。
ステークホルダー管理プロセスには、以下の入力要素があります。
- 利害関係者登録簿
- ステークホルダーマネジメント戦略
- プロジェクト管理計画
- 問題のログ
- 変更ログ
- 組織プロセス資産
このプロセスの出力には以下が含まれます。
- 組織プロセス資産の更新
- 変更要求
- プロジェクト管理計画の更新
- プロジェクトドキュメントの更新
プロジェクトフェーズ RevIEW
実行フェーズの最後に、プロジェクトフェーズレビューを実施します。これにより、以下の活動を文書化することができます。
- プロジェクト管理レビューの結果を文書化する
- プロジェクトの進捗状況をスポンサーに知らせる
- プロジェクトに影響を与えたリスクや問題を特定する
- プロジェクト中に作成された成果物を関係者に見せる
- 次のフェーズに進むために承認を求めます
プロジェクトの監視と制御および終了段階
実行フェーズの後、プロジェクトが正しい方向に向かっていることを確認するために track、監視・制御フェーズが本格化する。このフェーズでは、プロジェクトのパフォーマンスを向上させるための様々な変更や見直しが行われる。
プロジェクト作業の監視と制御
この段階では tracプロジェクトの目標達成に向けて、進捗状況の確認、レビュー、および調整を行います。また、成果物がプロジェクト管理計画に沿っていることを保証します。このステップの主な目的は、プロジェクト管理計画からの変更点を特定し、適切な予防措置を決定することです。
この段階の入力データは以下のとおりです。
- プロジェクト管理計画
- パフォーマンスレポート
- コスト予測
- スケジュール予測
- 変更を検証する
- 企業の環境要因
- 組織プロセス資産
出力には以下が含まれます。
- 変更リクエスト
- プロジェクト管理計画の更新
- プロジェクトドキュメントの更新
統合された変更管理を実行する
これはプロジェクト管理において最も重要なプロセスの1つです。この段階で、あらゆる変更がプロジェクトに与える影響が評価されます。この段階でプロジェクトのいずれかの部分に変更が生じた場合、プロジェクト全体が評価されます。プロジェクトが進むにつれて変更の実施コストも増加するため、変更はプロジェクトの初期段階で実施することが望ましいです。
この段階の入力には以下が含まれます。
- プロジェクト管理計画
- 勤務実績報告書
- 変更リクエスト
- EEF
- OPA
出力は以下のとおりです。
- 承認された変更リクエスト
- 変更ログ
- プロジェクト管理計画の更新
- プロジェクトドキュメントの更新
スコープの検証
スコープの検証とは、成果物が顧客の受け入れ基準を満たしているかどうかを確認することです。顧客や関係者との外部チェックは、スコープ管理の検証プロセスの一部です。
スコープ検証のための入力項目は以下のとおりです。
- プロジェクト管理計画
- 要件
- ドキュメント
- 要件 trac能力マトリックス
- 検証された成果物
- 作業実績データ
スコープ検証の出力には以下が含まれます。
- 受け入れられた成果物
- 変更リクエスト
- 勤務実績情報
- プロジェクトドキュメントの更新
制御範囲
スコープ管理により、スコープ内と特定された作業のみが確実に納品されます。実際の成果はスコープの基準値と比較され、承認されたスコープ全体が実際に納品されていることが確認されます。
制御範囲プロセスへの入力には以下が含まれます。
- プロジェクト管理計画
- 勤務実績情報
- 要件ドキュメント
- 要件 trac能力マトリックス
- 組織プロセス資産
出力には以下が含まれます。
- 作業パフォーマンスの測定
- 組織プロセス資産の更新
- 変更リクエスト
- プロジェクト管理計画の更新
- プロジェクトドキュメントの更新
制御スケジュール
スケジュール管理プロセスは、さまざまな面で役立ちます。現在のスケジュール状況を把握し、スケジュール基準値からの差異を特定し、差異の性質を理解し、適切な措置を講じることで対応することができます。
スケジュールに変更が必要な場合は、変更管理プロセスを経る必要があります。変更内容は再評価され、その後初めてスケジュールのベースラインを更新するために使用されるべきです。
制御スケジュールへの主な入力項目は以下のとおりです。
- プロジェクト管理計画
- スケジュールベースライン
- スケジュール管理計画
- プロジェクトスケジュール
- 勤務実績情報
- 組織プロセス資産
出力には以下が含まれます。
- 作業パフォーマンスの測定
- 組織プロセス資産の更新
- 変更リクエスト
- プロジェクト管理計画の更新
- プロジェクトドキュメントの更新
コストの管理
コスト管理とは、各成果物の基準コストと実際のコストを比較することです。コスト基準は、統合変更管理プロセスを経た変更要求に応じてのみ変更されるべきです。コスト管理によって、プロジェクトが予算内で収まることが保証されます。
管理コストの入力項目は以下のとおりです。
- プロジェクト管理計画
- プロジェクトの資金要件
- 勤務実績情報
- コスト管理 組織プロセス資産
これに対する出力は以下のとおりです。
- 稼得価値の作業パフォーマンスの測定
- 管理コストにおける収益額予算予測
- 変更リクエスト
- プロジェクト管理計画の更新
- プロジェクトドキュメントの更新
- 組織プロセス資産の更新
品質管理
品質管理は、プロジェクトと製品が品質管理計画に沿って納品されることを保証します。作業が正しく実行されているかどうかを保証します。品質管理の主な成果物は、 品質管理計画その他、役立つ情報は以下のとおりです。
- 既存のフローチャート
- 管理図に含まれる上限および下限の管理限界および規格限界
- サンプル基準、サンプル数、測定値、変数サンプリングなどの情報が参照されます。
- 品質指標 – 品質要件を満たすための標準的な測定方法
- これは、プロセス、ポリシー、規制などの側面を遵守するために適切な手順が踏まれていることを保証します。
品質管理プロセスを実行すると、次の XNUMX つの主な出力があります。
- 統合された変更管理
- 承認された変更リクエスト
- 承認された変更リクエストのレビュー
- 検証された変更
制御通信
制御コミュニケーションは、適切な情報が関係者に確実に届くようにするものです。制御コミュニケーション情報には、このプロセスに関わる入力、ツールと手法、および出力が含まれます。
制御通信はどのような形式でも可能です。例えば、以下のような形式が考えられます。
- トレンドデータ
- 表形式の情報
- Sカーブ
- ダッシュボードの形式
- ヒストグラムを使用する
制御通信プロセスでは、さまざまな他のプロセスから作業情報が取得され、パフォーマンスレポートがさまざまな監視および管理プロセスの入力として使用されます。制御通信プロセスからの主な成果物はパフォーマンス記録です。
リスク管理
プロジェクトサイクル全体を通して、リスク分析は継続的なプロセスです。リスクを継続的に分析、特定し、対応することが重要です。リスク管理に含まれる活動は以下のとおりです。
- Tracking 既存のリスク
- 残留リスクのモニタリング
- 新たなリスクの特定
- リスク対応計画の実施
- リスクプロセスを継続的に評価する
管理リスクの入力値は以下のとおりです。
- リスクレジスター
- 勤務実績情報
- パフォーマンスレポート
- 埋蔵量分析
- リスク監査
管理リスクの出力は以下のとおりです。
- リスク登録の更新
- リスク管理計画
調達の管理
4つの調達計画のうち、3番目の調達プロセスは監視と実行プロセスグループに属します。この段階では、ベンダーのパフォーマンスを監視し、すべての契約が確実に履行されるようにします。trac要件は満たされています。
調達管理プロセスには、以下の事項の検証が含まれます。
- 商品やサービスが届けられる場合
- 時間通りに配達されるかどうか
- 請求された請求書の数量が正しいかどうか
- 契約のすべての条件がtrac満たされている
- 買い手と売り手の関係が適切に管理されているかどうか
調達プロセスにおける主要な入力項目は以下のとおりです。
- プロジェクト管理計画
- 調達書類
- 契約
- 承認された変更リクエスト
- 勤務実績報告書
- 作業実績データ
調達に関する出力は以下のとおりです。
- 勤務実績情報
- 変更リクエスト
- プロジェクト管理計画の更新
- プロジェクトドキュメントの更新
- OPA の更新
ステークホルダーの管理を制御する
多くのプロジェクトは、ステークホルダーの管理が不十分なために頓挫します。ステークホルダーを適切に管理すれば、プロジェクト成功の可能性は高まります。このプロセスでは、ステークホルダーの現在の関与レベルを監視し、それに応じて対策を講じます。
これら全ての活動における入力と出力は以下のとおりです。
| 入力 | 出力 |
|---|---|
| ステークホルダーの管理を計画する | 勤務実績情報 |
| 問題のログ | 変更リクエスト |
| 作業実績データ | プロジェクト管理計画の更新 |
| プロジェクトドキュメント | プロジェクトドキュメントの更新 |
| OPA の更新 |
終了フェーズ
終結フェーズとは、プロジェクトの最後に管理された形でプロジェクトを終了させるプロセスです。プロジェクトには、以下の3つの終結活動があります。
- 製品の完了 – プロジェクトが外部委託の場合、顧客に最終成果物を受け入れてもらうこと
- プロジェクトの終了 – これには、正式な管理手続きの終了、プロジェクト文書の更新、およびデータベースと文書のアーカイブ化が含まれます。
- プロジェクトを支えるリソースの閉鎖 – プロジェクトの財務的な閉鎖。プロジェクトに割り当てられたリソースは返却されるべきである。
このプロセスへの入力には以下が含まれます。
- プロジェクト管理計画
- 受け入れられた成果物
- OPA
このプロセスの出力には以下が含まれます。
- 最終的な出力、サービス、または結果の移行
- OPA の更新
調達を終了する
プロジェクト開発ライフサイクルの各フェーズ（計画、実行、監視と制御、完了）ごとに、1つの調達プロセスがあります。最終的な完了調達は、契約に従って行われます。trac売り手と買い手の間のt。
終了アクティビティと成果物には次のものが含まれます。
- プロジェクトのパフォーマンスレビュー（リスクと課題の管理を含む）
- 実際の結果を反映してプロジェクト管理計画を更新
- 最終レポートは適切な関係者に配布されます
調達完了に必要な入力項目は以下のとおりです。
- プロジェクト管理計画
- 調達書類
出力には以下が含まれます。
- クローズド調達
- OPA の更新
プロジェクト管理の規範と行動の倫理
最終的には、以下のような様々な人間の行動面を扱う、プロジェクト管理における倫理規範と行動規範に出会うことになるでしょう。
- 責任
- 尊重
- 公正さ
- 誠実性
- 文化的能力
この行動規範は、プロジェクトマネージャーの自信を高め、共通の行動規範を確立するために実践される。
