ソフトウェア開発及びソフトウェア

プロジェクトマネジメント（ V ）

北京航空航天大学软件学院马 平 博士 副教授maping@buaa.edu.cn

第 5 回 プロジェクトマネジメント概論

及び統合マネジメント5.1 　プロジェクト、プロジェクト・マネジメントとは5.2 　 IT プロジェクトの特徴と必要スキル(skill)5.3 　日本のプロジェクト・マネジメント5.4 　 PMBOK(Project Management Body (Project Management Body of of Knowledge) Knowledge) の紹介5.5 5.5 プロジェクトマネジメントの作業プロジェクトマネジメントの作業

第 5 回 プロジェクトマネジメント概論

及び統合マネジメント

5.6 統合マネジメントのプロセス5.7 プロジェクト計画の策定と実行5.8 統合変更管理

55.1.1 　　　プロジェクト、プロジェクト・

マネジメントとは 一般的なプロジェクトの概念 国際的な基準によるプロジェクト プロジェクトの特徴 プロジェクトの各フェーズ (phase) プロジェクトの成功定義 プロジェクト失敗の原因

55.1.1 　プロジェクトとは（　プロジェクトとは（ⅠⅠ））

１．一般的なプロジェクトの概念

「特定の業務を計画・執行するために、その仕事が完成するまでの活動を行うために編成されるもので、完成するとプロジェクトは解散することになる」という動的なチーム活動のことを指している。

55.1.1 　プロジェクトとは（　プロジェクトとは（ⅡⅡ））

２．国際的な基準によるプロジェクト（ 1 ） PMI-PMBOK プロジェクトの定義 プロジェクトとは、独自の成果物または、サービスを創

出するための有期的活動である。独自性とは創出する成果物やサービスがある部分で他と類似性（るいじせい）はあっても基本的な点で唯一無二（ゆいいつむに）であること、有期性とは明確な開始点と終了点があること。

55.1.1 　プロジェクトとは（　プロジェクトとは（ⅢⅢ））

２．国際的な基準によるプロジェクト（２） SEI_CMMI （ Software Engineering Institute

Capability Mature Model Integration ）によるプロジェクトの定義

CMMI のモデルにおいて、「プロジェクトとは」、相互に関連し合う管理された一連の資源であって、一つ以上の成果物を顧客または最終利用者に納入するものである。この一連の資源には、明確な開始と終了があり、典型的には計画に従って運用される。そのような計画は、頻繁に文書化され、そして納入または実装される成果もの、使用される資源と資金、実施される作業及び作業を実施するスケジュールが明記される。一つのプロジェクトが、複数のプロジェクトから構成される場合もある。

55.1.1 　プロジェクトとは（　プロジェクトとは（ⅣⅣ ））

３．プロジェクトの特徴 プロジェクトには目的がある プロジェクトには始まりと終わりがある プロジェクトには不確実さがある プロジェクトには計画がある プロジェクトには制約がある プロジェクトにはプロジェクトマネジメントが必要で

ある

55.1.1 　プロジェクトとは（　プロジェクトとは（ⅣⅣ ））

４．ソフトウェア開発プロジェクトのフェーズ

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

55.1.1 　プロジェクトとは（　プロジェクトとは（ⅤⅤ））

５．プロジェクトの成功定義主なプロジェクトの成功の判断基準と定義

プロジェクトを見積りのスケジュール内で終了する

顧客から要求されている機能や品質を完全に満たしている

企業（プロジェクト）が利益をあげること

単に品質が優れているだけでなくプロジェクトが生み出すサービス、製品で顧客満足が達成される

プロジェクト・メンバー、顧客などステーク・ホルダー（プロジェクトの利害関係者）に満足感がある

55.1.1 　プロジェクトとは（　プロジェクトとは（ⅥⅥ ））

６．プロジェクト失敗の原因

①　顧客ニーズの把握が十分でない② 　仕様が不明確のまま提案・見積りを実施③　営業・開発の役割分担が不明確④ 　プロジェクト実施計画がないため、 プロジェクト遂行方針ないし枠組みが不明確⑤　コミュニケーション不足（特に、営業と開発、メ

ンバー間）⑥　プロジェクト実行管理の不備（管理能力・経験不

足）⑦　開発に必要な体制となっていない

55..11 　プロジェクトマネジメントとは　プロジェクトマネジメントとは

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

　プロジェクトとプロジェクトマネジメントとの関係

　プロジェクトマネジメントの作業内容

5.1 　プロジェクトマネジメントとは（Ⅰ）

PMBOK の定義　 プロジェクトマネジメントとは「プロジェクトの事業主体や他のステークホルダー（当事者としてプロジェクトに関わっているか、またはその利害がプロジェクトによって影響される、個人や組織）の当該プロジェクトに対する要求事項を満足させるために、知識、スキル、ツールおよび技法をプロジェクト活動に適用すること」である。

5.1 　プロジェクトマネジメントとは（Ⅱ）

プロジェクトマネジメントの真髄　次のような相克する要求事項間の最適バランスを取ることにある。

①　スコープ（開発範囲）、タイム、コスト、並びに品質

②　異なるニーズと期待を持つステークホルダー③ 　特定された要求事項

5.1 　プロジェクトマネジメントとは（Ⅲ）

モダン (modern)・プロジェクト・マネジメント基本用語

　用語名称 役　　　　　　　割　

プロジェクト・マネージャ（ PM ）

プロジェクトをマネジメントし、プロジェクトの最終責任を持った人。一般的には、プロジェクトの予算￥開発計画、プロジェクト・メンバーの調達など、承認の権限を持つ。大きな仕様変更や組織外の調整などの責任を持つ。

プロジェクト・リーダー（ PL ）

プロジェクトを実際に推進する。プロジェクト計画の作成、進捗管理などを実施する

ステーク・ホルダー

プロジェクトに関わる利害関係者。（顧客、 PM 、開発者）

エンジニアリング・プロセス

目的の成果物（製品）を作るための手順を規定するものであり、成果物を作成するために必要なプロセスを技術的に見地より作成したプロセス。

タスク プロジェクトの一部として遂行される単位作業。

プロダクト プロジェクトが開発する製品や導入するシステム

アクティビティ

プロジェクトの一部として遂行される単位作業。

　プロジェクトとプロジェクトマネジメントとの関係

プロジェクト・マネジメントは、最小限の経営資源でプロジェクトを行うためのマネジメントなのである。

　プロジェクトマネジメントの作業　プロジェクトマネジメントの作業

プロジェクト・マネジメントのステップ

新しいプロジェクトの立案

プロジェクトの終了

プロジェクト計画の作成

プロジェクトの実行、監視及び管理

プロジェクトの開発範囲とリスクの評価

　プロジェクトにおける２つのプ　プロジェクトにおける２つのプロセスロセス

（１）　製品に関するプロセス（開発マネジメントプロセス）

　　プロジェクトの成果物を特定し、生成することに主眼を置く。通常は開発ライフサイクルと成果物によって定義される。 IT プロジェクトとして強調すべきプロセスと言える。

（２）　プロジェクトマネジメントのプロセス

　　プロジェクトの業務を説明し、体系化することを主眼に置く。＜人・物・金・技術・情報・・・＞

　　　 PMBOK の９つの知識エリアがこれに相当する。

　この２つのプロセスはプロジェクト遂行期間を通じて重なり合い、相互に影響を及ぼす。

5.2 　 IT プロジェクトの特徴と必要スキル

（１）　従来 SI( システム開発 )プロジェクト

（２）　 e ビジネス

（３）　 ERP(Enterprise Resource Planning) 導入

プロジェクト

55..22 　　 ITIT プロジェクトの特徴と必要スキルプロジェクトの特徴と必要スキル（（ⅠⅠ））

（１）　従来 SI プロジェクト　　　特徴は次のとおりである。① 　初期における正確な見積りが困難（曖昧さ）②　複雑なシステム開発（計り知れない論理量、柔軟性、目に見え

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

　　　これに対応するためプロジェクトマネージャとして、以下のことが必要となる。

① 　円滑な顧客・ベンダー間協業の推進能力② 　開発規模の見極め能力③ 　スケジューリング能力④ 　品質・納期・対価の優先コントロールと利害関係者の調整能力

55..22 　　 ITIT プロジェクトの特徴と必要スキルプロジェクトの特徴と必要スキル（（ⅡⅡ））

（２） e ビジネス　　　　特徴は次のとおりである。

① 　システム開発が短期間 （ 4ヶ月から 5ヶ月）②　提案と仕様まとめに顧客とのコミュニケーションが必須③ 　変更多発

　　　これに対応するためプロジェクトマネージャとして、以下のことが必要となる。

① 　納期をベースにすべてを管理してゆくとといった固有の管理ノウハウ。

②　ユーザ中心によるサービス要件の定義，ビジネスプロセス決定，開発業務の洗い出しと見積りへの対応

5.2 　 IT プロジェクトの特徴と必要スキル（Ⅲ）

（３）　 ERP(Enterprise Resource Planning) 導入 プロジェクト　　　　特徴は次のとおりである。① 　業務プロセス設計， ERP適用計画のウエイト (weight) が高い（コンサル (c

onsult/ 経営 ) 機能）②　複数の構成・関係メンバーによる推進体制③ 　従来型システムとは設計思想が逆転（システム開発手順が大きく異なる）

　　　これに対応するためプロジェクトマネージャとして、以下のことが必要となる。

① 　上流工程での業務分析と計画策定の能力②　複数メンバーのマネジメントのためのコミュニケーション能力③ 　プロトタイプ (Prototype: 試作モデル )のシステム組立及び検証能力

5.35.3 日本のプロジェクト・マネジメ日本のプロジェクト・マネジメントント

日本の企業文化や商習慣に影響される KKD （経験、勘 ( かん） 、度胸 ( どきょう） ） 国際的な動向に影響される

5.45.4　　PMBOKPMBOK知識体系の紹介知識体系の紹介

PMBOK の９つの知識エリア

PMBOK の５つのプロセス群

PMBOK知識エリアとプロジェクトマネジメント・プロセス

PMBOK プロセス群と知識エリアのマップ

5.45.4　　PMBOKPMBOK知識体系の紹介知識体系の紹介 PMBOK(Project Management Body of KnowledgPMBOK(Project Management Body of Knowledge)e) は、プロジェクトマネジメントの遂行に必要なは、プロジェクトマネジメントの遂行に必要な基本的な知識を基本的な知識を汎用的な形で汎用的な形で体系立てて整理した体系立てて整理したものである。 ものである。 PMBOKPMBOK では、プロジェクトを遂行する際に、では、プロジェクトを遂行する際に、ススコープコープ (( プロジェクトの目的と範囲プロジェクトの目的と範囲 )) 、時間、コ、時間、コスト、品質、人的資源、コミュニケーション、 スト、品質、人的資源、コミュニケーション、 ......

5.45.4.1.1 　　 PMBOKPMBOK知識エリアの概要知識エリアの概要（（ⅠⅠ））

（１）　プロジェクト統合マネジメント　　　　　プロジェクトの多種多様な要素を整合が取れた形で実行するのに必

要なプロセス群

（２）　プロジェクト・スコープ・マネジメント　　　　　プロジェクトが成功に完了するのに必要とする。すべての作業・物

理的要素を過不足なく包含するように管理していくのに必要なプロセス群

（３）　プロジェクト・タイム・マネジメント　　プロジェクトが所定の期日までに完成するように計画・管理するプロセス郡

（４）　プロジェクト・コスト・マネジメント　　プロジェクトが所定の予算内に完成するように計画・管理するプロセス郡

（５）　プロジェクト・品質・マネジメント　　　　　プロジェクトが生成された基本的ニーズを確実に充足（じゅうそ

く）するためのプロセス群。

5.45.4.1.1 　　 PMBOKPMBOK知識エリアの概要知識エリアの概要（（ⅡⅡ））

（６）　プロジェクト・人的資源・マネジメント　　　　　　プロジェクトに参加する人材（ヒューマンリソース）が最も有効に活用さ れるような組織を作り、これを維持するプロセス群。

（７）　プロジェクト・コミュニケーション・マネジメント

　　　　　　プロジェクトの諸情報をタイムリーな生成（せいせい）、収集、配布、保 管そして廃棄に必要なプロセス群。

（８）　プロジェクト・リスク・マネジメント　　　　　　プロジェクトに内在するリスクを特定し、定量化し、その対応策を策定 するプロセス群。（９）　プロジェクト・調達・マネジメント　　　　　　プロジェクトの遂行主体の外部から製品または役務（えきむ）を調達す るためのプロセス群。

5.45.4.2.2 　　 PMBOKPMBOK のの 55 つのプロセス群つのプロセス群（（ⅠⅠ））

（１）　立ち上げのプロセス群　　プロジェクト開始に当たっては、プロジェクトあるいはフェー

ズ着手の必要性を認識して、プロジェクトをコミットする。

（２）　計画のプロセス群　　ビジネス上の要求を完遂するために、作業可能な計画を立案

（プロジェクト計画書）し、それを維持する。

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

する

（４）　コントロールののプロセス群　　プロジェクトの目的（定量化された目標値）の達成を保証する

ために、プロジェクト進捗を監視・測定し、必要に応じて改善策を実施する。

（５）　終結ののプロセス群　　プロジェクトやフェーズの検収を完了し、プロジェクトを終結

にたどり着かせる。

5.45.4.2.2 　　 PMBOKPMBOK のの 55 つのプロセスつのプロセス群（群（ⅡⅡ））

５つのプロセス群の連鎖は下図のようにプロジェクトの各フェーズに現れる。

5.45.4.3.3 PMBOKPMBOK知識エリアとプロジェクトマネジメン知識エリアとプロジェクトマネジメント・プロセスト・プロセス

5.45.4.4.4 　　 PMBOKPMBOK プロセス群と知識エリアのマッププロセス群と知識エリアのマップ

　　　　　　プロセス群知識エリア

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

統合マネジメント プロジェクト計画の策定 プロジェクト計画の実行

統合変更管理

スコープ・マネジメント 立ち上げ スコープ計画スコープ定義

スコープ検証スコープ変更管理

タイム・マネジメント アクティビティ定義アクティビティ順序設定アクティビティ所要期間見積りスケジュール

スケジュール・コントロール

コスト・マネジメント 資源計画コスト見積りコストの予算化

コスト・コントロール

品質マネジメント 品質計画 品質保証 品質管理

人的資源マネジメント 組織計画要員調達

チーム育成

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

コミュニケーション計画 情報配布 実績報告 完了手続き

リスク・マネジメント リスク・マネジメントリスク識別定性的リスク分析定量的リスク分析リスク対応計画

リスクの監視・コントロール

調達マネジメント 調達計画引合計画

引合発注先選定契約管理

契約完了

　　 5.5 5.5 プロジェクトマネジメントの作業プロジェクトマネジメントの作業

プロジェクト・マネジメントのステップ

新しいプロジェクトの立案

プロジェクトの終了

プロジェクト計画の作成

プロジェクトの実行、監視及び管理

プロジェクトの開発範囲とリスクの評価

5.5.1 　新しいプロジェクトの立案

システム開発構想及び企画の立案プロジェクトのゴール、評価方法の明確化リスクの洗い出し企業戦略と整合性プロジェクト企画のレビュー

5.5.1 　プロジェクト立案の主な作業プロジェクト立案の主な作業

新しいプロジェクトの立案

　　　　　　　　　　　　　　　　　　　 プロジェクトの企画書　　（初期）リスク管理表　　承認されたプロジェクト企画書　

システム開発構想及び

企画の立案

プロジェクトのゴール、評価の

明確化企業戦略の整合

リスクの洗い出し

プロジェクト企画のレビュー

5.5.2 　プロジェクト計画の策定

プロジェクト計画の策定プロジェクト組織の決定要員配置の決定システム開発範囲の明確化成果物の計画とボリュームの見積り外注先の検討と決定開発環境などのツールの検討プロジェクト計画書の作成プロジェクト計画書のレビュー

5.5.2 プロジェクト計画策定の主な作業プロジェクト計画の策定

　　　　　　　　　　　　プロジェクト構成表　　　　　　　　　　　　プロジェクト計画書　　　　　　　　　　　　　　承認されたプロジェクト計画書

　

プロジェクト組織の決定

要員配置の決定

プロジェクト計画書

のレビュー

システム開発範囲の明確化

スケジュール計画 開発環境

などのツールの検討

プロジェクト計画書の作成

成果物の計画とボリューム

の見積り

外注先の検討と決定

予算の計画

リスク管理表の更新と優先度の付与対策の検討

プロジェクトの　　　　品質保証　　　　外注管理　　　　構成管理　　　　　　　更新された　　　　　　　　スケジュール　　　　　　計画　　　　　　計画書　　　　　　計画書　　　　　　　　リスク管理表　　　　　　

5.5.3 プロジェクトの監視及び管理

プロジェクトのステータス (status) の監視

作業進捗に応じた作業のスケジューリングと作業者の割り当て

外注先の作業進捗監視と制御

プロジェクト計画書の更新

5.5.3 プロジェクトの実施、監視及び管理の主な作業

プロジェクトの監視及び管理

　　　　　　　　　　　　　　更新されたプロジェクト構成表　　　　　　　　　　　更新されたプロジェクト計画書　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　

　

プロジェクトのステータス

の監視

作業進捗に応じた作業の再スケジューリングと担当者の割り当て

プロジェクト計画書の更新

外注先の作業進捗監視と制御

リスク管理表の更新と優先度の付与対策の検討

プロジェクトの　　　　品質保証　　　　外注管理　　　　構成管理　　　　　　　更新された　　　　　　　　スケジュール　　　　　　計画　　　　　　計画書　　　　　　計画書　　　　　　　　リスク管理表　　　　　　

5.5.4 プロジェクトの終了

プロジェクト検収レビュー

プロジェクトの完了の評価

5.5.4 プロジェクト終了の主な作業

プロジェクトの終了

　　　　　最終成果物　　　　　　　　　　　　　　プロジェクト完了報告書　

プロジェクト検収レビュー 成果物の納入 プロジェクト

完了の評価

5.6　　 統合マネジメントのプロセス 統合マネジメントは次の図に示す３つのプロセスがある。

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　

　　　　　　　　　　　　　　　　　　　　 計画のプロセス

　　　　　　　　　　　　　　　　 実行のプロセス

　　　　　　　　　　　　　　　　 コントロールのプロセス

統合マネジメント

プロジェクト計画の策定

統合変更管理

プロジェクト計画の実行

5.7 プロジェクト計画の策定 (Ⅰ)

　プロジェクト計画の策定は、次のことを指す①　他の知識エリアの計画からのアウトプット

②　プロジェクト遂行とプロジェクト・コントロー

ルの指針

③　首尾一貫したプロジェクト計画書の作成

5.7 プロジェクト計画の策定 (Ⅱ) プロジェクト計画の策定

インプット

1.　他の計画からの　　アウトプット2.　過去の情報3．組織の方針４．制約条件５．前提条件

ツールと技法

1.　プロジェクト計画法2.　ステークホルダーの　　スキルと知識3．プロジェクト・マネジメント　　情報システム（ PMIS）４．アーンド・バリュー・　　マネジメント（ EVM）

アウトプット

１．プロジェクト計画書2.　詳細資料

5.7 プロジェクト計画の実施プロジェクト計画の実施は、プロジェクト計画を実施すること。

インプット

1.　プロジェクト計画書2.　詳細資料3．組織の方針４．予防処置５．是正（ぜせい）処置

ツールと技法

1.一般的なマネジメント・スキル２．成果物に対する　　スキルと知識3．作業認可システム　　４．状況レビュー会議５．プロジェクト・マネジメント　　情報システム（ PMIS）６．組織の手続き

アウトプット

１．作業結果2.　変更要求

5.7.1 プロジェクト実施計画書作成プロセス プロジェクト実施計画書作成プロセス

（１）プロジェクト計画作成作業の準備

（２）プロジェクト

の定義

（３）プロジェクト管理プロセスの定義

（４）役割と責任の

定義

（５）WBSと見積り

作成

（６）スケジュールとリソース計画

（７）収支計画

（８）リスク識別と

不測時対応計画

（９）プロジェクト計画

の完成

（１０）計画のレビュー

と承認

5.7.2 プロ実施計画書の記述内容 通常、プロジェクト実施計画書には以下の内容を記述する。

（１）プロジェクト概要（２）プロジェクト定義（３）プロジェクト体制（４）作業項目及び見積り（５）資源（６）工程スケジュール（７）レビュー及び承認（８）リスクと対応策

5.8 統合変更管理変更要求に対する効率的かつ効果的な統制を行うことである。アウトプットは、

「プロジェクト計画書更新版」｢是正処置｣｢教訓｣である。

インプット

1.　プロジェクト計画書2.　詳細資料3．組織の方針４．予防処置５．是正（ぜせい）処置

ツールと技法

1.一般的なマネジメント・スキル２．成果物に対する　　スキルと知識3．作業認可システム　　４．状況レビュー会議５．プロジェクト・マネジメント　　情報システム（ PMIS）６．組織の手続き

アウトプット

１．作業結果2.　変更要求

レビューIT プロジェクト・マネジメント概論 プロジェクトの特徴

プロジェクトの成功定義

プロジェクト・マネジメントとは

プロジェクトにおける 2 つのプロセス 日本のプロジェクト・マネジメント

PMBOK のプロセス群と知識エリア

プロジェクトマネジメントの作業 統合管理（ PMBOK により）

　　 PMBOKPMBOK プロセス群と知識エリアのマッププロセス群と知識エリアのマップ

　　　　　　プロセス群知識エリア

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

統合マネジメント プロジェクト計画の策定 プロジェクト計画の実行

統合変更管理

スコープ・マネジメント 立ち上げ スコープ計画スコープ定義

スコープ検証スコープ変更管理

タイム・マネジメント アクティビティ定義アクティビティ順序設定アクティビティ所要期間見積りスケジュール

スケジュール・コントロール

コスト・マネジメント 資源計画コスト見積りコストの予算化

コスト・コントロール

品質マネジメント 品質計画 品質保証 品質管理

人的資源マネジメント 組織計画要員調達

チーム育成

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

コミュニケーション計画 情報配布 実績報告 完了手続き

リスク・マネジメント リスク・マネジメントリスク識別定性的リスク分析定量的リスク分析リスク対応計画

リスクの監視・コントロール

調達マネジメント 調達計画引合計画

引合発注先選定契約管理

契約完了

計画のプロセスの相互関係