プロジェクト・マネジメント-ステージ境界

发布于 2026-04-21 12:12 4287 字 22 min read

issyuu avatar

issyuu

喧噪から離れた「湖心小築(Lakeheart Retreat)」。静かな水辺で紡ぐ、思考と日常の断片

プロジェクト・マネジメント-プロジェクトのクローズプロジェクト・マネジメント-プロジェクトのクローズプロジェクト・マネジメント-ステージ境界プロジェクト・マネジメント-ステージ境界プロジェクト・マネジメント-成果物のデリバリープロジェクト・マネジメント-成果物のデリバリープロジェクト・マネジメント-ステージのコントロールプロジェクト・マネジメント-ステージのコントロールプロジェクト・マネジメント-プロジェクトの立ち上げプロジェクト・マネジメント-プロジェクトの立ち上げプロジェクト・マネジメント-プロジェクトの立ち上げプロジェクト・マネジメント-プロジェクトの指揮プロジェクト・マネジメント-プロジェクトの指揮プロジェクト・マネジメント-プロジェクトの指揮プロジェクト・マネジメント-プロジェクトの始動プロジェクト・マネジメント-プロジェクトの始動プロジェクト・マネジメント-プロジェクトの始動プロジェクト・マネジメント-プロセスプロジェクト・マネジメント-プロセスプロジェクト・マネジメント-プロセスプロジェクト・マネジメント-進捗プロジェクト・マネジメント-進捗プロジェクト・マネジメント-進捗プロジェクト・マネジメント-課題プロジェクト・マネジメント-課題プロジェクト・マネジメント-課題プロジェクト・マネジメント-リスクプロジェクト・マネジメント-リスクプロジェクト・マネジメント-リスクプロジェクト・マネジメント-品質プロジェクト・マネジメント-品質プロジェクト・マネジメント-計画プロジェクト・マネジメント-チームプロジェクト・マネジメント-人プロジェクト・マネジメント-ビジネス・ケースプログラム-模擬テスト-解答プログラム-模擬テストプログラム-タスクリスト管理挣值管理技术(EVM)プログラム-起動計画-宿題プロジェクト・マネジメント-単語対照表プロジェクト・マネジメント-問題集プログラム審査ー経験のまとめ
本文暂无中文翻译,显示原文内容
生きている限り、学び続ける

ステージ境界

現在のステージの成果を振り返り、プロジェクトのビジネス正当性リスクを再評価した上で、プロジェクト委員会が次の方針(継続か中止か)を判断するための十分な情報を提供する。

達成目標

PMは、プロジェクト委員会が情報に基づいた確実な意思決定を行えるように、以下の事項を確実する。

  • 成果の保証: 現在のステージの全成果物が完了し、承認されていることを保証する。
  • 計画の策定: 次のステージのステージ計画書、または必要に応じて例外計画書を準備する。
  • PIDの更新: ビジネス・ケース、プロジェクト計画書、役割記述書、アプローチなど、最新状況に合わせてPIDをレビュー・更新する。
  • 正当性の確認: プロジェクトの継続的な実行可能性を評価するための情報を提供する。
  • 知見の記録: 後続ステージや他のプロジェクトで役立つ教訓を記録する。
  • 認可の要求: 次のステージを開始するための正式な承認を求める。

位置付け

トリガー

  • 実施時期: 各マネジメント・ステージの終了時、または終了間際に実施する。
  • 例外への対応: ステージやプロジェクトが許容度を逸脱すると予測された場合、プロジェクト委員会からの指示により、現行計画を置き換えるための例外計画書を作成する時。

実施の重要性

  • ステージ制のメリット: プロジェクトをステージに分けることで、定期的にこのまま進めて良いかを確認できる。これにより、時間と資金の浪費を防ぐ。
  • 前向きな中止の判断: 十分な情報に基づき、正当性がなくなったプロジェクトを中止と決定することは失敗ではなく、マネジメント上の成功(適切な判断)と見なされる。
  • 情報不足の回避: 逆に、十分な情報を提供できず、プロジェクト委員会が誤った判断をしたり意思決定が遅れたりすることは、マネジメント側の失敗といえる。
  • コントロールの回復: 計画から大幅に逸脱しそうな場合でも、このプロセスを通じて例外計画書を作成することで、プロジェクトを再び適切なコントロール下に置くことができる。

活動

インプット活動アウトプット
ステージ境界が近づく(このプロセスをトリガー)
プロジェクト立ち上げ文書(レビュー)
プロジェクト計画書(レビュー)
プロジェクト・ログ(確認)
次のステージ計画書の準備プロジェクト・ログ(更新)
ステージ計画書(次のステージ用に作成)
成果物記述書(次のステージ用に作成)
プロジェクト立ち上げ文書(必要に応じて更新)
例外計画書の要求(このプロセスをトリガー)
例外報告書(レビュー)
プロジェクト立ち上げ文書(レビュー)
プロジェクト計画書(レビュー)
プロジェクト・ログ(確認)
例外計画書の準備(必要な場合)プロジェクト・ログ(更新)
例外計画書(作成)
成果物記述書(改訂されたステージの作成/更新)
例外計画書の承認の要求(プロジェクトの指揮のプロセスをトリガー)
プロジェクト・ログ(確認)
ステージ計画書(確認)
プロジェクト計画書(レビュー)
プロジェクト計画書の更新プロジェクト計画書(必要に応じて更新)
プロジェクト計画書(確認)
プロジェクト・ログ(確認)
ビジネス・ケース(レビュー)
ビジネス・ケースの更新ベネフィット・マネジメント・アプローチ(必要に応じて更新)
ビジネス・ケース(必要に応じて更新)
プロジェクト・ログ(確認)
コミュニケーション・マネジメント・アプローチ(確認)
ステージの評価ステージ終了報告書(作成)
ステージ終了報告書
ステージ計画書または例外計画書(次のステージ用)
次のステージの要求次のステージの要求(プロジェクトの指揮のプロセスをトリガー)

次のステージ計画書の準備

現在のステージの終了が近づいた際、次ステージを円滑に進めるための具体的なステージ計画書を作成する活動である。

  1. 実施のポイント
    • 共同作業: 計画立案はPM 一人の仕事ではない。実行可能で堅固な計画にするために、プロジェクト委員会、プロジェクト保証、TM、適切な利害関係者と十分に協議しながら進める。
  2. PMに推奨される処置
    • 情報のレビューと更新
      • PIDの再確認: PIDをレビューし、マネジメント・アプローチを最新化する。大きな変更がある場合は、プロジェクト委員会と協議する。
      • 教訓の活用: 教訓ログを確認し、次のステージで活かせる知見を計画に反映させる。
      • マイルストーンの整合: プロジェクト計画書を確認し、次のステージに該当するマイルストーンと整合性を取る。
    • 計画と成果物の定義
      • 計画書の作成: 次のステージのステージ計画書を作成する。
      • 成果物の定義: 次のステージで納品される成果物の成果物記述書を作成し、成果物登録簿にレコードを追加・更新する。
    • 管理ログの最新化
      • リスクと課題の反映: 新たに特定された、または修正が必要な課題やリスクをプロジェクト・ログに記録する。
      • 品質活動の予定化: 次のステージにおける品質レビューのターゲット日や承認予定日を決定し、品質登録簿を更新する。

例外計画書の準備(必要な場合)

ステージまたはプロジェクトが、合意された許容度(トレランス)を逸脱することが予測され、プロジェクト委員会から要求された際に実施する活動である。

  1. トリガー
    • 計画の置換: 承認された例外計画書は、現在のステージ計画書(またはプロジェクト計画書)に取って代わり、新たなベースラインとなる。
    • コントロールの回復: 逸脱した状態を解消し、プロジェクトを再び委員会の認可下に戻すための重要なステップである。
  2. PMに推奨される処置
    • 情報の整理と分析
      • 要求の記録: プロジェクト・ログを更新し、プロジェクト委員会から例外計画書の作成要求を記録する。
      • PIDのレビュー: プロジェクト立ち上げ文書(PID)をレビューし、マネジメント・アプローチや計画立案要件を最新化する。必要に応じて変更要求について委員会と協議する。
      • 知見の活用: 教訓ログを確認し、今回の例外対応や計画策定に活かせる教訓を取り入れる。
    • 計画の策定と定義
      • 例外計画書の作成: プロジェクト計画書のマイルストーンを参照しつつ、現行の計画を修正・再構築した例外計画書を策定する。
      • 成果物の定義: 例外計画の範囲に含まれる成果物の記述書を作成または更新し、成果物登録簿に反映する。
    • ログと登録簿の最新化
      • リスクと課題の管理: 例外状況に伴う新たなリスクや課題を特定し、プロジェクト・ログを更新する。
      • 品質活動の予定化: 計画された品質マネジメント活動(レビュー日、承認日など)を品質登録簿に記録し、管理体制を整える。

プロジェクト計画書の更新

プロジェクト委員会がプロジェクト全体の進捗を正確に把握・測定するための基準(ベースライン)を最新化する活動である。

  1. 目的
    • 進捗の統合: 終了するステージの実際の実績を反映させる。
    • 将来予測の反映: 次に開始するステージ計画書(または例外計画書)で定義された期間とコストの予測値を、全体計画に組み込む。
    • ビジネス・ケースへの連動: 修正されたコストや終了日の情報は、プロジェクトの正当性を再評価するビジネス・ケースの更新において不可欠なインプットとなる。
  2. PMに推奨される処置
    • 実績と予測の精査
      • ステージ実績の確定: 終了間際のステージ計画書が、実際の実績を正しく反映した最新の状態であることを確認し、必要に応じて更新する。
      • 全体計画の修正: ステージの実績と次ステージの予測に基づき、プロジェクト計画書を修正する。
    • ログの最新化
      • リスクと課題の更新: 計画の修正に伴い、新たに特定された課題やリスク、または既存情報の変更内容をプロジェクト・ログに反映させる。

ビジネス・ケースの更新

プロジェクトが依然として投資に見合う価値を持ち、実行可能であることを確認する活動である。

*プロジェクトは常に変化する外部環境の影響を受けるため、最新の状況を反映したビジネス・ケースを維持しなければならない。

  1. 目的
    • 継続的な正当性の検証: 合意された期間、コスト、品質、スコープ、リスク、持続可能性の範囲内でベネフィットが実現できるかを再評価する。
    • 意思決定の根拠: プロジェクト委員会が続行を認可するための不可欠な判断材料となる。
  2. 責任の所在
    • プロジェクト・エグゼクティブ: ビジネス・ケースに対して最終的な説明責任を負う。
    • PM: 更新の実務を担当するが、内容の修正やレビューにあたっては必ずプロジェクト・エグゼクティブと協議しなければならない。
  3. PMに推奨される処置
    • リスクと許容度の評価
      • リスク選好度の確認: 組織のリスク選好度やリスク・キャパシティに変化がないか、許容度の再定義が必要かを確認する。
      • 集約されたリスクの分析: プロジェクト・ログを基に、個別のリスクが積み重なった集約されたリスク影響度を確定する。それが組織の許容度内に収まっているかを評価し、ビジネス・ケースを脅かす主要リスクを特定する。
    • ベネフィットの精査
      • 実績の反映: ステージ内で実施されたベネフィット・マネジメント活動の結果に基づき、ベネフィット・マネジメント・アプローチを更新する。
      • スケジュールの影響評価: プロジェクト計画書を調査し、終了日の前倒しや遅延がベネフィットの実現(量や時期)にどう影響するかをレビューする。
    • 文書の修正: 評価結果に基づき、ビジネス・ケースおよびベネフィット・マネジメント・アプローチを修正し、プロジェクト委員会の承認を得られる状態に整える。
    • ログの更新: 必要に応じてプロジェクト・ログを確認、更新する。

ステージの評価

ステージの結果をプロジェクト委員会に報告し、プロジェクト・マネジメント・チームが進捗を明確に把握できるようにする活動である。

  1. トリガー
    • 実際のステージ終了にできるだけ近い時。
  2. 実施のポイント
    • PMの役割: 単なる実績の報告にとどまらず、プロジェクトが今後も計画やビジネス・ケースを達成できるかについて、PMとしての見解を述べ、全体的なリスク状況を評価しなければならない。
  3. PMに推奨される処置
    • 報告書の作成
      • ステージ終了報告書の準備: 最新のビジネス・ケース、プロジェクト計画、プロジェクト・ログ、マネジメント・アプローチに基づき、現在のステージのパフォーマンスを総括したステージ終了報告書を作成する。
      • 教訓(Lessons)の統合: これまでに記録された教訓をレビューし、報告書に反映させる。 *特に長期プロジェクトにおいては、これらの中間レビューがビジネスに大きなベネフィットをもたらす鍵となる。
    • ステークホルダーへの配慮
      • コミュニケーションの最適化: コミュニケーション・マネジメント・アプローチを確認し、外部関係者に対して報告書(または教訓報告書)のコピーを送付する義務や必要性があるかを確認する。

次のステージの要求

現在のステージを正式に終了させ、次のステージへ進むための認可をプロジェクト委員会に要求する活動である。

  1. 実施のポイント
    • 正当性の提示: 意思決定の根拠として、ステージ終了報告書および次のステージ計画書(または例外計画書) を提出する。
    • 権限の委譲: プロジェクト委員会から次ステージの実行権限を得ることで、プロジェクトを継続させる。
  2. PMに推奨される処置
    • 状況の説明と準備の確認
      • ステータスの総括: 現在のステージのパフォーマンス、次ステージの概要、必要なリソース(人員・設備等)を説明し、準備が整っていることを確認する。
      • 仕様外項目の確認: ステージ進行中に条件付き承認となった仕様外項目(オフスペック)があれば、その状況を再確認する。
    • 権限の取得
      • マネジメント成果物の承認要求: 以下の文書について、プロジェクト委員会の正式な承認を求める。
        • 次のステージ計画書(または例外計画書) *例外計画書が承認されない場合、改訂版が承認されるまで、現在のステージは委員会の指揮の下で続行されることになる。
        • 改訂されたPID
        • 改訂されたビジネス・ケースおよびベネフィット・マネジメント・アプローチ
      • 権限の要求: 次のステージを開始するための正式な権限を要求する。
    • 教訓のレビュー: 適切なタイミングであれば、この時点で教訓をレビューする。 *特に長期プロジェクトにおいて、中間レビューによる知見の活用はビジネス上の大きなベネフィットに繋がる。

適用

一般的な考慮事項

このプロセスの活動は固定的なものではなく、プロジェクトの規模や複雑さに応じて柔軟に運用することが可能である。

  • 活動の柔軟性: このプロセスの活動は、プロジェクトの状況に応じて結合、分割、または同時に実行できる。
  • 整合性の維持: 柔軟に運用する場合でも、以下のプロセスとの接続における完全性を損なわないよう、細心の注意を払わなければならない。
    • プロジェクトの立ち上げ(IP): 初期計画との整合。
    • ステージのコントロール(CS): 現場の進捗情報の吸い上げ。
    • プロジェクトの指揮(DP): プロジェクト委員会への意思決定の要請。

役割のテーラリング

成果物の作成責任と、実際の作業の委任についての考え方は以下の通りである。

  • PMの実行責任: このプロセスで発生する新しいマネジメント成果物(次ステージ計画書、ステージ終了報告書など)の作成に関する最終的な実行責任は、プロジェクト・マネージャー(PM)が負う。
  • 作業の委任: PMが全体的な責任を維持することを前提として、実際の作成作業をプロジェクト支援やチーム・マネージャーなど、必要なスキルを持つ他の者に委任することができる。
  • 専門性の活用: 技術的な詳細が必要な計画策定において、チーム・マネージャーの専門知識を借りることは、より堅固な計画を作成するために有効な手段となる。

責任

活動ビジネス・レイヤープロジェクト・エグゼクティブシニア・ユーザーシニア・サプライヤープロジェクト・マネージャーチーム・マネージャープロジェクト保証プロジェクト支援
次のステージ計画書の準備ACCRCCC
例外計画書の準備
(必要な場合)
ACCRCCC
プロジェクト計画書の更新ACCRCCC
ビジネス・ケースの更新ACCRCCC
ステージの評価ACCRCCC
次のステージの要求ACCRICI

R = 実行責任、A = 説明責任、C = 協議先、I = 情報先

プロセスへのプラクティスの適用

プラクティスステージ境界のマネジメント・プロセスへの適用
ビジネス・ケース実績に基づきコスト・リスク・ベネフィットの予測を最新化する。外部環境の変化も反映し、正当性を再検証する。ベネフィットおよび持続可能性アプローチも必要に応じて更新する
組織化チームのパフォーマンスとウェルビーイングをレビューし、教訓として記録する。次ステージに向け、マネジメント組織や役割記述書を最適化する
計画実際の実績を反映してプロジェクト計画書(期間・スコープ)を更新する。次のステージ計画書または例外計画書を作成する
品質ステージ内の品質活動の完了を品質登録簿で確認し、ステージ終了報告書へ反映する。次計画で使用する成果物記述書を準備し、品質アプローチを更新する
リスク現在のリスクを整理し、次ステージ特有のリスクを特定・更新する。リスク・マネジメント・アプローチは、必要に応じてレビューおよび更新する
課題課題登録簿をレビューし、未解決の課題に対する次の一手を決定する。次ステージに向けた課題を追加・更新し、アプローチの妥当性を再確認する
進捗成果物登録簿により納品状況を最終確認する。デイリー・ログや教訓ログを整理し、これらすべての情報を集約してステージ終了報告書を発行する

喜欢的话,留下你的评论吧~

© 2020 - 2026 issyuu @Lakeheart Retreat
Powered by theme astro-koharu · Inspired by Shoka