Transcript 第2回ppt（2009年11月20日版）

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