PMP：共通 - OPM - プログラム・ライフサイクルのバックアップ(No.4) - .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

セットアップ（計画） †

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

憲章

スコープ
憲章から作成

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

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

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

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

↓ ↓ ↓（専門知識

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

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

PWBS（プログラムWBS）
- PJへの引継の最小化
- PMを最大活用
- 考慮事項
  - 技術
  - 資源化可用性
  - アウトプット
  - リスク（脅威と好機）
  - 地理
  - ビジネスのエリア/機能
  - 行動変容

ビジネス・ルールと行動変容 †

ビジネス・ルール
- プロセスを抑制
- 要求事項を推進

行動変容
- プログラムは行動変容を起こす必要がある。
- 要素成果物 / ベネフィット / プログラム目標は、行動変容で繋がる。

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

PgM独自
- プログラムと組織構造
- ベネフィット実現計画書
- 財務計画書
- ガバナンス計画書
- マスタ・スケジュール
  下記の要素を調和させる。
  - ハイレベル・ロードマップ
  - プログラム・アーキテクチャ
  - コンポーネント・スケジュール

変更マネジメント計画書
※ これは、行動変容の変更マネジメント

PMと同じ
- コンフィグレーション・マネジメント計画書
- 品質マネジメント計画書
- リソース・マネジメント計画書
- 調達マネジメント計画書
- リスク・マネジメント計画書
- コミュニケーション・マネジメント計画書
- ステークホルダー・マネジメント計画書

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

ガバナンス・プロセス
- カバナンス・アクティビティと計画の特定
- ガバナンス・メカニズムの組織化
  - コントロール・フレームワークと測定メトリクスの設定
    （測定メトリクスにはカテゴリ１－３まである）
  - 必要な設備、IT計画などの特定

インフラの確立
- プログラム・ボード
  - エグゼクティブ・スポンサー
  - プログラム・ディレクター

PMO

プログラム・チーム
プログラム・マネージャ（PgM）
- 主題事項エキスパート
- 機能部門マネージャ
- ビジネス・アナリスト
- プロジェクト・マネージャ

プロジェクト・チーム

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

ガバナンス構造の確立 †

プロジェクトの立上 †

プロジェクト ≒ プログラム・コンポーネント

調整とマネジメント
- マスタ・スケジュール
- プロジェクト資源のマトリックス化
- ベネフィット実現計画に基づいたベネフィット測定

監視・制御 †

進捗とメトリックスの状況
- ROI
- EVM
- スケジュール
- 達成されたSLA

OODA的な優先度の維持・確認と、資源の再配置

リスク、コンティンジェンシー
プロジェクト・レベルからプログラム・レベルへエスカレーション

課題・問題の特定、予防 / 是正

代表的な課題・問題
- 技術
- 環境
- 組織
- ステークホルダー

共通的な課題・問題
- 権限シフト
- 変更要求の承諾
- 移管問題
- 文化の衝突
- リーダーシップの欠如
- 情報伝達の欠如

ベネフィット
- ベネフィットの測定
- AS-IS → 行動変容 → TO-BEの変更

プログラム変更
- 行動変容の変更
- プログラムCCB

終結 †

ベネフィット実現状況の確認 †

ベネフィット実現計画の利用
設定済みメトリックスの測定値
プロジェクトのパフォーマンス分析報告書の確認

プログラム・チームの解散と再配置 †

組織のプロセス資産関連 †

教訓の文書化
フィードバックと推奨策の提供
文書の保管と維持

サポートとメンテナンスの移管 †

サポートとメンテナンス業務に問題が無いかプロセスを確認する。
サポートとメンテナンス業務を定常業務へ移管する。

重要成功要因 †

戦略と整合性 †

目的
- 整合性維持のため、追跡を行う。
- ビジネス・ニーズ → 戦略目標・ベネフィット → ビジネス・ケース → プログラム目標

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

立上
憲章に記載する。

計画
- ビジネス・ケース再検討
- 段階的詳細化

実行
- ビジネス・ケース再検討
- ビッグ・ピクチャー
- 行動変容、組織変革の指導

終結
- ビジネス・ニーズ → 戦略目標・ベネフィット → ビジネス・ケース → プログラム目標
- プログラム目標の達成による、「ビジネス・ニーズ → 戦略目標・ベネフィット」の実現の確認

ガバナンス †

目的

関連する方針・手順・組織構造・実務慣行を、
開発・伝達・実行・監視・確保する。

ガバナンス活動
各種の承認、報告、エスカレーション
- 支援とインフラ確立
- 戦略目標との整合性維持
- タスクの実施の保証
- 要素成果物とベネフィットの評価
- プログラム変更の監視・制御
- 品質標準の設定と監視・制御

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

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

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

実行
- メトリックスの測定と報告
- 監視のためにメトリックスを評価

終結
- 必要インフラの解放
- ガバナンス責任を定常業務へ移管

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

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

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

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

実行
ベネフィットを最大化するようにプロジェクト間の依存関係をマネジメント
- マスタ・スケジュールの監視・制御
- ベネフィット実現計画の維持

終結
- ベネフィット実現を計画と比較
- ベネフィット実現のオペレーション責任を定常業務へ移管

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

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

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

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

実行
- 期待を理解してマネジメント
- 継続的な支援を促す。
- プログラムの状況報告
- ベネフィット報告
  実現された現在のベネフィット
  想定される将来のベネフィット

終結
- ステークホルダーとともにベネフィット実現を確認
- ステークホルダーから実現の正式承認を取得