• 戻る
  • 試験
  • 立上

立上プロセス群の試験対策

• 立ち上げの要因（PMP：共通 の該当節）

※ ここはPMBOKの立上ではない。

ニーズと要求、ビジネス・ニーズなどと呼ばれる。

↓ ↓ ↓

• 戦略計画（PMP：共通 の該当節）

※ ここはPMBOKの立上ではない。

↓ ↓ ↓

• ニーズ評価（PMP：立上 の該当節）

※ ここはPMBOKの立上ではない。

ニーズ評価

• フィージビリティ・スタディ
• プロジェクト選定と評価

のアウトプットはプロジェクト憲章とも言われる。

↓ ↓ ↓

• プロジェクト・マネジメント・ビジネス文書（PMP：立上 の該当節）

※ ここはPMBOKの立上ではない。

• プロジェクト・ビジネス・ケース
  • ニーズと要求の記述
  • フィージビリティ・スタディの結果
  • プロジェクト選定と評価の内容

↓ ↓ ↓

• プロジェクト憲章作成（PMP：立上 の該当節）

※ ここからPMBOKの立上プロセス群。

• プロジェクト・ベネフィット・マネジメント計画書

↓ ↓ ↓

• プロジェクト作業範囲記述書、プロジェクトSOW ← 戦略計画、プロダクト・スコープ記述書
  • 契約に基づくプロジェクト ≒ 内部プロジェクトでは、購入者が用意する。

↓ ↓ ↓

• プロジェクト憲章
  • プロジェクト・スポンサーが発行する（ステークホルダーの連名ではない）。

• ステークホルダー特定（PMP：立上 の該当節）

• 計画プロセスのとの違いに注意。

  • ステークホルダーのAS-ISの特定・分析をする。
  • 計画プロセスでは、TO-BEの関与度を設定する。

• ステークホルダー登録簿

  • 識別情報
  • 分類情報
  • 評価情報

• ポイント

  • 芋蔓式に特定できる。
  • 優先順位は付けても絞らない。
  • 優先順位 ≒ 影響度 ≠ 突出
    （突出していなくても影響度あるステークホルダーは居る？）
  • ステークホルダー分析 > 分類（権力とXXXのグリッド）

選定の際に最も重要になるのは実現可能性（フィージビリティ）

• ≒ビジネス・ケース

• F／Sと略記される。

• などがある。

  • 実行可能性調査
  • 企業化調査
  • 投資調査
  • 採算性調査

• 業種

  • 製造業
    プロセス、設計、手順、またはプランが
    正常に必要なタイムフレームで実行できるという判断

  • ...

• プロジェクト選定手法（PMP：立上 の該当節）

実現可能性（フィージビリティ）の
投資調査、採算性調査に含まれる様な内容。

• 数学的モデル（算定技法、制約条件付き最適化法）

  • 線形計画法
  • 動的計画法
  • 整数計画法
  • 非線形計画法
  • 多重目的計画法

• 利益測定法（意思決定モデル）

  • 費用便益分析（便益費用分析）
  • 得点モデル（重み付け得点モデル）
  • キャッシュ・フロー分析手法

立ち上げフェーズ

• では、含まれない若しくは概算
• で、最も重要なのは実現可能性（フィージビリティ）≒ビジネス・ケース

• キャッシュ・フロー分析手法

• 回収期間分析

• 割引キャッシュ・フロー

• 正味現在価値（NPV : Net Present Value）

• 内部収益率（IRR : Internal Rate of Return）

• ステークホルダー分析、分類（PMP：立上 の該当節）

• 突出モデル（セイリエンス・モデル）

  • 権力
  • 正当性
  • 緊急度

• 権力とXXXのグリッド

  • 権力と、（→）関心度
  • 権力と、（関心度→）関与度
  • 権力と、（関与度→）影響度

• ステークホルダー可能性グリッド

  • 横軸：妨害する可能性
  • 縦軸：支援する可能性

• ステークホルダー・キューブ(6)

  • 横軸：妨害する可能性
  • 縦軸：支援する可能性
  • 奥行：姿勢（肯定的か否定的）

• アウトプット

  • プロジェクト・マネジメント・ビジネス文書（6版）
    • プロジェクト・ビジネス・ケース
      ビジネス・ニーズ
    • プロジェクト・ベネフィット・マネジメント計画書

• 用語（PMP：立上 の該当節）

  • シーズ（種）
  • → ニーズ（想い）
  • → ウォンツ（意欲）
  • → デマンド（需要）
  • → ベネフィット（提供された価値）

• OPM（PMP：共通 の該当節）

  • 母体組織の戦略的目標を達成する。
  • PPP (Project, Program and Portfolio)を対象とする。

• マネジメント（いずれも PMP：共通 の該当節を参照）

  • プロジェクト・マネジメント
  • プログラム・マネジメント
  • ポートフォリオ・マネジメント

• 測定 / 追跡 / テストが可能であるものであること。

• 要求には、以下のカテゴリーがある。

  • ビジネス
  • ステークホルダー
  • ソリューション
  • 機能
  • 非機能
  • 移行
  • プロジェクト
  • 品質

• 非機能要件要求

  • 日本情報システムユーザー協会(JUAS)
    非機能要件要求仕様定義ガイドライン

    • 機能性
    • 信頼性
    • 使用性
    • 効率性
    • 保守性
    • 移植性
    • 障害抑制性
    • 効果性
    • 運用性
    • 技術要件

  • システム基盤の発注者要求を見える化する非機能要求グレード検討会
    非機能要求グレード

    • 可用性
    • 性能・拡張性
    • 運用・保守性
    • 移行性
    • セキュリティ
    • 環境・エコロジー

• 前提条件と制約条件（PMP：計画 - 範囲 の該当節）

• 前提条件
  プロジェクト / ステークホルダーの本当だと信用できる情報（確定ではない）。

  • 制約条件を含まない。
  • 一般的に前提条件に見えるもの。≒ 目的に近いモノも含まれる。
  • また、プロジェクト計画の正確性も前提条件に含まれるようになる。

• 制約条件

  • 契約条項や、スポンサーの指示など。
  • 三大制約条件（プロジェクト目標）≒ 範囲、時間、原価。
    • 範囲は意思決定の基準となる制約条件で、
    • 次いで、時間 > 原価となることが多い。
    • また、資源の調達は予め既知の範囲で限定しない。

• 補足

  • 逆に覚えガチ。
  • プロセスの順序を考えると、前提条件から → 制約条件が生成される。
  • プロジェクト憲章作成時に特定され、
    前提条件ログに記録される。
  • 制約条件は、契約、PMB（PMP：試験 - 計画 の該当節）に
    含まれるイメージなので、制約条件ログと言うものは無い。

• 立上の人物（オーナー、イニシエータ）

  • 社内プロジェクト：役員や上級管理職などの役職者。
  • 社外プロジェクト：顧客であることもある。

• スポンサーがプロジェクト憲章を発行することで協力関係が形成される。

• 双方とも、＝立上の人物（オーナー、イニシエータ）を指すが、

• 以下で呼び名が異なる。

  • 社内プロジェクトの立上の人物：スポンサー
  • 社外プロジェクトの立上の人物：顧客

社内プロジェクト、社外プロジェクト、どちらの場合も、
役員や上級管理職などの役職者とされている（PMの上司になる）。

• 顧客とスポンサーはステークホルダーだが、
  ステークホルダーは、その他、ユーザなど、
  プロジェクトから±の影響を受ける人達。

• なお、ステークホルダーの行動規範は、
  チーム憲章（PMP：計画 - 資源 の該当節）に記載される。

移行メモ

• 元 Wiki で見出しそのものが他ページへのリンクになっていた箇所は、 GitHub Wiki では見出しからアンカが生成されるため、 見出しをプレーン・テキストとし、リンクは直下の本文に置いた。
• PukiWiki のページ内アンカ（#xxxxxxxx）は GitHub Wiki では再現できないため、 同一ページ内のアンカは見出しから生成されるアンカに張り替え、 他ページのアンカを指すリンクは「〜（ページ名 の該当節を参照）」の形に置き換えた。
• 元 Wiki の赤字強調は太字にした。
• 元 Wiki の「アプトプット」は「アウトプット」の誤記と判断し修正した。

---

Tags: 移行, 資格, PMP, 試験, 立上, プロジェクト憲章, ステークホルダー, フィージビリティ, 前提条件, 制約条件, スポンサー