PMP：共通 - OPM - プログラム・ライフサイクルのバックアップ(No.2) - .NET 開発基盤部会 Wiki

[ トップ ] [ 新規 | 一覧 | 単語検索 | 最終更新 | ヘルプ ]

バックアップ一覧
差分を表示
現在との差分を表示
ソースを表示
PMP：共通 - OPM - プログラム・ライフサイクルへ行く。
- 1 (2019-07-24 (水) 13:29:09)
- 2 (2019-07-24 (水) 16:27:28)
- 3 (2019-07-24 (水) 18:05:46)
- 4 (2019-07-25 (木) 11:24:54)
- 5 (2019-07-26 (金) 10:36:20)
- 6 (2019-07-31 (水) 12:56:38)
- 7 (2019-08-09 (金) 16:17:54)

「.NET 開発基盤部会 Wiki」は、「Open棟梁Project」,「OSSコンソーシアム .NET開発基盤部会」によって運営されています。

戻る

目次 †

概要 †

目的 †

ハイレベルのゲートでGO/NOGOを示す。
アウトカムとベネフィットのマネジメント
必要なガバナンスとコントロール
スケジュール、リソースの最適化
リスク・マネジメントの支援

プロセス・グループ †

監視・制御 †

１２プロセス
PMと異なり各プロセス・グループを跨いで監視・制御
以下のプロセス・グループはフェーズ的に並ぶ
立上 → 計画 → 実行 → 終結

立上 †

２プロセス

計画 †

２２プロセス

実行 †

８プロセス

終結 †

３プロセス

ライフサイクル †

構造 †

事前準備（範囲外） → 立上 → セットアップ（計画） → ベネフィット創出（実行） → 終結

ゲート †

各フェーズの間には（フェーズ・）ゲートがある。

詳細 †

フェーズ事に書く

事前準備（範囲外） †

PgMの範囲外

ビジネス・ニーズを特定 †

戦略目標・ベネフィットを特定 †

戦略目標
- ミッション
  基幹のミッションは何か？
- ビジョン
  TO-BEは何か？
- バリュー
  その中の価値（組織が正当且つ望ましいと考える行動指針）はどう変わるか？

ベネフィット

ビジネス・ケースを作成 †

正当性の特定
意思決定ツールを使用する。
- 望ましいか？
- 投資収益率（ROI）

フィージビリティ・スタディ
- 実現可能か？
- 達成可能か？

結果的にリソース投入先としてふさわしいか？

記述項目

ヘッダ
- プログラム名
- ID
- 作成者
- 連絡先
- 作成日

ボディ
- エグゼクティブ要旨
- ビジネス・ニーズ
- 代替案
- ベネフィット
- 前提条件
- 制約条件
- リスク
- 費用
- 財務
  投資収益率（ROI）
- 市場分析
- 競合分析
- 組織の検討事項
- プログラム記述
- 実行計画

立上 †

スポンサー・シップ †

スポンサー
- スポンサー・グループ
- スポンサー・メンバ
- プログラム・ディレクター

特定と評価
- ビジネス・プロセスの理解
- ビジネス計画のオーナーシップの度合い
- 顧客に関するポジション
- 決定に関するコントロールの度合い
  - 財務上の
  - リソース上の
- 政治的手腕
- 影響力（評判と尊敬）

ステークホルダー †

特定と分析

特定

分析
- 優先度付け
- 評価
  権力、関心、期待
  ポジション（積極的抵抗、消極的抵抗、中立、消極的支援、積極的支援）

支援の獲得
- ...。
- ...。

例
- 内部
  - ガバナンス委員会
  - スポンサー
  - 機能部門マネージャ
  - エンド・ユーザ

外部
- 政府法制機構
- 消費者団体
- 環境グループ
- 顧客

憲章の作成 †

PMと違い、PgMの仕事

目的
大体、プロジェクト憲章と同じ。
- スポンサーの承認によるPgMへの権限付与
- ステークホルダーの理解と賛同
- コミュニケーション・ツール

記述項目

ヘッダ
- プログラム名
- ID
- PgM名
- 作成者
- 連絡先
- 顧客
- 作成日

ボディ
- 正当性
- ビジョン
- 戦略と整合性
- デザイアード・アウトカム
- プログラム・スコープ
- 期待ベネフィット
- プログラム・コンポーネント
- 必要リソース
- ステークホルダー
- ガバナンス・プロセス
- 成功基準
- 制約条件
- 前提条件
- リスク
- ハイレベル・ロードマップ
- PgMの責任と権限
- ステークホルダーの役割と責任スポンサー、アナリスト、PM

セットアップ（計画） †

ガバナンス・プロセスとインフラの確立 †

ガバナンス・プロセス
- カバナンス・アクティビティと計画の特定
- ガバナンス・メカニズムの組織化
  - コントロール・フレームワークと測定メトリクスの設定
  - 必要な設備、IT計画などの特定

インフラの確立
- PMO
- チーム
  - 主題事項エキスパート
  - 機能部門マネージャ
  - ビジネス・アナリスト
  - プロジェクト・マネージャ

プログラム・マネジメント計画書の作成 †

憲章 → スコープ → 目標 → 要求事項 → アーキテクチャ・ベースライン → PWBS

憲章

スコープ
憲章から作成

↓ ↓ ↓（実現計画書 ≒ ベネフィット・マップ

目標
スコープ→ベネフィット→目標と追跡

↓ ↓ ↓（収集した要求事項にビジネス・ルールを加味

要求事項
要求事項にビジネス・ルール（行動変容を起こす方法）を加味すると定まる。

↓ ↓ ↓（専門知識

アーキテクチャ・ベースライン
技術、ビジネス・ルール、専門知識（外部事象、ベネフィット実現）の相互関係を設定

↓ ↓ ↓（プログラムを要素成果物≒プロジェクトに分解する

PWBS（プログラムWBS）
- PJへの引継の最小化
- PMを最大活用

ベネフィット創出（実行） †

終結 †

重要成功要因 †

戦略と整合性 †

目標
- 追跡
- ビジネス・ニーズ → 戦略目標・ベネフィット → ビジネス・ケース → プログラム目標

フェーズ
- 事前準備
  戦略目標を、トラッキング（追跡）しつつ、プログラム目標に変換

立上
憲章に記載する。

計画
段階的詳細化。

ガバナンス †

承認、報告、エスカレーションなど

フェーズ
- 事前準備
  ガバナンス・プロセスの定義

立上
- 憲章にガバナンス・プロセスを記載する。
- スポンサーとPgMの任命

計画
- ガバナンス計画作成
- 必要インフラ特定
- 測定メトリクス設定

ベネフィット・マネジメント †

フェーズ
- 事前準備
  ビジネス・ケースではベネフィットと前提条件を特定

立上
- 憲章にベネフィットと前提条件を記載する。
- ハイレベル・ロードマップにベネフィット創出タイミングを記載

計画
実現計画書 ≒ ベネフィット・マップの作成

ステークホルダー・マネジメント †

フェーズ
- 事前準備
  初期のステークホルダーを特定

立上
- 憲章に主要なステークホルダーを記載する。
- 計画の作成

計画
立上時に作成した計画に従い、継続的な関与を促す。