Transcript 第2回ppt（2008年10月06日版）

プロジェクト管理
（情報システム開発におけるプロジェクト管理）
第２回
（2008年10月6日）
• スコープ・マネジメント
• コミュニケーション・マネジメント
http://www.campus.myu.ac.jp/~miyanisi/2008project/index.html
2008年度
プロジェクト管理（２） 46pages
1
プロジェクト管理シラバス
講義計画（2008年度）
• 09/29 [1] 情報システム開発とプロジェクト
プロジェクトとは
• 10/06 [2] PMBOKの内容－1
スコープ、コミュニケーション
• 10/20 [3] PMBOKの内容－2
タイム、コスト
• 10/27 [4] PMBOKの内容－3
品質、人的資源
• 11/10 [5] PMBOKの内容－4
リスク、調達
• 11/17 [6] PMBOKの内容－5
統合
• 12/01 [7]トピックス ＣＭＭ
2008年度
プロジェクト管理（２） 46pages
2
プロジェクト管理シラバス
講義計画（2008年度）
• 12/08 [8] 演習、事例研究
プロジェクト計画
• 12/15 [9] 演習、事例研究
進捗管理
• 12/22 [10] 演習、事例研究
原価管理
• 01/19 [11] 演習、事例研究
品質管理
• 01/26 [12] 演習、事例研究
変更管理
• 01/27 [13] まとめ
• 02/02 [14] 期末試験
筆記試験
2008年度
プロジェクト管理（２） 46pages
3
記述の一般形
Ｘ・マネジメント
• Ｘ・マネジメントとは
•
•
•
•
•
•
Ｘ・マネジメントのプロセス
Ｘ．１ プロセス
Ｘ．２ プロセス
・・・・
Ｘ．ｎ プロセス
・・・・
2008年度
プロジェクト管理（２） 46pages
4
Ｘ・マネジメント
•
•
•
•
•
Ｘ．ｎ プロセスとは
Ｘ．ｎ．１ プロセスのインプット
Ｘ．ｎ．２ プロセスのツールと技法
Ｘ．ｎ．３ プロセスのアウトプット
Ｘ．ｎ．３ プロセスのアウトプットに記載され
る項目
• Ｘ．ｎ プロセスに関する特記事項
注）Ｘ．ｎ．ｍ はＰＭＢＯＫの章番号、節番号
2008年度
プロジェクト管理（２） 46pages
5
５．スコープ・マネジメント
• ５．スコープ・マネジメント(project scope
management)とは
プロジェクトの範囲を定義する
成果物スコープと作業スコープとからなる
– プロダクト（成果物）のスコープ(product scope)
納めるもの、作り出すもの
完了：要求仕様に基づくものができあがった
– プロジェクト（作業）のスコープ(project scope)
成果物を得るための作業
完了：計画作業を達成した
2008年度
プロジェクト管理（２） 46pages
6
スコープマネジメント
• プロダクト（成果物）のスコープ
（ウォータフォールモデル開発工程）
• プロジェクトのスコープ
要求定義
プロダクトのスコープ
要求定義書
外部設計
外部設計書
内部設計
内部設計書
コード
ﾌﾟﾛｸﾞﾗﾐﾝｸﾞ
プロジェクト
マネジメント
結合ﾃｽﾄ
試験成績書
ｼｽﾃﾑﾃｽﾄ
試験成績書
運用ﾃｽﾄ
プロジェクトのスコープ
完成システム
2008年度
プロジェクト管理（２） 46pages
7
５．スコープ・マネジメント
• ５．スコープ・マネジメントの５つのプロセス
５．１ 立ち上げ(initiation)
→統合マネジメントへ
５．１ スコープ計画(scope planning)
５．２ スコープ定義(scope definition)
５．３ WBS作成
５．４ スコープ検証(scope verification)
５．５ スコープコントロール(scope change
control)
2008年度
プロジェクト管理（２） 46pages
8
５．１ スコープ計画
• ５．１ スコープ計画
スコープとはプロジェクトの範囲を示す
• ５．１．１ インプット
–
–
–
–
–
2008年度
組織の現状環境
組織のプロセス資産
プロジェクト憲章(project charter)
プロジェクト・スコープ記述書暫定版
プロジェクトマネジメント計画書
プロジェクト管理（２） 46pages
12
５．１ スコープ計画
• ５．１．２ ツールと技法
– 専門家の判断
– 各種書式、標準
• ５．１．３ アウトプット
– プロジェクト・スコープ・マネジメント計画書
(scope management plan)
•
•
•
•
2008年度
プロジェクト・スコープ記述書の作成プロセス
WBSの作成プロセス
途中の要素成果物の検証、受け入れプロセス
プロジェクト・スコープ記述書の変更プロセス
プロジェクト管理（２） 46pages
13
５．１ スコープ計画
• プロジェクト・スコープ・マネジメント計画書
–
–
–
–
2008年度
プロジェクト・スコープの管理方法
スコープ変更の反映方法
スコープの想定される安定度
スコープ変更の識別・分類方法
プロジェクト管理（２） 46pages
14
５．２ スコープ定義
• ５．２ スコープ定義
プロジェクトのスコープ（範囲、成果物、作
業）を明確にする
• ５．２．１ インプット
–
–
–
–
–
2008年度
組織のプロセス資産
プロジェクト・スコープ記述書暫定版
プロジェクト憲章
プロジェクト・スコープ・マネジメント計画書
承認済み変更要求
プロジェクト管理（２） 46pages
15
５．２ スコープ定義
• ５．２．２ ツールと技法
–
–
–
–
プロダクト分析（何を成果物とするか）
代替案
専門家の判断
ステークホルダ分析
• ５．２．３ アウトプット
– プロジェクト・スコープ記述書
– 承認済み変更の取り込み
– プロジェクト・スコープ・マネジメント計画書（更
新）
2008年度
プロジェクト管理（２） 46pages
16
５．１ スコープ計画
• プロジェクト・スコープ記述書
–
–
–
–
–
–
–
2008年度
プロジェクトの制約条件
プロジェクトの前提条件
プロジェクト初期組織
初期段階で見通したリスク
スケジュール、マイルストーン
資金の制約
コスト見積り
プロジェクト管理（２） 46pages
17
５．３ ＷＢＳ作成
• ５．３ ＷＢＳ作成
プロジェクト・スコープ記述書を作業レベル
に分解する
• ５．２．１ インプット
–
–
–
–
2008年度
組織のプロセス資産
プロジェクト・スコープ記述書
プロジェクト・スコープ・マネジメント計画書
承認済み変更要求
プロジェクト管理（２） 46pages
18
５．３ ＷＢＳ作成
• ５．３．２ ツールと技法
– ＷＢＳテンプレート
– 要素分解
• ５．３．３ アウトプット
–
–
–
–
ＷＢＳ
ＷＢＳ辞書（ＷＢＳ構成要素を説明）
プロジェクト・スコープ記述書（更新）
プロジェクト・スコープ・マネジメント計画書（更
新）
– スコープ・ベースライン
19
2008年度
プロジェクト管理（２） 46pages
５．２ スコープ定義
• ＷＢＳ(Work Breakdown Structure)
– プロジェクトの成果物を作成するための作業
を階層的に策定したもの
– スコープ記述書には、最終成果物、要素成果
物が定義されている
– これを獲得するために、どのような作業が必
要かをさらに細かくブレークダウンしたもの
• ベースライン(Base line)
– 実績を測定し、コントロールする（是正する）た
めの基準となるもの
2008年度
プロジェクト管理（２） 46pages
20
５．２ スコープ定義
• 変更の手順 参考書(1)
– 変更要求の発生
（「要求済み変更Requested Change」と呼ぶ）
↓
– 変更要求のオーソライズ
（正式の会議で承認）
（「承認済み変更要求Approved change request」と呼ぶ）
↓
– 変更要求への対策を提案
（「提案済み是正処置Proposed corrective actions」と呼ぶ）
↓
– しかるべき是正処置
（「承認済み是正処置Approved corrective actions」と呼ぶ）
↓
– 実施済み是正処置
2008年度
プロジェクト管理（２） 46pages
21
ＷＢＳ
• ＷＢＳの例（プロジェクトで行われる作業をす
べて階層的に洗いだす）（作業の階層構造を
あきらかにする→スコープマネジメント）
0. 在庫管理システム開発
プロジェクト
2.1 ハードウェア
2.2 画面設計
・
・
・
・
・
・
・
・
・
・
2008年度
・・ ・ ・ ・
2.0 システム設計
外部設計
1.0 システム分析
要求定義
2.3 帳票設計
3.0 ｿﾌﾄｳｪｱ設計
内部設計
2.4 ｼｽﾃﾑ機能
2.5 DB概念設計
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
プロジェクト管理（２） 46pages
22
５．４ スコープ検証
• ５．４ スコープ検証
成果物や作業が正しくなされたことを検証
する。公式な承認を得る
• ５．４．１ インプット
– ＷＢＳ、ＷＢＳ辞書
– プロジェクト・スコープ記述書
– プロジェクト・スコープ･マネジメント計画書
2008年度
プロジェクト管理（２） 46pages
23
５．４ スコープ検証
• ５．４．２ ツールと技法
– 検査
• ５．４．３ アウトプット
– 受入れ済み成果物
– 要求済み変更
– 提案済み是正処理
2008年度
プロジェクト管理（２） 46pages
24
５．５ スコープ・コントロール
• ５．５ スコープ・コントロール
スコープの変更をきちっと管理する
変更手続きに則る
• ５．５．１ インプット
–
–
–
–
–
2008年度
プロジェクト・スコープ記述書
ＷＢＳ、ＷＢＳ辞書
実績報告書
承認済み変更要求
プロジェクト・スコープ・マネジメント計画書
プロジェクト管理（２） 46pages
25
５．５ スコープ・コントロール
• ５．５．２ ツールと技法
– スコープ変更管理システム
– 差異分析（計画と実績の差異）
– 追加の計画
• ５．５．３ アウトプット
–
–
–
–
–
–
–
2008年度
プロジェクト・スコープ記述書（更新）
ＷＢＳ、ＷＢＳ辞書（更新）
スコープ・ベースライン（更新）
要求済み変更
提案済み是正処置
組織のプロセス資産（更新）
プロジェクト・マネジメント計画書（更新）
プロジェクト管理（２） 46pages
26
５．５ スコープ・コントロール
• 変更要求の原因
– 外部要因（法律など）
– プロダクトおよびプロジェクトのスコープ定義
時の見落とし、勘違い
– 付加価値の改良
2008年度
プロジェクト管理（２） 46pages
27
情報システム開発プロジェクトの
スコープ・マネジメント
• プロジェクトの定義（プロジェクト計画書）
１．目的とゴール
２．プロジェクト推進方針
３．適用範囲
４．成果物
５．参考資料
注）プロジェクト計画書は、後述の「統合マネジメン
ト」の範疇
2008年度
プロジェクト管理（２） 46pages
28
情報システム開発プロジェクトの
スコープ・マネジメント
• システム開発の留意点
１．計画の更新、ｗｈｏ、ｗｈｅｎ
２．仕様変更管理プロセス（手続き）を明確にし、
関係者の合意を得る
３．レビュー日程がスケジュールに含まれている
こと
2008年度
プロジェクト管理（２） 46pages
29
１０．コミュニケーション・マネジメント
• １０．コミュニケーション・マネジメントとは
プロジェクト当事者(ステークホルダー
stakeholder)間での意思疎通を図る
プロジェクト失敗の多くはコミュニケーション不足
コミュニケーションのインフラ（しくみ）構築
ほうれんそう（報告、連絡、相談）
• １０．コミュニケーション・マネジメントの４つ
のプロセス
１０．１ コミュニケーション計画
１０．２ 情報配布
１０．３ 実績報告
１０．４ ステークホルダー・マネジメント
2008年度
プロジェクト管理（２） 46pages
30
１０．１ コミュニケーション計画
• １０．１ コミュニケーション計画
プロジェクト当事者の識別
コミュニケーション要求の分析
かかわり方
– 内容
誰が誰へ、どのような情報を、どのように伝え
るかを定める
who, whom, what, when, how
適宜見直す
注） 顧客への窓口は１本化する、会議体系を
定める、障害や変更要求の報告フォロー手続
きなど
2008年度
プロジェクト管理（２） 46pages
31
１０．１ コミュニケーション計画
• １０．１．１ インプット
–
–
–
–
組織の環境
組織のプロセス資産
プロジェクト・スコープ記述書
プロジェクト・マネジメント計画書（制約条件、
前提条件）
• １０．１．２ ツールと技法
– コミュニケーションに対する要求分析
– コミュニケーション技術
• １０．１．３ アウトプット
– コミュニケーション・マネジメント計画書
2008年度
プロジェクト管理（２） 46pages
32
１０．２ 情報配布
• １０．２ 情報配布(information distribution)
当事者が必要とする情報をタイムリーに提
供すること
• １０．２．１ インプット
– コミュニケーション・マネジメント計画書
2008年度
プロジェクト管理（２） 46pages
33
１０．２ 情報配布
• １０．２．２ ツールと技法
–
–
–
–
コミュニケーション・スキル
情報検索システム
情報配布手法
教訓プロセス
• １０．２．３ アウトプット
– 組織のプロセス資産（プロジェクト経験の蓄
積）
– 要求済み変更
2008年度
プロジェクト管理（２） 46pages
34
１０．３ 実績報告
• １０．３ 実績報告(performance reporting)
プロジェクトの進捗を報告すること
状況、出来高、今後の予測
• １０．３．１ インプット
–
–
–
–
–
–
2008年度
作業結果（作業パフォーマンス情報）
完成時予測値
品質管理測定結果
プロジェクト・マネジメント計画書
承認済み変更要求
要素成果物（途中での中間的な成果）
プロジェクト管理（２） 46pages
35
１０．３ 実績報告
• １０．３．２ ツールと技法
–
–
–
–
–
情報提示ツール
パフォーマンス情報の収集・編集
状況レビュー会議
タイム報告システム
コスト報告システム
• １０．３．３ アウトプット
–
–
–
–
–
2008年度
実績報告書
予測
要求済み変更
提案済み是正処置
組織のプロセス資産（更新）
プロジェクト管理（２） 46pages
36
１０．３ 実績報告
• アーンド・バリュー分析(earned value
analysis)
– 計画予算（PV, planned value）
どの作業をいつおこなうかが決まり、その作業
の計画コスト、これを時間軸上で集計したもの
– 実績コスト（AC, actual cost）
作業ごとに発生した実績コストを時間軸上で
集計したもの
– アーンド・バリュー（EV, earned value）
どの作業をいつおこなうか、その作業の計画
コスト、これを時間軸上で集計したもの
2008年度
プロジェクト管理（２） 46pages
37
１０．３ 実績報告
• アーンド・バリュー分析
• 効率の計算
– コスト効率
ＣＰＩ＝ＥＶ／ＡＣ （報告日時点）
Cost Performance Index
– スケジュール効率
ＳＰＩ＝ＥＶ／ＰＶ （報告日時点）
Schedule Performance Index
• 予測(forecast)
いままでと同じ効率でこれからも進むとして、総コ
スト、完成工期を予測する
2008年度
プロジェクト管理（２） 46pages
38
１０．３ 実績報告
• アーンド・バリュー分析
コスト
計画総コスト
計画予算（PV)
実績コスト（AC)
ｱｰﾝﾄﾞ･ﾊﾞﾘｭｰ（EV)
報告日
チェック日
2008年度
計画完成日
プロジェクト管理（２） 46pages
時間
日程
39
１０．３ 実績報告
PV：計画したスケジュールの作業の計画コスト（予算）の累計値（時間
軸で積分したもの）
EV：出来上がった作業の計画コスト（予算）の累計値（時間軸で積分
したもの）（作業が終わったかどうかの視点）
AC：出来上がった作業の実績コスト（予算）の累計値（時間軸で積分
したもの）（時間がどれだけかかったかの視点）（内製の場合とする）
コスト軸
計画総コスト
時間×単価＝コスト
計画予算（PV)
実績コスト（AC)
ｱｰﾝﾄﾞ･ﾊﾞﾘｭｰ（EV)
報告日
チェック日
2008年度
計画完成日
プロジェクト管理（２） 46pages
時間軸
日程
40
１０．３ 実績報告
CPI=EV/AC
SPI=EV/PV
CV=EV－AC コスト差異
SV=EV－PV スケ
ジュール
差異
コスト
計画総コスト
実績コスト（AC)
計画予算（PV)
ｱｰﾝﾄﾞ･ﾊﾞﾘｭｰ（EV)
報告日
チェック日
2008年度
計画完成日
プロジェクト管理（２） 46pages
時間
日程
41
１０．３ 実績報告
予測総コスト＝計画総コスト／CPI
コスト
CPI=EV/AC ＜１なら超過
SPI=EV/PV ＜１なら遅れ
予測総コスト
計画総コスト
実績コスト（AC)
計画予算（PV)
ｱｰﾝﾄﾞ･ﾊﾞﾘｭｰ（EV)
報告日
チェック日
計画完成日
予測完成日
予測完成日数＝計画完成日数／SPI
2008年度
プロジェクト管理（２） 46pages
時間
日程
42
１０．４ ステークホルダー・マネジメント
• １０．４ ステークホルダー・マネジメント
ステークホルダーとのコミュニケーションを
マネジメントする
• １０．４．１ インプット
– コミュニケーション・マネジメント計画書
– 組織のプロセス資産
2008年度
プロジェクト管理（２） 46pages
43
１０．４ ステークホルダー・マネジメント
• １０．４．２ ツールと技法
– コミュニケーション手段
– 課題ログ（課題をすべて集めたもの）
• １０．４．３ アウトプット
–
–
–
–
–
–
2008年度
解決済み課題
承認済み変更要求
承認済み是正処置
組織のプロセス資産（更新）
プロジェクト・マネジメント計画書（更新）
プロジェクト管理（２） 46pages
44
１０．コミュニケーション・マネジメント
• 情報システム開発における考慮点
– コミュニケーション計画
窓口、会議体系
– プロジェクト管理情報の共有
メール、電話、口頭などの情報
各種様式の制定
情報管理者（入力、更新など）の設置
– 実績報告
実績時間の計上方法
出来高の測定方法
工程進捗フォローの方法
2008年度
プロジェクト管理（２） 46pages
45
第２回のまとめ
• 今回の内容で、あなたにとって最も勉強に
なったと思われる知識を重要な順に、３つ以
内あげよ
• または知識が既知であった場合には重要な
順に、３つ以内あげよ
• レポート用紙1枚
• 期限：次回の最初に回収
2008年度
プロジェクト管理（２） 46pages
46