プロジェクト管理 （情報システム開発におけるプロジェクト管理） 第２回 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
© Copyright 2024 ExpyDoc
