プロジェクト管理（情報システム開発におけるプロジェクト管理）

2009年度プロジェクト管理(第1回）　30pages

1

プロジェクト管理（情報システム開発におけるプロジェクト

管理）

第１回2009年 11月 28日（土）(2009年 11月 29日版）

• シラバスのレビュー• なぜプロジェクト管理が必要か• プロジェクトとは• PMBOK の概要


2

プロジェクト管理シラバス講義計画（ 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] ＣＭＭ


3

プロジェクト管理シラバス講義計画（ 2009 年度）• 12/12 [8] 演習

プロジェクト計画、ツールの使用• 12/12 [9] 事例（１）

• 12/19 [10] 事例（２）

• 12/19 [11] 事例（３）

• 12/19 [12] 事例（４）

• 12/19 [13] まとめ


4

プロジェクト管理シラバス成績評価• 出席（出席回数が3分の 2に満たない場合には、原則として期末試験を受験できない。欠席理由が妥当ならば、この限りではない。）

• レポート、演習問題の提出状況• 期末試験成績（最も重視する）、試験範囲：事例を含む全講義範囲• 履修目標として、プロジェクト管理の基本の理解、デファクトスタンダードである PMBOKの概略の理解、いくつかの手法の理解

これらを総合して合格／不合格を判断する教科書• なし、講義資料は配布する• ただし、配布資料は ppt であるので、講義に出席していないと意味が十分にはわからない

参考書• 佐藤義男「 PMBOKによる IT プロジェクトマネジメント実践法」ソフト・リサーチ・センター（ほぼ、これにしたがった講義内容）

連絡方法• 学内掲示板（休講など、できるだけ事前に掲示する）• 学内メールを使用する場合があるので、必ずチェックのこと


5

なぜプロジェクト管理が必要か• プロジェクトの成功（達成）とは

– プロジェクトの目標を達成する• たとえば、情報システム開発の場合、意図したとおりの情報システムを完成させる

– 計画とおりに完成させる• 納期（スケジュール）• コスト• 品質

• そのためには、– 目標を定め、（完成時のすがた）– 目標達成までの道筋を計画し、（計画）– それに向かって、関係者の意識を合わせ、協力しあうように仕

向け、（チームワーク）– 計画に沿って、日々の仕事を進めさせる（管理）

• そのやりかたが、プロジェクト管理という形で、ノウハウが集約されてきている


6

なぜプロジェクト管理が必要か• プロジェクト管理の狙い

プロジェクト管理を実施すると

目標目標目標

目標

目標

共有された各自の思っている

・目標、計画を明確に

・目標に向かって力の結集

・能率的作業

・計画とおりの実現

メンバー

あいまいﾊﾞﾗﾊﾞﾗ

各自の思っている各自の思っている

各自の思っている

明確共通認識


7

プロジェクトとは• 情報システム開発とプロジェクト定型 (定常 )業務とプロジェクトの違いを理解し、情報システム開発・ソフトウェア開発における開発工程の特徴について学ぶ

• PMBOK の概要本科目では、プロジェクト管理の国際的デファクトスタンダードになっている PMBOK（ピンボック） (Project Management Body of Knowledge) の概要を学ぶ


8

プロジェクトとは•定常業務 (operations) とプロジェクト (projects) の共通点–人によって実施される–有限の資源に制約される–計画、実行、コントロールがある

•定常業務とプロジェクトの相違点–定常業務は継続的・反復的–プロジェクトは有期的・独自的


9

プロジェクトとは•有期的業務 (temporary endeavor)開始と終了が明確である–終了

•プロジェクトの目標が達成•目標が達成できず中止•プロジェクトの必要性が消滅

•独自的 (unique)他のすべての製品やサービスと異なっている


10

プロジェクト管理とは•プロジェクト管理•プロジェクトマネジメント(両方とも project management)語感（ニュアンス）の差

• プロジェクトを管理すること決められた計画を逸脱しないように管理することマネジメントとコントロール

• プロジェクトをマネージすることやりくりして、なんとかうまく完成させること


11

プロジェクトの２つのプロセス•製品、成果物に関するプロセス

(Product， Deliverable)要求分析→システム設計→ソフトウェア設計→プログラム設計→プログラミング→単体テスト→結合テスト→総合テストといった成果物のためのプロセス成果物（製品と納入ドキュメントなど）

•プロジェクトマネジメントのプロセス(Project Management)プロジェクト推進のためのマネジメントのためのプロセス


12

• プロダクト（成果物）のスコープ（ウォータフォールモデル開発工程）

• プロジェクトのスコープ

• プロダクト（成果物）のスコープ（ウォータフォールモデル開発工程）

• プロジェクトのスコープ

スコープマネジメント (第 2回）

スコープマネジメント (第 2回）

要求定義要求定義

外部設計外部設計

内部設計内部設計

ﾌﾟﾛｸﾞﾗﾐﾝｸﾞﾌﾟﾛｸﾞﾗﾐﾝｸﾞ

結合ﾃｽﾄ結合ﾃｽﾄ

ｼｽﾃﾑﾃｽﾄｼｽﾃﾑﾃｽﾄ

運用ﾃｽﾄ運用ﾃｽﾄプロジェクトのスコーププロジェクトのスコープ

要求定義書要求定義書

外部設計書外部設計書

内部設計書内部設計書

プロジェクトマネジメントプロジェクトマネジメント

コードコード

試験成績書試験成績書

完成システム完成システム

試験成績書試験成績書

プロダクトのスコーププロダクトのスコープ

作業

成果物

プロダクトのプロセスプロダクトのプロセス

プロジェクトのプロセスプロジェクトのプロセス


13

プロジェクトの２つのプロセス•製品、成果物に関するプロセス

フェーズ（工程）（作業の区切りのまとめ方はいろいろなやりかたがある）JPMF(Japan Project Management Forum) 教材整備 SIG

–受注提案フェース–企画フェーズ–システム設計フェーズ–ソフトウェア開発フェーズ–システムテスト・導入フェーズ


14

プロジェクトの２つのプロセス•プロジェクトマネジメントのプロセス

PMBOKの９つの知識エリア– １．統合マネジメント– ２．スコープ・マネジメント– ３．タイム・マネジメント– ４．コスト・マネジメント– ５．品質マネジメント– ６．人的資源マネジメント– ７．コミュニケーション・マネジメント– ８．リスク・マネジメント– ９．調達マネジメント


15

ＩＴプロジェクトの特徴と必要スキル

•４つの種類のＩＴ–従来型ＳＩプロジェクト–ｅビジネス・プロジェクト–ＥＲＰ導入プロジェクト–金融システム開発プロジェクト

ERP(Enterprise Resource Planning)企業向けの統合システムドイツ SAP社が有名


16

ＩＴプロジェクトの特徴と必要スキル• 従来型ＳＩプロジェクト

特徴– 初期における正確な見積りが困難– 複雑なシステム開発（ロジック量不確定、可視化不十分）

– 規模の巨大化に伴い、日程／費用管理が困難

ＰＭ (Project Manager)の能力– 円滑な顧客・ベンダー間協業の推進能力– 開発規模の見極め能力– スケジューリング能力– 品質・納期・対価の優先コントロール（バランス）と利害関係者の調整能力


17


• ｅビジネス（ Webシステム）・プロジェクト特徴– システム開発が短期間– 提案と仕様まとめに顧客とのコミュニケーション– 変更多発

• ＰＭの能力– 納期優先の管理ノウハウ– ユーザ中心のサービス要件の定義、ビジネスプロセス決定、開発業務の洗い出しと見積りへの対応

– ＥＣサイト構築パッケージの適用


18


• ＥＲＰ導入プロジェクト特徴– 業務プロセス設計、ＥＲＰ適用計画のウエイトが高い（コンサル業務）

– 複数の構成・関係メンバーによる推進体制– 従来型システムとは設計思想が逆転

• ＰＭの能力– 上流工程での業務分析と計画策定の能力– 複数メンバーのマネジメントのためのコミュニケーション能力

– プロトタイプのシステム組立及び検証能力


19


• 金融システム開発プロジェクト特徴– 既存システムとの連携– 変更が極めて困難だが、高品質が求められる– 開発コスト低減のため、複数社の共同開発– 法規、制度が確定していない– 膨大なデータを扱うが、安全性、確実性が求められる

• ＰＭの能力– 金融業務を熟知、一括受注可能– PMとしての総合力


20

ＩＴプロジェクトの契約形態•請負契約（民法）

–受注側にプロジェクトを完成させる責任がある

•委任契約（民法）–法的には受注側に完成責任はない–メンバーへの指揮命令は受託者（受注側）

•派遣契約（労働者派遣法）–メンバーへの指揮命令は委託者（発注側）


21

ＩＴプロジェクトの契約形態

甲乙

人人

請け負った仕事

指揮命令雇用

作業

請負契約

完成の義務あり

瑕疵責任あり

・・・・

人


22


甲乙

人人

委任された仕事

指揮命令雇用

作業

委任契約

完成の義務なし

瑕疵責任なし

・・・・

人


23


甲乙

人人指揮命令雇用

作業

派遣契約

・・・・

人人人

派遣先での仕事

・・・・

人派遣


24

ＰＭＢＯＫとは• ＰＭＩ (Project Management Institute)プロジェクトマネジメント知識体系を普及するための協会

• ＰＭＢＯＫ (Project Management Body of Knowledge) （ピンボックと発音）プロジェクトマネジメントのための知識を体系化したものプロジェクトを計画作業遂行を管理予定通りに終了させる


25

ＰＭＢＯＫとは• ＰＭＢＯＫの使命

– 適用分野を超えた標準知識体系を定め、プロジェクトマネジメント・プロセス（プロセス：作業のまとまり）の共通概念・用語を設定する

– プロジェクトマネジメント実践者の知識面での自己啓発のベンチマークとする

– ＰＭＩが行うＰＭＰ資格認定や大学でのプロジェクトマネジメント教育のカリキュラム設定の基準とする

• ＰＭＢＯＫの９つの対象領域前述


26

ＰＭＢＯＫとは• ＰＭＢＯＫの理解

– 各知識エリアの意義・目的を理解– 各知識エリアは、どんなプロセスが、どんな順序で構成されているかを理解

– 各プロセスのインプット、ツールと技法、アウトプットを理解

– 各項目（インプット、ツールと技法、アウトプット）の内容を理解


27

プロセス群• ＰＭＢＯＫ各知識エリアのプロセス群

– 立ち上げのプロセス群プロジェクトまたはフェーズの着手の必要性を認識し、プロジェクトをコミットする

– 計画のプロセス群計画を立案、維持

– 実行のプロセス群計画で定義した作業をプロジェクト組織内に割り当て実行

– コントロールのプロセス群プロジェクト進捗を監視・測定し、必要なら改善策（是正処置）を実施

– 終結のプロセス群検収し終結させるＰＤＣＡ、　　　 Plan 、 Do 、 See


28

プロセス群• 各知識エリア、プロセス群、プロセス

立ち上げ計画実行コントロール終結

４．統合マネジメント 4.1 4.2 4.3

５．スコープ・マネジメント 5.1 5.25.3

5.45.5

６．タイム・マネジメント6.16.26.36.4

6.5

７．コスト・マネジメント 7.17.27.3

7.4

８．品質マネジメント 8.1 8.2 8.3

９．人的資源マネジメント 9.19.2

9.3

１０．コミュニケーション・マネジメント

10.1 10.2 10.3 10.4

１１．リスク・マネジメント

11.111.211.311.411.5

11.6

１２．調達マネジメント 12.112.2

12.312.412.5

12.6

注）　ｎ．ｍはＰＭＢＯＫの章番号、節番号 (2000年版対応）


29

プロセス群• 各知識エリア、プロセス群、プロセス

立ち上げ計画実行コントロール終結

４．統合マネジメント 4.14.2

4.3 4.4 4.54.6

4.7

５．スコープ・マネジメント 5.15.25.3

5.45.5

６．タイム・マネジメント

6.16.26.36.46.5

6.6

７．コスト・マネジメント 7.17.2

7.3

８．品質マネジメント 8.1 8.2 8.3

９．人的資源マネジメント 9.1 9.29.3

9.4

１０．コミュニケーション・マネジメント

10.1 10.2 10.310.4

１１．リスク・マネジメント

11.111.211.311.411.5

11.6

１２．調達マネジメント 12.112.2

12.312.4

12.5 12.6

注）　ｎ．ｍはＰＭＢＯＫの章番号、節番号 (2004年版対応）


30

第１回のまとめ• 今回の内容をまとめなさい。• レポート用紙 1枚程度。（手書きよりも、ワープロが望ましい、皆さんの手元に残るので）

• 期限：次回 (12月 5日）の最初に回収。

プロジェクト管理 （情報システム開発におけるプロジェクト管理）

Documents

プロジェクト管理（情報システム開発におけるプロジェクト管理）