PMP：計画 - 時間のバックアップ(No.10) - .NET 開発基盤部会 Wiki

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

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

戻る

目次 †

目次
概要
- 計画 - スケジュール・プロセスの主要な役割
- インプット・アウトプット
スケジュール・マネジメント計画
アクティビティ定義
アクティビティ順序設定
アクティビティ所要期間見積
スケジュール作成
ツールと技法

概要 †

計画 - スケジュール・プロセスの主要な役割 †

後続の実行、監視・制御のプロセス群では、
ココで決めた文書を使用して、プロジェクトの進捗状況を測定・評価する。

作業
- スケジュール・マネジメント計画書を作成し、
- WBSを使用して、アクティビティを順番に並べ、
- 実行に必要な資源と時間を見積もり、
- 最後に、プロジェクト・スケジュール, etc. を作成する。

インプット・アウトプット †

#	プロセス	インプット	ツールと技法	アウトプット	知識エリア
6	スケジュール・マネジメント計画	・プロジェクト憲章・プロジェクト・マネジメント計画書　　(p) スコープ・マネジメント計画書　　(p) 開発アプローチ ---------- ・組織体の環境要因・組織のプロセス資産	・専門家の判断・データ分析　　(p) 代替案生成・会議	・スケジュール・マネジメント計画書	プロジェクト・タイム・マネジメント
7	アクティビティ定義	(p) プロジェクト・マネジメント計画書　　・スコープ・ベースライン　　・スケジュール・マネジメント計画書 ---------- ・組織体の環境要因・組織のプロセス資産	・専門家の判断・要素分解・ローリング・ウェーブ計画法 (p) 会議	・アクティビティ・リスト・アクティビティ属性・マイルストーン・リスト (p) プロジェクト・マネジメント文書更新版　　(p) スケジュール・ベースライン　　(p) コスト・ベースライン
8	アクティビティ順序設定	(p) プロジェクト・マネジメント計画書　　(p) スコープ・ベースライン　　・スケジュール・マネジメント計画書・プロジェクト文書　　(p) 前提条件ログ　　・プロダクト・スコープ記述書　　・アクティビティ・リスト　　・アクティビティ属性　　・マイルストーン・リスト ---------- ・組織体の環境要因・組織のプロセス資産	・プレシデンス・ダイアグラム法（PDM）・依存関係の決定・リードとラグ (p) プロジェクト・マネジメント情報システム（PMIS）	・プロジェクト・スケジュール・ネットワーク図・プロジェクト文書更新版　　(p) 前提条件ログ　　(p) アクティビティ・リスト　　(p) アクティビティ属性　　(p) マイルストーン・リスト
10	アクティビティ所要期間見積	(p) プロジェクト・マネジメント計画書　　(p) スコープ・ベースライン　　・スケジュール・マネジメント計画書・プロジェクト文書　　(p) 前提条件ログ　　・プロジェクト・スコープ記述書　　・アクティビティ・リスト　　・アクティビティ属性　　(p) マイルストーン・リスト　　・[[資源要求事項>]] 　　・リスク登録簿　　(p) 教訓登録簿　　(p) プロジェクト・チーム任命　　・[[RBS>]] 　　・資源カレンダー ---------- ・組織体の環境要因・組織のプロセス資産	・専門家の判断・所要期間見積　　・類推見積　　・パラメトリック見積　　・三点見積　　・ボトムアップ見積 (p) データ分析　　(p) 代替案生成　　・予備設定分析 (p) 意思決定　　・グループ意思決定技法 (p) 会議	・アクティビティ所要時間見積　　(p) 見積根拠・プロジェクト文書更新版　　(p) 前提条件ログ　　(p) アクティビティ属性　　(p) 教訓登録簿
11	スケジュール作成	(p) プロジェクト・マネジメント計画書　　(p) スコープ・ベースライン　　・スケジュール・マネジメント計画書・プロジェクト文書　　(p) 前提条件ログ　　・プロジェクト・スコープ記述書　　・アクティビティ・リスト　　・アクティビティ属性　　(p) マイルストーン・リスト　　・[[資源要求事項>]] 　　・プロジェクト・スケジュール・ネットワーク図　　・アクティビティ所要時間見積　　(p) 見積根拠　　・リスク登録簿　　(p) 教訓登録簿　　・プロジェクト・チーム任命　　・[[RBS>]] 　　・資源カレンダー (p) 合意書 ---------- ・組織体の環境要因・組織のプロセス資産	・スケジュール・ネットワーク分析・クリティカル・パス法・~~クリティカル・チェーン法(6)~~ ・資源最適化技法・モデリング技法・リードとラグ・スケジュール短縮・スケジューリング・ツール	・スケジュール・ベースライン・プロジェクト・スケジュール・スケジュール・データ・プロジェクト・カレンダー・プロジェクト・マネジメント計画書更新版・プロジェクト文書更新版

スケジュール・マネジメント計画 †

インプット †

この中で、プロジェクト・マネジメント計画書には、

スコープ・ベースライン
プロジェクトのすべての作業が記載される。
- 承認済みの、プロジェクト・スコープ記述書
- WBS
- WBS辞書

が含まれる。

プロセス（ツールと技法） †

専門家の判断 †

データ分析 †

・・・

会議 †

アウトプット †

スケジュール・マネジメント計画書 †

プロジェクト・スケジュールの作成と、
実行、監視・制御する方法を記述する。

プロセスの相互作用と依存関係から、変更の反映方法を記述する。

以下の要素から構成される。

スケジュール・モデル
- 方法論
- ツール（MS Project, etc.）

正確さのレベル、測定単位
アクティビティの端数処理の単位：週、日、時間

コントロールの閾値
スケジュールの許容差異レベル：％、日、時間（たいてい％）

パフォーマンスの測定規則
- 測定の時期：WBSのレベルを指定
- 測定の種類：アーンド・バリュー（予算・スケジュールの観点で定量的に評価）

アクティビティ定義 †

ワーク・パッケージ・レベルを更に分解して、アクティビティを定義する。
こてにより、簡単に、見積もり、スケジュール、割当などのコントロールするための基盤を構築する。

アクティビティは、
- 成果物を生成するために実行する個別の作業単位である。
- 成果物・アクティビティは、名詞か？動詞か？で区別する。

実際には
- WBS作成
- アクティビティ順序設定

を同時に行い、完了させる。

インプット †

プロセス（ツールと技法） †

要素分解 †

ローリング・ウェーブ計画法 †

一種の段階的詳細化
サブ・プロジェクトのアクティビティ定義は、
サブ・マネージャーに委任することがある。

専門家の判断 †

テンプレート †

また、過去のアクティビティ・リスト（このプロセスのアウトプット）を、テンプレートとして使用することもできる。

アウトプット †

アクティビティ・リスト †

チーム・メンバーが作業の内容と実行方法を理解できるようにする。

構成要素
- スケジュール・アクティビティのアクティビティ名と同じ、
  プロジェクトで実行されるすべてのアクティビティ名。
- 各アクティビティ名に対応する作業範囲の説明と識別子（コード or 番号）

アクティビティ属性 †

アクティビティ・リストを拡張したもの。
アクティビティの特性を記述する。
後述のスケジュール作成プロセスのインプットとなる。

項目（段階的詳細化）

上流
- アクティビティID
- WBS識別コード
- アクティビティ名

下流
- 先行 / 後続アクティビティ
- 論理的順序関係
- リードとラグ
- 資源に対する要求事項
- 制約条件 / 前提条件

マイルストーン・リスト †

マイルストーン

大きな目標
- 成果物の完了
- 重要なイベント

例
- 契約の承認
- プロジェクト成果物の承認
- プロトタイプの作成
- システム・テストの完了

マイルストーン・リスト
- 成果の記録
- 必須 / 任意の文書化

アクティビティ順序設定プロセスのインプットとなる。

プロジェクト・マネジメント文書更新版 †

アクティビティ順序設定 †

アクティビティを正しい順番に並べる。

実際には
- WBS作成
- アクティビティ定義

を同時に行い、完了させる。

インプット †

プロセス（ツールと技法） †

依存関係の決定 †

プレシデンス・ダイアグラム法（PDM） †

リードとラグ †

スケジュール・ネットワーク・テンプレート †

また、過去のプロジェクト・スケジュール・ネットワーク図（このプロセスのアウトプット）を、テンプレートとして使用することもできる。
部分的に適用するテンプレートは、サブ・ネットワーク・テンプレート、部分ネットワーク・テンプレートと呼ぶ。

アウトプット †

プロジェクト・スケジュール・ネットワーク図 †

手作業で作成してもコンピューターで作成しても良い。

プロジェクトの複雑さによって記載のレベルは異なる。

複雑：概要レベルの情報のみ含まれているケース
- 関連あるアクティビティの集合（ハンモック）
- ハンモック：関連あるアクティビティのグループをひとまとめにし、
  そのグループに含まれるアクティビティに相応しい表題を付与したもの。

単純：全ての詳細情報が含まれているケース

効果
アクティビティ・リストで、
- 見逃していたアクティビティが、浮上したり、
- １つで済むと思っていたアクティビティが、２つに分割されたり、

するので、プロジェクト文書を更新する。

プロジェクト文書更新版 †

必要に応じて更新する。

アクティビティ所要期間見積 †

必要な時間を、スケジュール作成に入力できるように見積もる。

インプット †

組織のプロセス資産にプロジェクトカレンダーがある。

プロセス（ツールと技法） †

その他、スケジューリング・ソフトウェアを使用できる。

所要期間見積 †

その他 †

グループ意思決定技法

ブレーン・ストーミング

デルファイ法多数の専門家や個人にアンケート調査を行い、結果を回答者にフィードバック、
さらに予測を繰り返し、予測の正確度を上げながら、全体の答えや意見を絞る。

ノミナル・グループ技法
ブレーン・ストーミングに投票プロセスを加え、結論を出す方法。

予備設定分析
- コンティンジェンシー予備
  - スケジュール・ベースラインに含まれる。
  - リスク計画プロセスで特定される作業（基地の未知）に使用される。

マネジメント予備
- スケジュール・ベースラインに含まれない（所要時間全体の要求事項の一部）。
- 不測のリスク（未知の未知）発生に対処するための予備の予算や期間
- 発生した場合は、スケジュール・ベースラインの変更が必要になる。

アウトプット †

アクティビティ所要時間見積 †

プロジェクト文書更新版 †

スケジュール作成 †

計画プロセス群の中の中心的なプロセス。

インプット †

プロセス（ツールと技法） †

アウトプット †

スケジュール・ベースライン †

プロジェクト・スケジュール †

スケジュール・アクティビティ

スケジュール・データ †

プロジェクト・カレンダー †

プロジェクト・マネジメント計画書更新版 †

プロジェクト文書更新版 †

ツールと技法 †

依存関係の決定 †

強制依存関係 †

ハード・ロジック、ハード依存症とも呼ぶ。
作業内容でアクティビティの順番が決まる。
例：ペンキ剥ぎ、下地塗り、ペンキ塗り

任意依存関係 †

優先ロジック、ソフト・ロジック、選好ロジックとも呼ぶ。
プロセス・手順、過去の経験によって導かれる。
例：大まかにスプレー塗装、細かい部分は手作業。

試験に出る。
- 不規則なトータル・フロート値（最大余裕時間）を生成し、
  スケジュールの選択肢を狭める可能性がある（何故かが不明）。
- 故に、ファスト・トラッキングの際には、変更・削除の検討対象になる。

外部依存関係 †

プロジェクト外部の依存関係
例：プロジェクト外部の何らかの認可（法律の認可）がおりないと、先に進めない。

内部依存関係 †

プロジェクト内部の依存関係
例：プロジェクト・組織内部の何らかの認可（内規の認可）がおりないと、先に進めない。

プレシデンス・ダイアグラム法（PDM） †

特徴 †

ノード＆矢印（アクティビティ・オン・ノード（AON））
一点見積もりダケを使用して所要時間を決定する。

図 †

ノード＝アクティビティ
- 名
- 番号
- 開始・終了日
- 期限
- スラック（フロート）

矢印＝順序関係
（論理的順序関係、プレシデンス順序関係）

終了‐開始（FS）
先行を終了しないと後続を開始できない（多）。
開始‐終了（SF）
先行を開始しないと後続を終了できない（僅）。

並行
- 終了‐終了（FF）
  先行を終了しないと後続を終了できない。
- 開始‐開始（SS）
  先行を開始しないと後続を開始できない。

アロー・ダイアグラム法（ADM） †

前置き
- 古い、ほとんど使われない。
- 業界によっては、PDMよりADMを好む業界がある。
- アクティビティ順序設定ツール・技法に含まれない。
- しかし、試験には出るらしい。

特徴
- ノード＆矢印
  - アクティビティ・オン・アロー（AOA）
  - アクティビティ・オン・ライン（AOL）

終了‐開始（FS）の依存関係だけを使用し、
[[多点見積>]]ダケを使用して所要時間を決定する。

図
- 矢印＝アクティビティ
- ノード＝終了‐開始（FS）

GEAT（Graphical Evaluative Review Technique） †

条件分岐法。

作業のネットワークを示す手法で、
条件による分岐・合流、ループを表すことができる。

PERT においては矢線図上の仕事はすべて行われなければならないが、
GERTは複数の仕事のうちどれかひとつが実施されればプロジェクト自体は
完成するという不確定要素のはいった場合を取り扱うことを目標とする。

リードとラグ †

ラグ †

後続アクティビティが遅れる（アクティビティ間で時間が経過すると発生）。
後続のアクティビティの開始（日）・終了（日）が遅れる。
例：下地塗りの後、下地が乾くのを待ってからペンキ塗りを開始した。

リード †

後続アクティビティを早める。
後続のアクティビティの開始（日）・終了（日）を早める（時間を差し引く）。
例：ペンキ剥ぎが不要な部位があったため、下地塗りを開始した。

所要期間見積 †

類推見積 †

概要
- プロジェクトの総体（全体）を見積る方法
- トップダウン見積もりとも呼ばれる一種の、専門家の判断。
- 過去のプロジェクト情報が文書化保存されていることが前提。
- アクティビティの経験者に見積もり作業を担当させる。

特徴
- プロジェクト情報が限られているときに有用。
- 時間がかからずコストも低いが制度が劣ることがある。

パラメトリック見積 †

概要
- プロジェクトの全体や一部を見積る方法
- アルゴリズム（作業量 * 単価）と過去データの併用

特徴
以下のケースで正確
- 過去データと変数間に統計的な関係がある。
- 上記のデータの信頼性が高い。

三点見積 †

概要以下の平均値を求める。
- 最頻値(tM)：最も可能性が高い
- 楽観地(tO)：最良のケース
- 悲観地(tP)：最悪のケース
- 平均値
  - 三角分布の期待値：tE = (tO + tM + tP) / 3
  - ベータ分布の期待値：：tE = (tO + 4tM + tP) / 6

特徴
類推見積と併用する。

ボトムアップ見積 †

概要
- WBSの下位レベルの構成要素単位に見積・集計する。
- 必要に応じて、アクティビティ内の作業をさらに分解する。

特徴
- 最も制度が高い。
- ただし、バッファが多くなる。