PMP　試験対策メモ

<h3>学習用メモ。</h3>

PMP試験は、230分で180問出題。１クール60問ごとに10分休憩。で３クール。
見直しの時間を考慮すると、1問1分で回答するのが望ましい。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/658844/75e9cad1-be20-1de3-06aa-544c04689f41.png)




<b>タイトル</b>
・

<b>抑えるべきPMIイズムとは
一例ですが、抑えるべきPMIイズムは以下のものとなります。

<b>問題に直面したら、まず自ら「事実」を確認する、誰かにエスカレーションしない。

<b>全てのステークホルダーにフェアに接する、意見や考え方を尊重し解決を図る

<b>知見が無い領域については専門家を積極的に活用する

<b>すべての変更は、変更管理プロセスを通じて処理を行い、作業を開始する前に、適切な承認を求め、変更を文書化する。




<b>ポートフォリオ＞プログラム＞プロジェクト</b>


<b>タックマンモデル</b>
順番を「せどあすか」で覚える。

・（せ）成立期　Forming　　⇒トップダウンのリーダシップが必要
・（ど）動乱期　Storming　　⇒道筋を作るリーダシップが必要
・（あ）安定期　Norming　　⇒考えさせることでメンバーに正しい方向を気付かせることが必要
・（す）遂行期　Performing　⇒権限委譲型のマネジメントが必要
・（か）解散期　⇒目的を達成し、プロジェクトから離れる

<b>コンフリクトマネジメント</b>

|撤退・回避(Withdrawing/Avoiding) てっかい |コンフリクトから身を引く。←最も効果が少ない（課題を先送り）|
---|---
|鎮静・適応(Smoothing/Accommodating)ちんてき |同意できる部分を強調する。←調和と関係を維持（お互い同意できる部分を重視）★適応だから相手に合わせる|
|妥協　(Compromising)和解　だわ|一時的、または部分的に解消（全員がある程度納得）★和解だから全員納得|
|強制　(Forcing)	|他者を犠牲にして自分の観点を押し付ける。これは勝ち負け式の解決策しか提示しない。|
|協力　(Collaborating)|異なる観点から複数の視点や見識を取り込む。これは合意と確約につながる。|
|対峙・問題解決(Confronting/Problem Solving)|コンフリクトを、いろいろな手段を検討することにより解決すべき問題だと捉える。ギブ・アンド・テイクという態度と、オープンな対話を必要とする。|

<b>DAD（ディシプリンド・アジャイル・デリバリー）</b>
・インセプション：チームの形成、要件の引き出し、アーキテクチャのモデリング、テストの戦略化などの活動が行われる。
・


![ajile.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/658844/da0af094-bcb0-563b-6bd3-243caa7b538a.png)


<b>スクラムの概要</b>
１．プロダクトオーナー
　・責任者
　・スクラムマスターを任命
　・顧客とユーザーストーリーを作成。プロダクトバックログの優先順位を決める。
　・顧客の変更要求のレビュー。
２．スクラムマスター
　・チームリーダー。サーバント・リーダーシップを発揮。
　・レトロスペクティブ（振り返り）を主導。
　・チーム代表でSoS（スクラムのスクラム会議）に参加
３．チームメンバー
　・プロダクト・バックログから優先順位の高いストーリーを引き出して、スプリント・バックログにする。
　・スプリント・バックログのストーリーをタスクに分解。作業見積もりをする。
　・スプリント計画を立てて作業にコミット。
　・イテレーション（反復）・バックログも優先順位を見て、チームによって引き出される。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/658844/c89224bd-b825-ea38-6d9f-0f1d3c257be2.png)

<b>エピック＞フィーチャー＞ユーザストーリー</b>
エピック：（大）壮大な物語
フィーチャー：特徴、大まかな機能
ユーザストーリー：物語、小説


<b>SoS (Scrum of Scrum) </b>
・２つ以上のスクラム・チームで編成されるプロジェクトにおいて利用される技法


<b>＜この違いは何？＞</b>
1.　アジャイル
2.　リーン：未経験、ハイリスクで、要件や優先順位が頻繁に変更される場合のライフサイクル。プロセス内の作業の最小化、継続的デリバリーフローのサポート、フローの最大化、ボトルネックの削減

3.　継続的デリバリー：アジャイル
4.　継続的デリバリー：リーン
スプリントの終わりを待たずフィーチャーが完了するたびにリリースする手法は継続的デリバリー (Continuous Delivery) または継続的デプロイメント(Continuous Deployment) と呼ばれます。

AI= 探索的/リーン・スタートアップ

<b>インクリメンタル（イテレーション）</b>
増分の、漸進的な

<b>プロジェクト憲章作成時に参照されるもの</b>
・ビジネス・ケース
・ベネフィット・マネジメント計画書
・契約文書（合意）


<b>アジャイル型プロジェクト</b>
プロジェクト全体を通してチームのメンバーは直接クライアントと接点を持つ
自己組織化
CCBは一般的ではない。

<b>突出モデル</b>は、権力、緊急性、正当性で分類


<b>EVM</b>
![img_21.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/658844/31deda0c-c38f-0941-3fe1-b544e6bf334b.png)

まず以下の基本形は暗記します。「その時点で」「完成時点で」と入れて覚えるのがコツです。

<table style="width: 679px;">
<tbody>
<tr>
<td style="width: 144px;">アーンドバリュー<br />
（EV）</td>
<td style="width: 74px;">稼いだ<br />
出来高</td>
<td style="width: 428px;">「その時点で」、10円のペンを4個作ったら40円</td>
</tr>
<tr>
<td style="width: 144px;">プランドバリュー<br />
（PV）</td>
<td style="width: 74px;">見込み<br />
出来高</td>
<td style="width: 428px;">「その時点で」、ペンが5個完成している見込みだったら50円</td>
</tr>
<tr>
<td style="width: 144px;">Actual Cost （AC）</td>
<td style="width: 74px;">実コスト</td>
<td style="width: 428px;">「その時点で」、10円のペンを4個作るのに<br />
45円のコストがかかった</td>
</tr>
<tr>
<td style="width: 144px;">完成時総予算<br />
（BAC）</td>
<td style="width: 74px;">完成時の<br />
コスト</td>
<td style="width: 428px;">「完成時点で」、10円のペンを全部で8個作るのに<br />
80円のコストがかかる</td>
</tr>
</tbody>
</table>
<p>数式の基本系も暗記します。<br />
差異系…引き算<br />
効率系…割り算<br />
と覚えます。</p>
<table style="width: 679px;">
<tbody>
<tr>
<td style="width: 187px;"></td>
<td style="width: 103.4px;">差異系</td>
<td style="width: 62.6px;">効率系</td>
<td style="width: 282px;"></td>
</tr>
<tr>
<td style="width: 187px;">その時点でのスケジュール遅れ</td>
<td style="width: 103.4px;">SV=EVーPV</td>
<td style="width: 62.6px;">SPI=EV/PV</td>
<td style="width: 282px;">差異系から効率系は引き算を割り算に変えるだけ。<br />SV値がマイナスのとき遅延が発生している。<br />SPI値が１未満のとき遅延が発生している。</td>
</tr>
<tr>
<td style="width: 187px;">その時点でのコスト超過</td>
<td style="width: 103.4px;">CV=EVーAC</td>
<td style="width: 62.6px;">CPI=EV/AC</td>
<td style="width: 282px;">差異系から効率系は引き算を割り算に変えるだけ。<br />CV値がマイナスのときコスト超過が発生している。<br />CPI値が１未満のときコスト超過が発生している。</td>
</tr>
</tbody>
</table>


<table style="width: 679px;">
<tbody>
<tr>
<td style="width: 187px;"></td>
<td style="width: 103.4px;">予算レートを用いた予測</td>
<td style="width: 62.6px;">現在のCPIを用いた予測</td>
<td style="width: 282px;"></td>
</tr>
<tr>
<td style="width: 187px;">EAC：完成時総コスト見積もり</td>
<td style="width: 103.4px;">EAC＝AC＋（BAC-EV）</td>
<td style="width: 62.6px;">EAC＝BAC/CPI</td>
<td style="width: 282px;">BAC-EVは残作業を示す。つまりEACは（実コスト＋残作業）となる。</td>
</tr>
</tr>
</tbody>
</table>

<b>コミュニケーションマネジメント</b>
作業パフォーマンス・データ：現場の事実。
　↓
作業パフォーマンス情報：「データ」を分析・評価してプロジェクトマネージャーに報告する。
　↓
作業パフォーマンス報告書：プロジェクトマネージャーが「情報」を取りまとめて報告書にしてステークホルダーへ伝達。

<b>ノミナル・グループ</b>
アイデア出しに投票プロセスを加えてブレーンストーミングを強化した技法

<b>コンフィギュレーション・マネジメント計画書</b>
プロジェクトの項目に関する情報が記録され変更される方法、またどの項目が記録され更新されるかを記述した計画書

<b>コンフィギュレーション・マネジメント・システム</b>
プロダクトの構成管理とバージョン管理、および変更管理を支援するツール

<b>プロジェクトの終結プロセスで利用できるデータ分析</b>
文書分析、回帰分析、傾向分析、差異分析の４つ

<b>WBS辞書</b>
WBSのワーク・パッケージ単位の詳細な作業情報、作業前提、スケジュール情報等が記載されている。

<b>スコープ記述書</b>
受入基準が記載されているプロジェクト文書

<b>要求事項の収集プロセスのアウトプット</b>
「要求事項文書」と「要求事項トレーサビリティ・マトリックス」の２つ

<b>フォーカス・グループ</b>
グループに対するプロダクトやサービスに関する要求開発の技法。
要求事項の収集プロセスのツールとして利用する

<b>プロダクト・スコープ記述書</b>
ビジネス・ニーズではなくプロダクトの特性を記述したもの

<b>要求事項文書</b>
要求事項がビジネス・ニーズを満たす方法について記述したもの

<b>ワークパッケージとアクティビティ</b>
ワークパッケージ
　・WBS構成要素の最も低いレベルの作業
　・作業プロダクトや成果物
　・進捗管理や見積りの対象となるかたまり
　・アクティビティをグループ化したもの
アクティビティ
　・ワーク・パッケージを生成するためのひとつひとつの作業
　・作業プロダクトや成果物ではない
　・したがってそれ自体がワーク・パッケージになることはない
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/658844/f2e2bffa-1396-5c90-c19c-4a6aae2eccac.png)

<b>スコープの妥当性確認</b>
成果物の妥当性を確認、変更要求を明示し顧客による受け入れの可能性を高めるプロセス

<b>要求事項トレーサビリティ・マトリックス</b>
要求事項の収集でアウトプットされスコープの妥当性確認で更新出力される
抜け漏れが無いかをトレースする

<b>プロジェクト憲章</b>
　ハイレベルのスコープ

<b>スコープ・クリープ</b>
時間、コスト、および資源を調整することなくスコープが拡大してゆくこと

<b>非事象リスク</b>
変動リスクは非事象リスクのひとつで、計画された指標値や目標値などが実現できないリスク

<b>コレスポンデンス</b>
納入者が是正すべき欠陥を指摘する文書

<b>突出モデル（セイリエンスモデル）</b>
ステークホルダーを権力、緊急度、正当性に基づき分類


<b>リードとラグ</b>
リード：先行する。後続の開始を前倒しする。リスクなし。
ラグ：先行完了後に後続を遅らせる。待ち時間（タイムラグ）

<b>ファストトラッキングとクラッシング</b>
ファストトラッキング：並行稼働。リスクあり。ネットワークダイアグラムを変更。
クラッシング：人を入れて期間を短縮する

<b>モンテカルロ分析</b>
膨大な What-If シナリオをもとに、スケジュールへの影響について複数の結果をシミュレーションすること
モンテカルロ分析には、回帰分析・統計的最適化は無関係


<b>デルファイ法は、匿名</b>

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/658844/4210efd8-0cd1-1a83-5604-d3aa41651a4e.png)