PMP：試験 - テクニックのバックアップ(No.25) - .NET 開発基盤部会 Wiki

[ トップ ] [ 新規 | 一覧 | 単語検索 | 最終更新 | ヘルプ ]

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

戻る

目次 †

目次
概要
詳細

概要 †

試験のテクニック類を纏める。
知らないと選択肢を絞るのに苦労するというか絞れなくなる。

詳細 †

ITTO †

概要 †

ITTO
- I : input
- TT : tool & technic
- O : output

流れを理解する。
- 計画
- 実行
- 監視・制御
- 終結

TT †

専門家の判断と会議は、だいたいある。
（無いケースを選択するケースもあるのでそれは諦め）。

選択肢から外す。
- TTを問うているのにIやO要素が混じっているケース。
- 聞いたことが無い要素が混じっているケース。
- 他のプロセス群や知識エリアのTTの要素へ言及しているケース
  （アリがちなのが、前のプロセスのTTへ言及しているケース）
- コンテキストに沿っていないケース（成否を決定する要素をもっていない）
- 余計な文字列で修飾されているか他と比べて異常に長く（、且つ正否の判断が不可）。

IO †

プロセスの要素と呼ばれることがある。
当該プロセスのインプットである場合、前プロセスのアウトプットとなる。
当該プロセスのアウトプットである場合、後プロセスのインプットとなる。

選択肢から外す。
- IOを問うているのにTT要素が混じっているケース。

引っ掛け †

I/Oが逆になっているケース（空覚えのプロセスでありがち）。

IがTTに見える時がある
- 例えば組織体の環境要因（EEF）に含まれるPMIS。
- PMISはTTに含まれるケースが多いが、
- 組織体の環境要因（EEF）にも含まれる。

ITTO のプロセス指定により限定されている場合、選択肢から外す。
- その他のプロセスでも有効な場合がある。
- プロセスが指定されていないITTO の選択肢も無効では無いので、恐らく逆はない。

前後のプロセスのITTOを含める。よく引っかかる。

アウトプットの子要素を選択肢に含める（前述より更に解り難くなる）。
- 当該プロセスのアウトプットの子要素に、前後のプロセスのアウトプットを含める。
- 当該プロセスのアウトプットに、前プロセスのアウトプットの子要素を含める。

用語の定義 †

基本的に用語の定義を覚えていれば回答可能。
覚えれば覚える程（、選択肢の除外にも役立ち）、正答率が増す。

モンテカルロ分析 †

（モンテカルロ・シミュレーションはスケジュール、コストのリスクなどで使用される）

シミュレーションや数値計算を乱数を用いてコストのリスクを決定する手法
「入力値をランダムに選び、シミュレーション結果を得る」ということを繰り返す。
結果として、想定されるコストの確率分布を表現し、見積りに幅をもたせる。

情報収集と意思決定 †

計算を要するもの †

公式暗記系。

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

アーンド・バリュー（EV） †

PV, EV, AC, BACが与えられる。

式

スケジュール
- SV = EV - PV
- SPI = EV / PV

コスト
- CV = EV - AC
- CPI = EV / AC

残コスト
- ETC = (BAC - EV) / CPI
- VAC = BAC - EAC

総コスト
- BAC
- EAC = ETC + AC

TCPI
- = (BAC - EV) / (BAC - AC)
- = (BAC - EV) / (EAC - AC)

説明
- EAC : 現在の差異が継続するとみられる場合の将来予測
- TCPI : 現在の予算内で収めるCPI（コスパ）の算出

パターン
- コスト超過傾向の場合（CPIが1.0を下回る）、
  EACが再設定された時のTCPIの算出（1.0を上回る）。

三点見積 †

平均値
- 最頻値(tM) : 最も可能性が高い
- 楽観値(tO) : 最良のケース
- 悲観値(tP) : 最悪のケース

期待値
- 三角分布の期待値 : tE = (tO + tM + tP) / 3
- ベータ分布の期待値（加重平均） : tE = (tO + 4tM + tP) / 6

PERT

ベータ分布の標準偏差 = (tP - tO) / 6
分母が6なのは、± 3 なので 6 と覚えたらイイ。

標準偏差毎の確率
ベータ分布で、標準偏差毎の確率が決まっている。
- 期待値 ± 1 * 標準偏差 : 68.26%
- 期待値 ± 2 * 標準偏差 : 95.44%
- 期待値 ± 3 * 標準偏差 : 99.73%

クリティカル・パス法 †

ラグを予想する変則的な問題

ラグを含むパスのうち長い方がクリティカル・パス
このパスを用いて、ラグを予想する。

コミュニケーション・パス †

参加者の数 = 3 経路 = 3 で計算すると公式を思い出し易い。

引っ掛け
- 自分を足し忘れるという「むらの英雄」的な引っ掛けがある。
- 何気に、パスの数ではなく、値の増減を問うているケースがある。

人件費の計算 †

其々の要素を分けて書いて計算する。

基本給付額
付加給付額
ボーナス
オーバーヘッド・コスト

選択肢の絞り込み †

問題からキーワードを拾う †

例えば、サーヴァント・リーダが答えの問題に、
「自律的」と「支援」のキーワードがあった。

サーヴァント・リーダ
自由放任型

の選択肢から二者択一するのに「支援」が重要になる。

その他
- 「先ず」→「最終的に」ではなく「先ず」行うべきことを問う。

規定・規範 †

「先ず」、通報の前に理由・背景を知るためのワンクッション。

立上・終結 †

中断する場合、セーブ・ロード的な意味で、
スコープ・ベースラインを媒体にしてセーブ・ロードする。

正否・可否 †

正否・可否などの、どちらを問うているか確認する。
何気に日本語が解り難い場合、選択肢が全部ｘに見えることがある。
その場合、問題文を逆に読むようにすると良いかもしれない。

実施内容 †

プロセス、プロセス群には色々な実施内容があるが、
出題されて回答するのは、プロセスの主要な目的に対応する実施内容に絞る。

例えば、チーム育成は、
協調、士気、活気、結束の向上の効果もあるが、
チームメンバの期待と行動を明確化して生産性を向上させる。

と、広義の実施内容＋効果以外を選択肢から除く。

前提条件の追加 †

何か最優先の前提条件が追加された場合も、
従来の前提条件が無くなる訳ではない。

従って、双方の前提条件を優先順位順に考慮する。

タイミング関連 †

一般
- 対策が先で、原因追求は、その後。
- 直接的な不明点の解明が先（例：相見積もり < 見積根拠）。
- 命令より先にメンバ自身の判断

統合
- 変更要求の前に実施すること。

ステークホルダー
- ステークホルダー関与度評価の後
  - 支持強化、抵抗抑止の前に、
  - コミュニケーション・スタイルの評価を行う。

統合
- 変更要求の前に実施すること。

最初のインプットと重視するインプットは違う。
- 監視・制御のプロセス群
  - 最初のインプット：作業パフォーマンス・データ
  - 重視するインプット：作業パフォーマンス情報

完了時 ≒ 完了後の意味
- 〇
  - プロジェクト憲章作成中にPMをアサインする。
  - プロジェクト憲章作成完了直前にPMをアサインする。
- ×
  - プロジェクト憲章作成完了時にPMをアサインする。
  - プロジェクト憲章作成完了後にPMをアサインする。

値の増減 †

値を増減させて変更した場合、
変えた後の値ではなく、増減を問うているコトがある。

原因の説明 †

原因を説明するPMBOK用語を選択する。

xV < 0 & yPI > 1 †

xVとyPIを不等号を変えて問う変則技

[x = s, y = c] or [x = c, y = s].
不等号を x と y の式で変える。

似たような言葉 †

検査 ≠ 査定、監査 †

検査 ≠ 査定
- 検査：各種、評価を行って、数値の算出を行う。
- 査定：検査の結果を分析して取り調べて金額・等級などを決める。
- 中古車の車両検査（= 検査 + 査定）で言うと、
  - 検査 : 品質評価
  - 査定 : 金額算出

監査は複数のプロセス群で実施される。

計画とマネジメント †

計画は計画プロセス群、マネジメントは実行プロセス群

ステークホルダー - 計画
- ステークホルダー・マネジメント計画（5版）
- ステークホルダー・エンゲージメント計画（6版）

調達 - 実行
- ステークホルダー・エンゲージメント・マネジメント

ビジネス目標、プロジェクト目標 †

EV の SPI、CPI †

比率であるため、
- トレンド（傾向変動）を示す。
- 従って、傾向分析に使用できる。

特定期間の測定値が継続的に続く。
と予想される場合、長期で利用できる。

XXXログ、XXX登録簿 †

ログ系
- 前提条件ログ
- 変更ログ
- 課題ログ（変更管理やリスク管理と別）

登録簿系
- ステークホルダー登録簿
- リスク登録簿
- 教訓登録簿

その他 †

ホフステード・モデル：異文化理解に役立つらしい。

品質系 †

PMP：品質マネジメント

品質コスト †

品質マネジメント計画のツールと技法。
品質マネジメント計画だけではなくコスト見積のツールと技法でもある。
- コストが解らないと計画が立たない
- 意思決定には、費用便益分析を使用する。

品質管理活動 †

起源
おっさんの名前を覚える。
- (c) クロスビー（フィリップ・B・クロスビー
- (j) ジュラン（ジョセフ・M・ジュラン
- (d) デミング（W・エドワーズ・デミング
- (s) シューハート（ウォルター・A・シューハート

手法

全社的品質管理 : Total Quality Control（TQC）
総合的品質管理 : Total Quality Management（TQM）
シックスシグマ（米モトローラが開発、 6σ（通常は、3σ））
カイゼン（継続的改善、QCサークル、第一が人々の質、第二が成果物）
能力成熟度モデル統合（CMMI、5つの発達段階）
品質工学（TM：タグチメソッド）

TT系 †

七つ道具
- QC七つ道具
- 新QC七つ道具

サンプリング
- 計数サンプリング
- 計量サンプリング
- 統計的サンプリング

ベンチマーキング
実験計画法（DOE）

デザイン・フォー・エックス

用語 †

品質尺度
品質と等級
使用適合性
品質(信頼性/安全性/使い勝手/機能展開/サービス)

プロジェクトの †

プロジェクトの開始の判断材料となる文書は？ †

プロジェクト憲章

プロジェクトの中止の判断材料となる文書は？ †

ビジネス・ケース
プロジェクト憲章では無い。
一方で、PJの意思決定のベースラインは、スコープ・ベースライン。

プロジェクトの終結後もステーク・ホルダーに参照される文書は？ †

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

プロジェクトの成功と失敗の判断材料は？ †

プロジェクト目標の達成の度合い。

その他 †

法則系 †

工数
- パーキンソンの法則
- ホフスタッターの法則
- ブルックスの法則

原因・結果
- パレートの法則
- スタージョンの法則
- マーフィーの法則

組織
- ピーターの法則
- コンウェイの法則

ソフトウェア
- リーナスの法則
- ヴィルトの法則
- ザウィンスキーの法則
- ポステルの法則

ハードウェア
- ムーアの法則
- ロックの法則

ネットワーク
- リードの法則
- メトカーフの法則

参考
- 人名を冠したソフトウェア開発の19の法則
  https://www.yamdas.org/column/technique/19laws.html

監査 †

監査は、複数のプロセス群にある。

実行プロセス群
- 品質保証(QA)：方針、プロセスとアクティビティ監査
- リスク対応策の実行

監視・制御プロセス群

終結プロセス群
成功・失敗の監査

症候群 †

学生症候群