Skip to content

DNET_PMPExamInitiating

Jump to bottom
nishi_74322014 edited this page Sep 11, 2026 · 1 revision

PMP：試験 - 立上

概要

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

詳細

立上の流れ

立ち上げの要因

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

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

↓ ↓ ↓

戦略計画

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

↓ ↓ ↓

ニーズ評価

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

ニーズ評価

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

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

↓ ↓ ↓

プロジェクト・マネジメント・ビジネス文書

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

↓ ↓ ↓

プロジェクト憲章作成

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

↓ ↓ ↓

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

↓ ↓ ↓

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

ステークホルダー特定

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

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

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

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

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

  • ポイント

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

基礎知識

実現可能性（フィージビリティ）

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

  • ≒ビジネス・ケース

  • F／Sと略記される。

  • などがある。

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

  • 業種

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

    • ...

プロジェクト選定手法

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

コストとスケジュール

立ち上げフェーズ

選択肢の絞り込み

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

ステークホルダー分析、分類

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

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

    • 権力
    • 正当性
    • 緊急度

  • 権力とXXXのグリッド

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

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

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

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

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

似たような言葉

ビジネス云々

  • アウトプット

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

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

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

ポートフォリオ・マネジメント、OPM

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

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

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

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

XXX要件、XXX要求

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

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

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

  • 非機能要件要求

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

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

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

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

前提条件と制約条件

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

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

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

  • 制約条件

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

  • 補足

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

その他

プロジェクト・スポンサーって誰？

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

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

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

顧客とスポンサーの違い

組織内の立上の人物

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

ステークホルダー

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

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

移行メモ

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

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

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

NetDevInfraWiki

マイクロソフト系技術情報 Wiki
Open 棟梁 Wiki

（未着手）

開発基盤部会 Wiki

移行管理: DONE ／ TODO

Clone this wiki locally