プロジェクト管理のライフサイクルの段階: どのような段階ですか?

プロジェクト管理のライフサイクルとは何ですか?

プロジェクト管理ライフサイクル プロジェクトの目的や目標を達成するために不可欠な一連の活動です。 アイデアを現実に変えるための段階を含むフレームワークです。 プロジェクトにはさまざまな次元や難易度がありますが、プロジェクトの規模に関係なく、プロジェクト管理のライフサイクル構造にマッピングできます。

プロジェクト管理のライフサイクルの各フェーズ

プロジェクト管理ライフサイクル プロセスは、次の図に示すように、開始フェーズ、計画フェーズ、実行フェーズ、監視、制御、終了フェーズの XNUMX つの主要な部分に分かれています。

プロジェクト管理のライフサイクルの各フェーズ
プロジェクト管理ライフサイクルの XNUMX つのフェーズ

プロジェクトのライフサイクルの各フェーズを見ていきます。

プロジェクト開始段階

開始フェーズでは、新しいプロジェクトを開始するために必要なプロセスを定義します。 プロジェクト開始フェーズの目的は、プロジェクトが何を達成するかを決定することです。

このフェーズは主に XNUMX つの主要なアクティビティで構成されます

  • プロジェクト憲章を作成し、
  • 利害関係者を特定する

プロジェクトに関連するすべての情報は、プロジェクト憲章および利害関係者登録簿に入力されます。 プロジェクト憲章が承認されると、プロジェクトは正式に承認されます。

プロジェクト計画書

プロジェクト憲章はプロジェクトの主な要素を定義します

  • プロジェクトの目標
  • プロジェクトの制約と問題ステートメント
  • プロジェクトマネージャーを任命する
  • 関係者リスト
  • 大まかなスケジュールと予算
  • マイルストーン
  • 承認

この文書により、プロジェクト マネージャーはプロジェクトのために組織リソースを活用することができます。 プロジェクト憲章を作成するには、企業環境要素、ビジネス ケース、契約書、プロジェクトの作業明細書、組織プロセス資産などの入力が必要です。

利害関係者の特定

A 利害関係者 プロジェクトの成功と失敗に影響を与える可能性があります。 利害関係者に関する情報を書き留めるには、利害関係者登録簿が使用されます。

利害関係者名簿には次のような情報が含まれます。

  • 利害関係者の種類
  • ステークホルダーの期待
  • プロジェクトでの役割 (ビジネス アナリスト、技術者) architect、クライアント PM)
  • 役職(取締役、ビジネスリーダーなど)
  • タイプコミュニケーション(毎週/毎月)
  • プロジェクトへの影響(部分的/支援的/影響力あり)

プロセス グループの開始に関係するその他のアクティビティは次のとおりです。

  • プロジェクトマネージャーの割り当て
  • 利害関係者のニーズ、期待、および高レベルの要件の決定
  • プロジェクトの成功基準を定義する
  • 特定の段階に対する特定の予算を特定する
  • プロジェクトが組織の戦略目標と一致していることを確認する

利害関係者登録簿とプロジェクト憲章は、計画プロセス グループなどの他の開発グループへの入力として使用されます。

プロジェクト計画段階

プロジェクト計画フェーズは、プロセス全体の約 50% をカバーします。 計画フェーズでは、プロジェクトの範囲とプロジェクトの目的を決定します。 それは、開始段階の成果物 (憲章、暫定的なスコープステートメント、およびプロジェクトマネージャー) から始まります。 計画フェーズの出力は、実行フェーズの入力として機能します。

計画プロセスの重要な側面は次のとおりです。

  • 計画フェーズは、最初の計画が完了するまで実行しないでください。
  • 実行プロセスが開始されない限り、計画の修正をやめるべきではありません

作業分解構造 (WBS) の作成

プロジェクトを成功させるには、WBS (作業分解構造) が重要です。 フォロwing WBSを作成する手順です。

  • ブレインストーミングを実施してすべてのタスクをリストアップする
  • チーム全員を参加させてブレインストーミングを行う
  • WBS (作業分解構造) とも呼ばれるタスクの構造ツリーを書き留めます。
  • 上位の WBS をさらに階層に分割しますarchiカテゴリ、サブカテゴリなどのアクティビティの適切なセット。たとえば、ハードウェア、ソフトウェア、研修生、管理チームなど。
  • 項目を WBS に記録する方法を定義する
  • 他の人に尋ねてください。それは専門家や経験豊富な人材などです。
  • 粒度 - タスクをどの程度詳細に行う必要がありますか? 粒度が高い場合はコストと時間を見積もるのが難しく、粒度が低い場合は詳細すぎる情報で行き詰まります。
  • 粒度は高すぎず低すぎず適切なレベルである必要があります

計画スケジュール管理

計画のスケジューリングは、プロジェクトのスケジュールを計画、管理、実行、制御するための手順、ポリシー、文書を確立するプロセスです。 これらの活動におけるインプットには以下が含まれます:

  • プロジェクト管理計画
  • プロジェクト計画書
  • 企業の環境要因
  • 組織プロセス資産

計画スケジュール管理の出力には次のものが含まれます。

  • スケジュール管理計画

アクティビティの定義

アクティビティの定義は、プロジェクトの成果物を作成するために実行する特定のアクションを文書化して特定する手順です。

アクティビティの定義

アクティビティの定義では、各作業パッケージが個々の作業スケジュール アクティビティに分割されます。 定義アクティビティの入力には次のものがあります。

  • スケジュール管理計画
  • スコープのベースライン
  • 企業の環境要因
  • 組織プロセス資産

これらの活動の成果は

  • アクティビティリスト
  • アクティビティの属性
  • マイルストーンリスト

シーケンスアクティビティ

シーケンスアクティビティは、「アクティビティの定義」の出力を論理的に整理することに他なりません。 これにより、アクティビティを実行する必要がある順序が決まります。

シーケンスアクティビティ

シーケンス アクティビティ プロセスの主な出力は「ネットワーク ダイアグラム」です。

ネットワーク図 タスクを論理的な順序でボードに投稿するだけです。

たとえば、外国でビジネスを始めたいと考えていますが、どのような活動リストを作成し、どのような順序で行う必要がありますか?

この順序でアクティビティを実行します

  1. 国を選ぶ
  2. 営業許可を取得する
  3. マネージャーを雇う
  4. 物件を購入する
  5. 家具の購入など。
  6. 開業

アクティビティリソースの見積もり

この段階では、タスクを完了するために必要な作業量とリソースを見積もるプロセスについて説明します。 この段階で考慮する必要があるもう XNUMX つの要素は、リソースの可用性です。

リソースを見積もるときは、より多くの時間と費用がかかる計画の最長のパス (クリティカル パス) に焦点を当てる必要があります。

XNUMX つのタスクのリソースを見積もる必要があります

  • 重要なタスク
  • フローティングタスク

重要なタスクが正確に見積もられるようにしてください (完了時間)。

活動リソースの推定には XNUMX つの入力が使用されます。

  • スケジュール管理計画
  • アクティビティリスト
  • リソースカレンダー
  • 企業の環境要因
  • 組織プロセス資産

このステージの出力は次のとおりです

  • アクティビティのリソース要件
  • 資源分解構造
  • プロジェクトドキュメントの更新

注意: これまでに行われたすべてのアクティビティ (アクティビティの定義 + アクティビティの順序付け + アクティビティのリソースの見積もり) は、「スケジュールの作成」に役立ちます。

アクティビティ継続時間の推定

アクティビティ期間の見積もりは、推定されたリソースで個々のタスクを完了するために必要な作業期間数 (週/月) を見積もるプロセスです。 このステップでは、個々のタスクが完了するまでにかかる時間を定義します。

タスクを完了するために必要な作業量とリソースを計算せずに、アクティビティの期間を計算することはできません。 見積もり処理はこの順序で行う必要があります

  • 最初に作業量を見積もる
  • 続いてリソースを見積もる
  • 続いてタスクの所要時間を見積もる

アクティビティの継続時間を推定するには、入力が必要です

  • アクティビティリスト
  • アクティビティの属性
  • リソースカレンダー
  • プロジェクトスコープステートメント
  • 組織プロセス資産
  • 企業の環境要因

メイン出力は XNUMX つありますが、

  • アクティビティの所要時間を見積もる
  • アクティビティ期間の見積もり - プロジェクト文書の更新

この手法は、PERT (プロジェクト評価およびレビュー手法) 推定とも呼ばれます。

スケジュールの作成

スケジュールの作成は、アクティビティのシーケンス、リソース要件、期間、スケジュールの制約を分析して、プロジェクトのスケジュール モデルを作成するプロセスです。 各タスクのスケジュールを設定するには、XNUMX つの主な要素が考慮されます。

  • 演奏時間
  • タスクの依存関係
  • 制約

これらの要素を使用して、プロジェクトは各タスクの開始日と終了日を計算します。

スケジュール作成ソフトを利用すればスケジュールを立てることができます。 プロジェクト活動を完了するための予定日を含むスケジュール モデルを生成します。

このツールの入力には以下が含まれます

  • スケジュール管理計画
  • アクティビティリスト
  • アクティビティの属性
  • プロジェクトのスケジュール - ネットワーク図
  • アクティビティのリソース要件
  • リソースカレンダー
  • アクティビティ所要時間の推定
  • プロジェクトスコープステートメント
  • リスクレジスター
  • プロジェクトスタッフの配置
  • 資源分解構造
  • 企業の環境要因
  • 組織プロセス資産

これからの出力は次のようになります

  • プロジェクトのスケジュール
  • プロジェクトネットワーク図
  • ガント チャートまたは棒グラフ
  • マイルストーンチャート
  • スケジュールベースライン
  • スケジュールされたデータ
  • プロジェクトドキュメントの更新

制御スケジュール

計画フェーズの最後の段階は、スケジュールの制御です。 これは、プロジェクト アクティビティのステータスを監視して、プロジェクト プロセスを更新し、スケジュール ベースラインの変更を管理するプロセスです。

スケジュールの変更が必要な場合は、 変更管理プロセス。 スケジュールはマネージャーが積極的に管理または制御する必要があります。

制御スケジュールプロセスの主な出力は XNUMX つあります。

  • プロジェクト管理計画
  • スケジュールベースライン
  • スケジュール管理計画
  • プロジェクトスケジュール
  • 勤務実績情報
  • 組織プロセス資産

制御スケジュールの出力は XNUMX つあります。

  • 勤務成績管理
  • 組織プロセス資産の更新
  • 変更要求
  • プロジェクト管理計画の更新
  • プロジェクトドキュメントの更新

プロジェクト実行段階

実行フェーズは、プロジェクト管理計画で定義されたアクティビティで構成されます。 このプロセスには、利害関係者の期待の管理、人材やリソースとの調整、プロジェクトの成果物に関連するその他のアクティビティの実行が含まれます。

プロジェクト実行段階

プロジェクト管理ライフサイクルのプロジェクト実行フェーズ

実行フェーズでは、結果としてベースラインの再設定と既存のプロジェクト要件の更新が必要になる場合があります。 実行段階で行われるアクションは、プロジェクト管理計画やドキュメントに影響を与える可能性があります。

プロジェクトの実行を指示および管理する

このステージではほとんどの量が消費されます。 事業費これはプロジェクトの成果物を生み出すプロセスであるため、時間、リソースが必要です。

プロジェクトの実行を指示および管理するには XNUMX つの入力があります

  • プロジェクト管理計画
  • 承認された変更リクエスト
  • EEF (企業環境要因)
  • OPA (組織プロセス資産)

出力は XNUMX つありますが、

  • 成果
  • 作業実績データ
  • 変更要求
  • プロジェクト管理計画の更新
  • プロジェクトドキュメントの更新

この段階では、専門家の判断、会議、KPI (重要業績評価指標) の報告が最も重要です。

品質保証の実施

パフォーミング 品質保証 品質要件と品質管理測定の結果を監査するプロセスです。 これは、品質活動の結果を記録および監視してパフォーマンスを評価するプロセスです。 このプロセスには、管理図、費用対効果分析、フローチャート、実行図、散布図、検査とレビューなどのさまざまなツールを使用できます。

これに対する主な入力は次のとおりです

  • プロジェクト管理計画
  • 品質指標
  • 品質管理測定
  • 勤務実績情報

一方、これの出力は次のとおりです

  • 変更要求
  • プロジェクト管理計画の更新
  • プロジェクトドキュメントの更新
  • 組織プロセス資産の更新

プロジェクトチームの獲得

実行フェーズでは、プロジェクト チームの獲得が行われます。これは、プロセス中に異なるスキルセットを持つ個人が必要になる可能性が高いためです。

プロジェクトチームを獲得するには主に XNUMX つのインプットがあります

  • 役割と責任
  • プロジェクト組織図
  • 人員配置管理計画

出力はXNUMXつありますが、

  • プロジェクトスタッフの配置
  • リソースカレンダー
  • プロジェクト管理計画の更新

プロジェクトチームの開発

人事プロセスの大部分は実行プロセスに関係しており、開発プロジェクト チームもその一部です。 プロジェクト チームを開発する主な目的は、チーム メンバーの全体的なパフォーマンスを向上させることです。 この段階はプロジェクトの早い段階で開始する必要があります。

プロジェクト開発チームへのインプットには以下が含まれます:

  • 人事管理計画
  • プロジェクトスタッフの配置
  • リソースカレンダー

このプロセスの出力には以下が含まれます

  • チームのパフォーマンス評価
  • EEF のアップデート

プロジェクトチームを管理する

プロジェクト チームの管理は、プロジェクト管理の重要な部分の XNUMX つです。 一番コムですplex 多くの場合、マネージャーはチームメンバーと直接接触しないため、そのような状況ではメンバーのパフォーマンスを分析し、報酬を決定することが困難になります。

プロジェクト チームのプロセスを管理するには XNUMX つの入力があります

  • プロジェクトスタッフの配置
  • チームのパフォーマンス評価
  • パフォーマンスレポート
  • プロジェクト管理計画
  • 組織プロセス資産

主要な出力は XNUMX つあります

  • 組織プロセス資産の更新
  • 企業環境要因の最新情報
  • 変更要求
  • プロジェクト管理計画の更新

コミュニケーションの管理

XNUMX つの通信属性のうち、XNUMX つは実行プロセスに該当します。 コミュニケーション管理プログラムでは、監視する必要がある主なコミュニケーションの側面が XNUMX つあります。

  1. プロジェクトチームのメンバーからプロジェクトマネージャーへ
  2. プロジェクトマネージャーからプログラムマネージャーへ
  3. プログラムマネージャーから利害関係者または他のスポンサーへ

コミュニケーション管理のインプットには以下が含まれます:

  • コミュニケーション管理計画
  • 勤務実績報告書
  • EEF
  • OPA

このステージの出力は次のようになります。

  • プロジェクトコミュニケーション
  • プロジェクト管理計画の更新
  • プロジェクトドキュメントの更新
  • OPA の更新

調達の実施

この段階では、買い手と売り手に関わる XNUMX つの主な役割があります。 調達プロセス中に含まれる活動は次のとおりです。

  1. 入札パッケージを潜在的な売り手に発行します
  2. 入札者会議を開催する
  3. 潜在的な販売者の提案を評価する
  4. 落札した販売者の提案を選択する

調達プロセスの成果には以下が含まれます。

  • プロジェクト管理計画
  • 調達書類の作成
  • ソースの選択基準
  • 適格販売者リスト
  • 売り手の提案
  • プロジェクトドキュメント
  • 決定を下すか購入するか
  • パートナーシップ契約(チーミング契約)
  • 組織プロセス資産

一方、出力は XNUMX つあります

  • 選ばれた販売者
  • 調達契約の締結
  • リソースカレンダー
  • 変更リクエスト
  • プロジェクト管理計画の更新

利害関係者の関与を管理する

この段階には、プロジェクト全体を通じて利害関係者を積極的に管理することが含まれます。 プロジェクトの予期せぬ遅延や途中でのプロジェクトの放棄を避けるために、関係者の期待を特定し、迅速に解決します。

関係者のプロセスを管理するには XNUMX つの入力があります

  • 利害関係者登録簿
  • ステークホルダーマネジメント戦略
  • プロジェクト管理計画
  • 問題のログ
  • 変更ログ
  • 組織プロセス資産

このプロセスの出力には以下が含まれます

  • 組織プロセス資産の更新
  • 変更要求
  • プロジェクト管理計画の更新
  • プロジェクトドキュメントの更新

プロジェクトフェーズのレビュー

実行フェーズの最後に、プロジェクトフェーズのレビューが行われます。 以下の文書化に役立ちますwing 活動

  • プロジェクト管理レビューの結果を文書化する
  • プロジェクトの進捗状況をスポンサーに知らせる
  • プロジェクトに影響を与えたリスクや問題を特定する
  • プロジェクト中に作成された利害関係者への成果物を示します
  • 次のフェーズに進むために承認を求めます

プロジェクトの監視と制御および終了段階

実行フェーズの後、プロジェクトが正しい軌道に乗っているかを確認するために、監視および制御フェーズがアクティブになります。 このフェーズでは、プロジェクトのパフォーマンスを向上させるためのさまざまな変更やレビューが行われます。

プロジェクト作業の監視と制御

この段階には追跡とレビューが含まれますwing プロジェクトの目的を達成するために進捗を調整します。 また、成果物がプロジェクト管理計画に従っていることも保証します。 このステップの主な焦点は、プロジェクト管理計画の時点から行われた変更を特定して、適切な予防措置を決定することです。

このステージの入力には次のものがあります。

  • プロジェクト管理計画
  • パフォーマンスレポート
  • コスト予測
  • スケジュール予測
  • 変更を検証する
  • 企業の環境要因
  • 組織プロセス資産

出力には次のものが含まれますが、

  • 変更リクエスト
  • プロジェクト管理計画の更新
  • プロジェクトドキュメントの更新

統合された変更管理を実行する

これはプロジェクト管理の最も重要なプロセスの XNUMX つです。 この段階では、プロジェクトに対する変更の影響が評価されます。 この段階でプロジェクトの一部で変更が発生した場合、プロジェクト全体が評価されます。 プロジェクトが進行するにつれて、変更を実装するコストも増加するため、プロジェクトの早い段階で変更を実装することをお勧めします。

このステージの入力には以下が含まれます

  • プロジェクト管理計画
  • 勤務実績報告書
  • 変更リクエスト
  • EEF
  • OPA

出力が

  • 承認された変更リクエスト
  • 変更ログ
  • プロジェクト管理計画の更新
  • プロジェクトドキュメントの更新

スコープの検証

範囲の検証には、成果物が顧客の受け入れ基準を満たしているかどうかの検証が含まれます。 顧客または関係者による外部チェックは、スコープ管理の検証の一部です。

スコープを検証するための入力には次のものがあります。

  • プロジェクト管理計画
  • 要件
  • ドキュメンテーション
  • 要件のトレーサビリティ マトリックス
  • 検証された成果物
  • 作業実績データ

スコープ検証の出力には次のものが含まれます。

  • 受け入れられた成果物
  • 変更リクエスト
  • 勤務実績情報
  • プロジェクトドキュメントの更新

制御範囲

スコープを制御することで、スコープ内にあると識別された作業が配信される唯一の作業であることが保証されます。 実際の結果はスコープのベースラインと比較され、承認されたスコープがすべて実際に配信されていることを確認します。

スコープ プロセスを制御するための入力には次のものがあります。

  • プロジェクト管理計画
  • 勤務実績情報
  • 要件ドキュメント
  • 要件のトレーサビリティ マトリックス
  • 組織プロセス資産

出力には次のものが含まれますが、

  • 作業パフォーマンスの測定
  • 組織プロセス資産の更新
  • 変更リクエスト
  • プロジェクト管理計画の更新
  • プロジェクトドキュメントの更新

制御スケジュール

スケジュールの制御プロセスは、さまざまな方法で役立ちます。 これは、現在のスケジュール ステータスを取得し、スケジュール ベースラインとの差異を判断し、差異の性質を理解し、適切なアクションを実行して対応するのに役立ちます。

スケジュールに変更が必要な場合は、変更管理プロセスを経る必要があり、変更を再評価してから、その変更をスケジュール ベースラインの更新に使用する必要があります。

制御スケジュールには XNUMX つの主な入力があります。

  • プロジェクト管理計画
  • スケジュールベースライン
  • スケジュール管理計画
  • プロジェクトスケジュール
  • 勤務実績情報
  • 組織プロセス資産

出力には以下が含まれます

  • 作業パフォーマンスの測定
  • 組織プロセス資産の更新
  • 変更リクエスト
  • プロジェクト管理計画の更新
  • プロジェクトドキュメントの更新

コストの管理

管理コストは、各成果物の基準コストと実際のコストを比較することです。 コスト ベースラインは、統合変更管理の実行プロセスを経た変更リクエストに応じてのみ変更する必要があります。 コストを管理することで、プロジェクトが資金制限内に確実に収まるようになります。

制御コストの入力には次のものがあります。

  • プロジェクト管理計画
  • プロジェクトの資金要件
  • 勤務実績情報
  • コスト管理 組織プロセス資産

この出力には以下が含まれます

  • 稼得価値の作業パフォーマンスの測定
  • 管理コストにおける収益額予算予測
  • 変更リクエスト
  • プロジェクト管理計画の更新
  • プロジェクトドキュメントの更新
  • 組織プロセス資産の更新

品質管理

品質管理により、プロジェクトと製品が品質管理計画に従って確実に提供されます。 作業が正しく行われているかどうかを保証します。 制御品質の主な出力は次のとおりです。 品質管理計画。 その他役立つ情報としては、

  • 既存のフローチャート
  • 管理図に含まれる上限および下限の管理限界および規格限界
  • サンプル基準、サンプル数、測定値、可変サンプリングなどの情報が参照されます。
  • 品質指標 - 品質要件を満たすための標準的な測定値です。
  • プロセス、ポリシー、規制などの側面を遵守するために、適切な手順が確実に実行されていることを確認します。

品質管理プロセスを実行すると、次の XNUMX つの主な出力があります。

  • 統合された変更管理
  • 承認された変更リクエスト
  • 承認された変更リクエストのレビュー
  • 検証された変更

制御通信

コミュニケーションを制御することで、適切な情報が関係者に確実に届けられます。 制御通信情報には、このプロセスに属する入力、ツール、技術と出力が含まれます。

制御通信は任意の形式で行うことができます。

  • トレンドデータ
  • 表形式の情報
  • Sカーブ
  • ダッシュボードの形式
  • ヒストグラムを使用する

制御通信プロセスでは、他のさまざまなプロセスから作業情報が取得され、パフォーマンス レポートはさまざまな監視および管理プロセスの入力として使用されます。 制御通信プロセスの主な成果物は実績です。

リスク管理

プロジェクト サイクル全体を通じて、リスク分析は継続的なプロセスです。 リスクを継続的に分析、特定し、対応することが重要です。 コントロールリスクに含まれる活動は次のとおりです。

  • 既存のリスクの追跡
  • 残留リスクのモニタリング
  • 新たなリスクの特定
  • リスク対応計画の実施
  • リスクプロセスを継続的に評価する

コントロールリスクの入力は次のとおりです。

  • リスクレジスター
  • 勤務実績情報
  • パフォーマンスレポート
  • 埋蔵量分析
  • リスク監査

コントロールリスクの出力は次のとおりです。

  • リスク登録の更新
  • リスク管理計画

調達の管理

XNUMX つの調達計画のうち、調達の XNUMX 番目のプロセスは監視および実行プロセス グループに分類されます。 この段階には、ベンダーのパフォーマンスを監視し、すべての契約要件が満たされていることを確認することが含まれます。

制御調達プロセスには、次の検証が含まれます。

  • 商品やサービスが提供されるかどうか
  • 時間通りに配達されるかどうか
  • 請求された請求書の数量が正しいかどうか
  • 契約の条件がすべて満たされているかどうか
  • 売り手と買い手の関係が適切に管理されているかどうか

調達プロセスにおける主な入力は次のとおりです。

  • プロジェクト管理計画
  • 調達書類
  • 契約
  • 承認された変更リクエスト
  • 勤務実績報告書
  • 作業実績データ

調達の出力は次のとおりです。

  • 勤務実績情報
  • 変更リクエスト
  • プロジェクト管理計画の更新
  • プロジェクトドキュメントの更新
  • OPA の更新

ステークホルダーの管理を制御する

多くのプロジェクトはステークホルダーの管理が不十分なためにつまずきます。 利害関係者が適切に管理されていれば、プロジェクトが成功する可能性が高くなります。 このプロセスでは、ステークホルダーの現在の関与レベルを監視し、それに応じて措置を講じます。

これらすべてのアクティビティの入力と出力には次のものが含まれます。

入力 出力
ステークホルダーの管理を計画する 勤務実績情報
問題のログ 変更リクエスト
作業実績データ プロジェクト管理計画の更新
プロジェクトドキュメント プロジェクトドキュメントの更新
OPA の更新

クロージングフェーズ

終了フェーズは、最後にプロジェクトの制御されたシャットダウンを実行するプロセスです。 プロジェクトでは、XNUMX つの終了アクティビティが進行しています。

  • 製品のクロージング - プロジェクトが外部の場合、顧客に最終成果物を受け入れてもらいます。
  • プロジェクトの終了 - これには、行政手続きの正式な終了、プロジェクト文書の更新、および archiそれらのデータベースとドキュメントを保存する
  • プロジェクトの背後にあるリソースの閉鎖 - プロジェクトの財務上の終了、プロジェクトに割り当てられたリソースは返還される必要があります。

このプロセスの入力には次のものがあります。

  • プロジェクト管理計画
  • 受け入れられた成果物
  • OPA

このプロセスの出力には以下が含まれます

  • 最終出力、サービスまたは結果の遷移
  • OPA の更新

調達を終了する

プロジェクト開発ライフサイクルの各フェーズ(計画、実行、監視、制御、終了)ごとに、XNUMX つの調達プロセスがあります。 最終的なクロージング調達は、売り手と買い手の間の契約に従って行われます。

終了アクティビティと成果物には次のものが含まれます。

  • リスクと問題の管理を含むプロジェクトのパフォーマンスのレビュー
  • 実際の結果を反映してプロジェクト管理計画を更新
  • 最終レポートは適切な関係者に配布されます

調達を完了するためのインプットには以下が含まれます:

  • プロジェクト管理計画
  • 調達書類

出力には以下が含まれますが、

  • クローズド調達
  • OPA の更新

プロジェクト管理の規範と行動の倫理

最終的には、以下のような人間の行動のさまざまな側面を扱うコードと行為のプロジェクト管理倫理に出会うでしょう。

  • 責任
  • 尊重
  • 公正さ
  • 誠実性
  • 文化的能力

このコードは、プロジェクト マネージャーに自信を与え、共通の行動枠組みをもたらすために実践されています。

まとめ

開始フェーズでは、新しいプロジェクトを開始するために必要なプロセスを定義します。 それは、プロジェクトが時間の経過とともに何を達成する必要があるかを定義します。

開始フェーズは主に XNUMX つの主要なアクティビティで構成されます

  • プロジェクト憲章を作成する
  • 利害関係者を特定する

利害関係者登録簿とプロジェクト憲章は、計画プロセスなどのプロジェクト管理の他のプロセス グループでも役立ちます。

計画段階では、プロジェクトの範囲と目的を決定します。 これには、プロジェクトの実行フェーズと終了フェーズをガイドする一連の計画の作成が含まれます。

実行フェーズは、プロジェクト管理計画で定義されたアクティビティで構成されます。 これはプロジェクトのライフサイクルの中で最も長いフェーズであり、最大限のエネルギーとリソースを消費します。 実行段階で行われるアクションは、プロジェクト管理計画やドキュメントに影響を与える可能性があります。

プロジェクトのライフサイクルの実行フェーズにおける主要なタスクは次のとおりです。

  • プロジェクト管理計画の実行
  • プロジェクトの実行を指示および管理する
  • タスクの割り当てを実行する
  • 進捗状況会議等の実施

実行フェーズでは、結果としてベースラインの再設定と既存のプロジェクト要件の更新が必要になる場合があります。

監視および制御段階では、終了段階の前に成果物がプロジェクト管理計画に従っていることを確認します。

このフェーズの主な焦点は、プロジェクト管理計画の時点から加えられた変更を特定し、予期せぬ結果に対する予防措置を決定することです。

終了フェーズは、最後にプロジェクトの制御されたシャットダウンを実行するプロセスです。