「[[.NET 開発基盤部会 Wiki>http://dotnetdevelopmentinfrastructure.osscons.jp]]」は、「[[Open棟梁Project>https://github.com/OpenTouryoProject/]]」,「[[OSSコンソーシアム .NET開発基盤部会>https://www.osscons.jp/dotNetDevelopmentInfrastructure/]]」によって運営されています。
-戻る
--[[試験>PMP：試験]]
--[[計画>PMP：計画]]
---[[範囲>PMP：計画 - 範囲]]
---[[時間>PMP：計画 - 時間]]
---[[原価>PMP：計画 - 原価]]
---[[品質、資源、調達>PMP：計画 - 資源]]
---[[リスク>PMP：計画 - リスク]]
---[[コミュニケーション>PMP：計画#b658dc57]]
---[[ステークホルダ>PMP：計画#d1ca15ef]]
*目次 [#z448cbf3]
#contents
*概要 [#h09006e6]
-計画プロセス群の試験対策
*詳細 [#e913db76]
**[[計画の流れ>PMP：計画#m9f08335]] [#vb423f25]
-[[範囲>#xed02504]]、[[時間>#h62ab2d2]]、[[原価>#x7a7aa4f]]の補助計画書作成が順次実行される。
-[[範囲>#xed02504]]の計画の[[PMB>#d02158c7]]作成が実行される。
-その他の計画の
--補助計画書
--プロジェクト文書
>作成が並列実行される。
-上記を統合しつつ、[[時間>#h62ab2d2]]、[[原価>#x7a7aa4f]]の計画の2つの[[PMB>#d02158c7]]作成が並列実行される。
-[[時間>#h62ab2d2]]、[[原価>#x7a7aa4f]]のアウトプットの[[統合>#g1347b01]]が行われる。
※ [[参考>PMP：計画#m9f08335]]
***統合 [#g1347b01]
+[[原価>#x7a7aa4f]] + [[時間>#h62ab2d2]]のアウトプットの統合を行い、
+[[変更の計画書>PMP：計画#p1d88266]]を作成し、
+ステークホルダーの承認を受ける。
***範囲 [#xed02504]
-計画
> ↓ ↓ ↓（計画書）
-要求事項収集
> ↓ ↓ ↓（[[要求事項>PMP：計画 - 範囲#bb1575df]] は [[前提条件と制約条件>PMP：試験 - 立上#fd41d292]]を含む。
）
-スコープ定義
> ↓ ↓ ↓（[[プロジェクト・スコープ記述書>#aa65ed08]]）
-WBS作成
> ↓ ↓ ↓（スコープ・ベースライン）
***時間 [#h62ab2d2]
-計画
> ↓ ↓ ↓（計画書）
-アクティビティ定義
> ↓ ↓ ↓（アクティビティ・リストなど）
-アクティビティ順序設定（プレシデンス・ダイアグラム法（PDM）など）
> ↓ ↓ ↓（プロジェクト・スケジュール・ネットワーク図）
-アクティビティ所要期間見積（各種、所要期間見積）
> ↓ ↓ ↓（アクティビティ所要期間見積）
-スケジュール作成（スケジュール・ネットワーク分析）
> ↓ ↓ ↓（スケジュール・ベースラインなど）
***原価 [#x7a7aa4f]
-計画
> ↓ ↓ ↓（計画書）
-コスト見積（各種見積もり技法）
> ↓ ↓ ↓（コスト見積、見積根拠）
-予算設定（コスト集約、予備設定分析、過去の関連性）
> ↓ ↓ ↓（コスト・ベースラインなど）
***品質、資源、調達 [#x5d8932b]
-品質
--品質マネジメント計画（品質方針、標準と規制 → 品質コスト → 品質尺度）
-資源
--資源マネジメント計画（専門家の判断、ネットワーキング、組織論、会議）
--アクティビティ資源見積（各種見積もり技法、代替案分析）
-調達
--調達マネジメント計画（市場調査、内外製分析、発注先選定分析）
***リスク [#y22511cc]
> ↓ ↓ ↓（リスク態度：リスク選好、リスク許容度、リスク閾値）
-計画（ステークホルダー分析）
> ↓ ↓ ↓（計画書、RBS、スコープ・ベースライン）
-リスク特定（フローチャート、特性要因図、インフルエンス・ダイアグラム）
> ↓ ↓ ↓（リスク登録簿と報告書）
-定性的リスク分析
--[[リスクXXX査定>#n190be3d]]
--図表
---発生確率・影響度マトリックス
---階層構造図表（バブル・チャート）
> ↓ ↓ ↓（リスク登録簿と報告書）
-定量的リスク分析
--シミュレーション
--クリティカル分析
--感度分析（トルネード図）
--ディシジョン・ツリー分析 + EMV（期待金額価値）
> ↓ ↓ ↓（リスク報告書）
-リスク対応計画（各種戦略：[[対脅威、対好機>#me30ce56]]、コンティンジェンシー）
> ↓ ↓ ↓（リスク登録簿と報告書、各種計画書・文書の更新）
***コミュニケーション ⇔ ステークホルダー [#h35dd52a]
-ステークホルダーは「立上」に「特定」がある。
-関連があるので、計画書を相互に交換する。
**基礎知識 [#g17bd2a9]
***統合系 [#p41f7e42]
***範囲系 [#z4845144]
キーワード
-100％ルール
-スコープ・クリープ
-[[XXXアカウント>#ndaa70cd]]
***時間系 [#bc90ea68]
***原価系 [#y7208e48]
-以下が重要になる。
--組織体の環境要因（EEF） > 市場の状況
--組織のプロセス資産（OPA）
---教訓リポジトリ
---過去の状況 -> [[過去の関連性>PMP：計画 - 原価#w0fb31da]]~
過去のデータを使用する類推見積 & パラメトリック見積を指す。
-以下も必要になる。
--スコープ記述書 -> 三大制約条件 -> 資金の制約条件
--プロジェクト・スケジュール（￥が何時必要か？）
***品質系 [#ke1d3773]
-プロセスと成果物を対象とする。
-品質要求事項と品質標準
-プロセス群
--[[実行>PMP：試験 - 実行#a2b14f44]]
***資源系 [#lfc5789f]
[[RBS, OBS, RAM, RACI>PMP：計画 - 資源#o6513ae2]]
-[[Breakdown Structure>PMP：試験 - テクニック#z6d436f3]]
--RBS :~
Resource Breakdown Structure~
資源ブレークダウン・ストラクチャー
--OBS :~
Organization Breakdown Structure~
組織ブレークダウンストラクチャ
-RAM :~
Responsibility assignment matrix~
責任分担マトリクス:
--〇付けマトリックス
--RACIマトリクス~
★ &color(red){説明責任者ダケは兼務不可能。};
---Responsible（実行責任者）
---Accountable（説明責任者）
---Consulted（協業先）
---Informed（報告先）
-資源要求事項
--タイプと量
--可用性
--生産性
***調達系 [#x94bdd0c]
-調達計画はスケジュール計画への影響が大きい。
-[[調達SOW>PMP：計画 - 資源#b142f5a1]]は、購入者/納入者どちらが記述してもOK。
-[[契約タイプ>#z9609d8f]]には一括系（FP）と準委任系（CP）がある。
***リスク系 [#n9085a79]
-リスク特定のポイント
--&color(red){特にスコープ（・ベースライン）に注目する。};
--チェックリスト
---が、無い場合は、ブレスト・インタビューを使用する。
---は、網羅性が低くなることがある（労力回避に使用しない）。
--最終的にリスク登録簿をアウトプットする。
-[[定性的・定量的リスク分析>#c2d12f66]]
-各種戦略：
--[[対脅威、対好機>#me30ce56]]
--コンティンジェンシー計画（書）~
≠ リスク・マネジメント計画書
>※ &color(red){グローバルでは、議事録・念書ではなく、リスク対応計画。};~
（根本的に、契約がシッカリしているので、ジャパン・トラディショナル企業的に揉めない。）
***コミュニケーション系 [#p8c642d1]
-コミュニケーション・モデルのステップ~
受信確認とフィードバッグ・応答の差異を問う問題が多いかも。
--コード化
--メッセージの送信
--メッセージの受信確認（双方向時）
--メッセージの解釈
--フィードバッグ・応答（双方向時）
>情報伝達の責任は「&color(red){発信した側};」にある。
-コミュニケーション方法
--双方向コミュニケーション
--一方向コミュニケーション
---プッシュ型コミュニケーション
---プル型コミュニケーション
-[[ネットワーク・コミュニケーション・モデル>PMP：コミュニケーション・マネジメント#v0f53f72]]
--構成
---ノード：参加者
---ライン：コミュニケーション・ライン
--[[コミュニケーション・チャネル>PMP：試験 - テクニック#o149b4de]]
-コミュニケーション技術~
情報を配布する理由は技術選定で考慮しない。
-エスカレーション・プロセスは、~
プロジェクトとステークホルダーの
--組織図
--責任関係
>を使用して決定する。
***ステークホルダ系 [#r7150442]
-関与度の分類~
不認識、抵抗、中立、支持、指導
--&color(red){「不認識、抵抗」を逆に覚えガチ。};
--取り敢えず、「不認識」が最悪と覚えると良い。
-[[ステークホルダー関与度評価マトリックス（SEAM）>PMP：計画#ufd8aad1]]
--計画時のTT
--監視時のTTとしても利用
***アクティビティ [#k84feead]
アクティビティと言う用語が出てくるのは、時間と資源と原価。
***[[所要時間見積>PMP：計画 - 時間#q7a194b6]]、[[コスト見積>PMP：計画 - 原価#rc17fdf9]] [#j222e9dd]
[[XXX見積>#p6f2afeb]]
**選択肢の絞り込み [#s73d5af6]
***計画書 [#rbb3cbf2]
-計画プロセス群は、[[知識エリア>PMP：共通#cf49ca8f]]毎に、~
後続[[プロセス群>PMP：共通#s288e042]]の各定義方法・変更方法を定義する。
-補助計画書
--「統合」知識エリアの計画書
---変更の計画書
--「各種」知識エリアの計画書
---・・・
--[[パフォーマンス測定ベースライン（PMB）>#d02158c7]]
***PMB [#d02158c7]
[[パフォーマンス測定ベースライン（PMB）>PMP：計画#p1d88266]]
-[[スコープ・ベースライン>PMP：計画 - 範囲#ufcfb77c]]
--承認済みの、[[プロジェクト・スコープ記述書>#aa65ed08]]
--[[WBS>PMP：計画 - 範囲#q107581a]]
---WBSコード~
コスト追跡に利用される。~
'-> コントロール・アカウント（CA）~
'-> 会計システムにリンクされる一意の識別子（勘定科目）~
'-> [[EVM測定>PMP：アーンド・バリュー（EV）]]で必要になる。
---ワーク・パッケージ・レベル
---[[ローリング・ウェーブ計画法>#r20b4773]]
---その他~
WBSはステークホルダーとのコミュニケーション改善にも役立つ。~
また、行き過ぎた要素分解はオーバーヘッドを増すことになる。~
（計画見積もりは詳細化できる、また、成果物数量に変化はない。~
しかし、マネジメント、資源のアサイン、作業効率に非効率が発生）
--[[WBS辞書>PMP：計画 - 範囲#h7c4695a]]~
スコープ・ベースラインの子要素で作業構成要素の内容が文書化される。
-[[スケジュール・ベースライン>PMP：計画 - 時間#h29d4546]]
--承認済みのプロジェクトスケジュール
-[[コスト・ベースライン>PMP：計画 - 原価#we41f00d]]
--Ｓ字カーブ（支出のペースは、開始・終了部分が緩く、中間部分が急）
--[[EVM>PMP：アーンド・バリュー（EV）]]のグラフのPVとして使われる。
--[[スケジュール・ベースラインも加味されている。>#y7208e48]]
***QCD [#b90df5c7]
-従来の製造業で培われたQCDの管理手法
--Q : Quality（品質
--C : Cost（コスト
--D : Delivery（納期・時間
>※ &color(red){其々の優先度は同じ（ Q ≒ C ≒ D ）。};
-現在のシステム開発にはフィットしない事が多い。
--スコープの重要性が高まっており、
--スコープは意思決定基準となっている。
***[[要素分解>PMP：計画 - 範囲#q107581a]] [#jc4d22b4]
成果物を第１レベル～第ｎレベルに分解して[[WBS>#wbfa176e]]を生成する。
-通常は、プロジェクト（第１レベル）を、~
主要成果物（第２）-> プロジェクト・フェーズ（第３）ワーク・パッケージ（第４）
-アジャイルでは、~
エピック -> ストーリー -> テーマ
-ローリング・ウェーブ計画法では、
--初期段階では、計画中パッケージに要素分解。
--段階的詳細化で、計画中パッケージ -> コントロールアカウント・プラン（CAP）-> ワークパッケージ
※ ワーク・パッケージは更にアクティビティに分割される。
***TT [#e6001a08]
-[[プロダクト分析>PMP：計画 - 範囲#hf5057a8]]
--価値分析（VA：Value Analysis)、価値工学（VE：Value Engineering）
--システム分析（SA:System Analysis）、システム工学（SE：System Engineering）
--プロダクト・ブレークダウン、要求事項分析（RA：Requirement Analysis）
**似たような言葉 [#lea021d7]
***[[プロダクト、プロジェクト・スコープ>PMP：計画 - 範囲#r60982f6]] [#aa65ed08]
-影響：プロダクト・スコープ -> プロジェクト・スコープ
-[[プロジェクト・スコープ記述書>PMP：計画 - 範囲#c327946d]]~
意思決定の基準となる。
--[[前提条件・制約条件>#kf5d4de0]]
--以下、プロジェクト境界を定義する。
---プロジェクト・スコープ
---プロジェクトの除外事項
---プロジェクトの成果物と受入基準
***スコープ、要求事項マネジメント計画書 [#uc1b7f91]
以下の違い。
-スコープ・マネジメント計画書
--スコープの決定
--スコープの変更管理
-要求事項マネジメント計画書
--スコープの監視・制御
--スコープのトレーサビリティ
---[[目標>PMP：試験 - テクニック#tbf66e59]]から、
---実装まで。
***[[XXX要求事項>PMP：試験 - 共通、環境、役割#y20dff81]] [#y20dff81]
***要件定義、[[要求事項収集>PMP：計画 - 範囲#u79e3d1f]] [#b3650595]
要件定義のインプットは以下になる。
-立上（プロジェクト憲章、ステークホルダー登録簿）
-計画（スコープ・マネジメント計画書）
***WBSとWBS辞書 [#wbfa176e]
-WBS
--[[要素分解>#jc4d22b4]]によって生成される。
--成果物を第１レベル～第ｎレベルに分解する。
--成果物指向のプロジェクト作業のツリー構造。
-[[WBS辞書>PMP：計画 - 範囲#h7c4695a]]
--用語集ではない。
--作業構成要素（ワーク・パッケージ）の内容が文書化される。
***XXXアカウント [#ndaa70cd]
-WBSコード（Code of Accounts）~
WBSの各要素（ワーク・パッケージ）に付与される識別子。
-コントロール・アカウント（コスト・アカウント）
--通常は、ワーク・パッケージのWBSコードと＝になる。
--ただし、ワーク・パッケージとは異なる単位でコスト・コントロールを行う場合、~
コントロール・アカウントには通常いくつかのワーク・パッケージが含まれる。
***XXXスケジューリング [#r20b4773]
-従来型
--ネットワーク・スケジューリング
--ASAP(As Soon As Possible)スケジューリング
--ALAP(As Late As Possible)スケジューリング
-アジャイル、カンバン型
--反復型スケジューリング~
（ローリング・ウェーブ計画法）
--オンデマンド・スケジューリング
--プルベース・スケジューリング
-[[ローリング・ウェーブ計画法>PMP：計画 - 範囲#q107581a]]
--段階的詳細化による反復計画技法。
--直近の作業は詳細に、先の作業は大雑把に計画
--TTとしてローリング・ウェーブ計画法。効果として段階的詳細化。
***クリティカルXXX法 [#c20ac05f]
-[[クリティカル・パス法>PMP：計画 - 時間#vc2ab676]]
-[[クリティカル・チェーン法(6)>PMP：計画 - 時間#r81a4b8a]]~
クリティカル・パス法の入力に、~
制約条件、資源の可用性を加える（制約が多い場合）。
***PDM/ADM、GEAT（スケジュール・ネットワーク図作成） [#b6191a8f]
プロジェクト・スケジュール・ネットワーク図作成
-[[PDM>PMP：計画 - 時間#ia27331c]]~
一般的で殆どのソフトウェアで採用されている。
--PDM：プレシデンス・ダイアグラム法
--AON：アクティビティ・オン・ノード
--多くは、終了‐開始（FS）の依存関係を使用する。
-[[ADM>PMP：計画 - 時間#cc347dc4]]~
古い、ほとんど使われない。業界によっては好まれる。
--ADM：アロー・ダイアグラム法
--AOA(AOL)
---AOA：アクティビティ・オン・アロー
---AOL：アクティビティ・オン・ライン
--終了‐開始（FS）の依存関係だけを使用
-[[GEAT>PMP：計画 - 時間#e61001bd]]~
条件による分岐・合流、ループを表すことができる。
***CPM、PERT（スケジュール・ネットワーク分析） [#v73af4cc]
スケジュール・ネットワーク分析によるスケジュール作成
-[[CPM>PMP：計画 - 時間#eb58c052]]~
一点見積もりによるスケジュール作成
--スケジュール・ネットワーク分析の１技法
--逐次ネットワーク（終了‐開始（FS））~
≒ ADM、ただし、PDMも可能らしい。
--クリティカル・パス（CP）
--フロート（= スラック）
---トータル・フロート（TF）
---フリー・フロート（FF）
--往路時間計算
---最早開始日
---最早終了日
--復路時間計算
---最遅開始日
---最遅終了日
-[[PERT>PMP：計画 - 時間#m9f19125]]
--Program Evaluation and Review Technique
--[[三点見積（ベータ分布）で処理した期待値（加重平均）>PMP：試験 - テクニック#xca1d43b]]によるスケジュール作成
***バー（ガント）、マイルストーン・チャート [#z138b36f]
[[ネットワーク図>#b6191a8f]]とは異なる。
-バー（ガント）・チャート
--縦軸に工程、横軸に日程をとり、工程の作業期間を横棒で表す。
--実績を書き込んでいくことで、進捗状況を％で確認できる。
-マイルストーン・チャート
--マイルストーンとは、主要な成果物の
---予定開始日・終了日
---部署間を跨いで調整が必要なイベント
--マイルストーンを定義することで、
---イベント時点でクリアされているかで、進捗状況を確認できる。
---自分のアクティビティ（の開始など）に影響あるのかないのか確認できる。
***XXXフロート（= スラック） [#z4e60250]
フロート（= スラック）は、最早開始日の最早終了日の差を示す。
-フロートの正・負
--正のフロート~
余裕。所謂フロート。CP上には通常、存在しない。
--負のフロート~
遅れ。CP上に有ったらリカバリする必要がある。
-トータル・フロート（TF）
--CP（クリティカル・パス）のフロート
---「プロジェクトの終了日」を遅らせることなく、
---タスクの開始日を遅らせる事ができる期間。
--CPのフロートは0以下（0 or マイナス）になる。
-フリー・フロート（FF）~
個々のアクティビティのフロート
--「後続タスク」の最早開始日を遅らせることなく、
--タスクの開始日を遅らせる事ができる期間。
-計算：LF-EF
--EF = Earliest Finish Time.~
活動が終了できる最も早い時刻。
--LF = Latest Finish Time.~
プロジェクトがアクティビティを~
スケジュールどおりに終了できる最後の時刻。
***[[クラッシング、ファスト・トラッキング>PMP：計画 - 時間#nc066a5a]] [#t5da6e5d]
違いを理解する。
|#|名称|対応|デメリット|h
|1|クラッシング|リソースの追加投入|コスト・リスク増|
|2|ファスト・トラッキング|アクティビティの並行処理|品質低下（手直し増）|
***[[資源平準化、資源円滑化>PMP：計画 - 時間#h2f19b10]] [#l422dade]
-資源平準化：クリティカルパス変更「有」
-資源円滑化：クリティカルパス変更「無」
※ 資源平準化には、コストカット的な意味合いもある。
※ 日本語が謎いが、円滑化という緩い印象のワリに、~
[[ファスト・トラッキング>#t5da6e5d]]や強制残業もあり、~
CPを変更させないハードさがある。
***予算とコスト [#n1f30436]
-予算≒コスト・ベースライン（見積をベースに決定されるので）
-故に予算はコスト・ベースラインに最も大きな影響を与える。
-深刻な[[CV, CPIの差異>#f24bb02d]]は、予算（コスト・ベースライン）変更のトリガになる。
***XXX費用 [#cc6883fd]
-直接費 : PMがコントール可能なPJで消費される費用
--固定費 : 人件費や減価償却費
--変動費 : 原材料費や仕入原価、販売手数料
-間接費 : PMはコントールする権限がない。~
多種の製品の製造・販売過程で共通に発生し、~
特定の製品に直接関係づけることのできない原価。
--一般管理費 :
---総務や企業全体を運営し管理するために要した費用
---間接部門（人事・経理・役員など）の人件費、~
事務所の費用（光熱費、家賃、減価償却費など）~
租税公課、会社全体の福利厚生費、~
その他の経費（交際費・旅費交通費・通信費など）
--販売間接費 :
---販売に関する経費であり販売活動において直接要した費用
---販売手数料、販売促進費（広告費）などが該当する。
***XXX見積 [#p6f2afeb]
-TT
--（一点見積）~
想定工数＋多少のリスクを足しただけの値
--（二点見積）~
と言うものも一応あるらしいが割愛。
--パラメトリック見積
--トップダウン見積（類推見積）~
±10に収まらないので以下を併用。
---三点見積
---ボトムアップ見積
-フェーズと見積~
当たり前だが、トラブルによる＋のブレの方が大きい。
--概算見積（-25% ～ +75%）
--確定見積（-5% ～ +10%）
※ &color(red){トップダウン見積（類推見積）＝ 概算見積};
***[[XXX予備>PMP：計画 - 時間#eaabccf2]] [#of377aa6]
-定義
--コンティンジェンシー予備
---あらかじめ特定されたリスクがあることを想定し、~
それが生じた場合に対処するための予備の予算や期間
--マネジメント予備
---特定できない不測のリスクが発生することをあらかじめ想定し、~
それが生じた場合に対処するための予備の予算や期間
---利用には、上司の承認が必要。
-構成
--予算~
コスト・ベースライン（予算）＝ 見積 ＋ コンティンジェンシー予備
--価格
---＝ コスト・ベースライン ＋ マネジメント予備 ＋ 利益
---＝ 見積 ＋ コンティンジェンシー予備 ＋ マネジメント予備 ＋ 利益
-優先度~
= 発生確率 * 影響度
--コンティンジェンシー予備
---優先度が高い。 ≒ 受容した際に課題対策コストが高い。
---優先度の高いリスクに多く予備費を割り当てる。
--マネジメント予備~
・・・
***XXXリスク [#nd1376ff]
色々あるので理解しておく。
-種類
--[[全体・個別>PMP：計画 - リスク#ib52a894]]リスク
---全体：リスク報告書
---個別：リスク登録簿 → リスク報告書
--[[ネガティブ・ポジティブ>PMP：共通#k017f07c]]リスク
---[[対応>#me30ce56]]
-[[リスク区分>PMP：計画 - リスク#cbc7745e]]
--技術、品質、性能
--マネジメント
--災害リスク（不可抗力）
--内部・外部
--事象・非事象
--緊急リスク
--, etc.
***リスクXXX [#y9687bde]
-リスク選好：ステークホルダー・マター
-リスク許容度：費用対効果から
-リスク閾値：影響度から
***定「性・量」的リスク分析 [#c2d12f66]
-[[定性的リスク分析>PMP：計画 - リスク#i6cab6a9]]
--直観的な優先度付け
--アウトプットはリスク登録簿と報告書
--[[ITTO>#y22511cc]]
-[[定量的リスク分析>PMP：計画 - リスク#t0cdf89c]]
--影響度を定量的に算出する。~
（プロジェクト目標に対する影響）
--アウトプットはリスク報告書
--[[ITTO>#y22511cc]]
***リスクXXX査定 [#n190be3d]
-[[定性的リスク分析>#c2d12f66]]のTT
--リスク・データ品質査定
--リスク発生確率・影響度査定
--リスク・パラメタの査定
--リスク緊急度査定
-一方で、[[定量的リスク分析>#c2d12f66]]のTTは、
--シミュレーション
--クリティカル分析
--感度分析（トルネード図）
--ディシジョン・ツリー分析 + EMV（期待金額価値）
***リスク登録簿・報告書 [#i986bc66]
-リスク登録簿
--[[定性的リスク分析>PMP：計画 - リスク#i6cab6a9]]で生成される。
--アウトプットのプロセスからして定性的な分析結果が記載される。
--個別リスクだけ記載される。
-リスク報告書
--[[定性的リスク分析>PMP：計画 - リスク#i6cab6a9]]と[[定量的リスク分析>PMP：計画 - リスク#t0cdf89c]]で生成される。
--アウトプットのプロセスからして定性的・定量的な分析結果が記載される。
--全体リスク・個別リスクが記載され、全体リスクはこちらにだけ記載される。
***脅威と好機（に対する戦略） [#me30ce56]
-概要
--[[対脅威：回避、転嫁、軽減、受容、エスカレーション>PMP：計画 - リスク#f24c0508]]~
回避、軽減が解り難いケースがある（回避はリスク自体を取り除くケース）。
--[[対好機：活用、共有、強化、受容、エスカレーション>PMP：計画 - リスク#w71ee470]]~
活用、受容が解り難いケースがある（対応が積極的か消極的かの差）。
>※ 「転嫁 ⇔ 共有」は第三者を活用するケースを言う。
-対応
--個別
|#|脅威|好機|h
|1|回避|活用|
|2|転嫁|共有|
|3|軽減|強化|
--共通
---受容~
＜脅威の、能動的な受容＞~
コンティンジェンシー予備で処理。~
~
＜脅威の、受動的な受容＞~
監視のみして対策せず受容する~
（コンティンジェンシー予備は使わない）。~
~
※ 受容は、脅威・好機の分類が無い。~
好機は、コンティンジェンシー予備も無く、能動・受動も無い。~
---エスカレーション~
監視されることが無いリスクへの対応~
≒ 緊急リスク、一部の災害リスクや全体リスク系
-リスクの発生
--リスク登録簿に有るモノ~
課題ログを作成してそれに従って対応する。
--リスク登録簿に無いモノ~
迂回策を計画、承認を得て、実行。
※ 転嫁~
※ 代表例は保険（コレはOK）~
※ 保険加入は損失・保険コスト計算ではなく、損失の許容・非許容で決める。
※ 脅威の回避と軽減の見分けが付き難い。~
明確に何かを避けているか否かで判断するしかない？
***既知・未知の未知 [#t705adb6]
-既知の未知：コンティンジェンシー予備
-未知の未知：マネジメント予備
***[[RFX（調達文書/入札文書）>PMP：計画 - 資源#x2f6b06f]] [#o40de20c]
入札文書（調達文書）は、入札であって応札じゃないのでRFXから構成される。
+計画
++RFI：Requset For Informattion
++RFP：Request For Proposal
+実行
++RFQ：Request For Quotation
++IFB：Invitation for Bid
***[[契約タイプ>PMP：計画 - 資源#ld9ea7ac]]（FP, CR, etc.） [#z9609d8f]
一括か？準委任か？みたいな。~
あとは、インセンティブの扱い。
-タイプ
--FP : Fixed Price Contract
---FFP : Fixed Firm Price
---FP-EPA : Fixed Price with Economic Price Adjustment
---FPIF : Fixed Price Incentive Fee
---FFP : Fixed Firm Price（完全定額契約）
---FP-EPA : Fixed Price with Economic Price Adjustment（経済価格調査つき定額契約）
---FPIF : Fixed Price Incentive Fee（定額インセンティブ・フィー契約）
--CR: Cost Reimbursable Contract、CPF : Cost Plus Fee contract
---CPAF : Cost Plus Award Fee（アワードは購入者主観のインセンティブ）
---CPIF : Cost Plus Incentive Fee（品質面でインセンティブ）
---CPFF : Cost Plus Fixed Fee（コスト・デリバリ面でインセンティブ）
---CPPC : Cost Plus Percentage of Cost（パーセンテージがインセンティブ）
--T&M : Time and material（≒ CPPC）
-契約タイプとリスク
--購入者から見たリスク
---高い <----------------------------------------------------------> 低い
---T&M <-> CPPC <-> CPFF <-> CPIF <-> CPAF <-> FPIF <-> FP-EPA <-> FFP
--納入者から見たリスク
---高い <----------------------------------------------------------> 低い
---FFP <-> FP-EPA <-> FPIF <-> CPAF <-> CPIF <-> CPFF <-> CPPC <-> T&M
>※ リスクは不確定要素なので、~
&color(red){能力次第の不確実なインセンティブ≒''納入者''から見た場合のリスク};となる。
>※ &color(red){受注者側か？発注者側か？};で、答えが真逆になるので注意する。
-実際の契約の行使は[[コチラ>PMP：試験 - 実行#p16e33a7]]。
**その他 [#cc4baff8]
***[[スケジュールの実行可能性評価>PMP：計画 - 時間#ua7b7bdc]] [#ke756e09]
-[[What-If分析>PMP：計画 - 時間#lce391b8]]
-[[シミュレーション>PMP：計画 - 時間#id3c7c0e]]
-[[モンテカルロ分析>PMP：計画 - 時間#ec0e3eb4]]~
パス収束点で先行アクティビティ遅れのリスク（影響）評価が可能。
-[[感度分析>PMP：計画 - リスク#hd238dd5]]（リスク）
***計画（スケジュール・コスト見積）の承認 [#dfc8765e]
スポンサーがスケジュール・コスト見積の妥当性を評価できていない場合、
-&color(red){リスク・マネジメント次第の幅のある見積結果と確度を提示すると妥当性を評価し易い。};
-[[コンティンジェンシー対応（代替）戦略>PMP：計画 - リスク#u753d090]]の実行にはスケジュールやコスト予備を設定する。
-スケジュール・コストの調整が先で、スコープの調整は最終的な手段とする。
-&color(red){計画の結果は契約条項に纏められるので、契約書内容はリスク・マネジメントと関連が深い。};
![[PukiWiki]](image/pukiwiki.png "[PukiWiki]")
