ソフトウェア開発及びソフトウェアプロジェクトマネジメント（ V ）

ソフトウェア開発及びソフトウェアプロジェクトマネジメント（V）ソフトウェア開発及びソフトウェアプロジェクトマネジメント（V）北京航空航天大学软件学院马平博士副教授 maping@buaa.edu.cn

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

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

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

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

5.1　プロジェクトとは（Ⅱ） ２．国際的な基準によるプロジェクト（1）PMI-PMBOKプロジェクトの定義 • プロジェクトとは、独自の成果物または、サービスを創出するための有期的活動である。独自性とは創出する成果物やサービスがある部分で他と類似性（るいじせい）はあっても基本的な点で唯一無二（ゆいいつむに）であること、有期性とは明確な開始点と終了点があること。

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

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

5.1　プロジェクトとは（Ⅳ） ４．ソフトウェア開発プロジェクトのフェーズ ①　受注提案フェーズ ②　企画フェーズ ③　システム設計フェーズ ④　ソフトウェア開発フェーズ ⑤　システムテスト・導入フェーズ

5.1　プロジェクトとは（Ⅴ） ５．プロジェクトの成功定義

5.1　プロジェクトとは（Ⅵ） ６．プロジェクト失敗の原因 ①顧客ニーズの把握が十分でない ②　仕様が不明確のまま提案・見積りを実施 ③　営業・開発の役割分担が不明確 ④　プロジェクト実施計画がないため、プロジェクト遂行方針ないし枠組みが不明確 ⑤　コミュニケーション不足（特に、営業と開発、メンバー間） ⑥　プロジェクト実行管理の不備（管理能力・経験不足） ⑦　開発に必要な体制となっていない

5.1　プロジェクトマネジメントとは • 　プロジェクトマネジメントとは • 　プロジェクトとプロジェクトマネジメントとの関係 • 　プロジェクトマネジメントの作業内容

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

5.1　プロジェクトマネジメントとは（Ⅱ） • プロジェクトマネジメントの真髄次のような相克する要求事項間の最適バランスを取ることにある。 ①　スコープ（開発範囲）、タイム、コスト、並びに品質 ②　異なるニーズと期待を持つステークホルダー ③　特定された要求事項

5.1　プロジェクトマネジメントとは（Ⅲ） • モダン(modern)・プロジェクト・マネジメント基本用語

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

新しいプロジェクトの立案 プロジェクトの開発範囲とリスクの評価プロジェクト計画の作成プロジェクトの実行、監視及び管理プロジェクトの終了　プロジェクトマネジメントの作業プロジェクト・マネジメントのステップ

　プロジェクトにおける２つのプロセス （１）　製品に関するプロセス（開発マネジメントプロセス）プロジェクトの成果物を特定し、生成することに主眼を置く。通常は開発ライフサイクルと成果物によって定義される。ITプロジェクトとして強調すべきプロセスと言える。（２）　プロジェクトマネジメントのプロセスプロジェクトの業務を説明し、体系化することを主眼に置く。＜人・物・金・技術・情報・・・＞ PMBOKの９つの知識エリアがこれに相当する。　この２つのプロセスはプロジェクト遂行期間を通じて重なり合い、相互に影響を及ぼす。

5.2ITプロジェクトの特徴と必要スキル （１）　従来SI(システム開発)プロジェクト（２）　e ビジネス（３）　ERP(Enterprise Resource Planning)導入プロジェクト

5.2ITプロジェクトの特徴と必要スキル（Ⅰ） （１）　従来SIプロジェクト特徴は次のとおりである。 ①　初期における正確な見積りが困難（曖昧さ） ②　複雑なシステム開発（計り知れない論理量、柔軟性、目に見えない） ③　規模の巨大化に伴い、日程／費用管理が困難　これに対応するためプロジェクトマネージャとして、以下のことが必要となる。 ①　円滑な顧客・ベンダー間協業の推進能力 ②　開発規模の見極め能力 ③　スケジューリング能力 ④　品質・納期・対価の優先コントロールと利害関係者の調整能力

5.2ITプロジェクトの特徴と必要スキル（Ⅱ） （２）eビジネス特徴は次のとおりである。 ①　システム開発が短期間（4ヶ月から5ヶ月） ②　提案と仕様まとめに顧客とのコミュニケーションが必須 ③　変更多発　これに対応するためプロジェクトマネージャとして、以下のことが必要となる。 ①　納期をベースにすべてを管理してゆくとといった固有の管理ノウハウ。 ②　ユーザ中心によるサービス要件の定義，ビジネスプロセス決定，開発業務の洗い出しと見積りへの対応

5.2ITプロジェクトの特徴と必要スキル（Ⅲ） （３）　ERP(Enterprise Resource Planning)導入プロジェクト特徴は次のとおりである。 ①　業務プロセス設計，ERP適用計画のウエイト(weight)が高い（コンサル(consult/経営)機能） ②　複数の構成・関係メンバーによる推進体制 ③　従来型システムとは設計思想が逆転（システム開発手順が大きく異なる）　これに対応するためプロジェクトマネージャとして、以下のことが必要となる。 ①　上流工程での業務分析と計画策定の能力 ②　複数メンバーのマネジメントのためのコミュニケーション能力 ③　プロトタイプ(Prototype: 試作モデル)のシステム組立及び検証能力

5.3日本のプロジェクト・マネジメント • 日本の企業文化や商習慣に影響される • KKD（経験、勘(かん）、度胸(どきょう）） • 国際的な動向に影響される

5.4PMBOK知識体系の紹介 • PMBOKの９つの知識エリア • PMBOKの５つのプロセス群 • PMBOK知識エリアとプロジェクトマネジメント・プロセス • PMBOKプロセス群と知識エリアのマップ

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

5.4.1PMBOK知識エリアの概要（Ⅰ） （１）　プロジェクト統合マネジメント　　　　　プロジェクトの多種多様な要素を整合が取れた形で実行するのに必要なプロセス群（２）　プロジェクト・スコープ・マネジメント　　　　　プロジェクトが成功に完了するのに必要とする。すべての作業・物理的要素を過不足なく包含するように管理していくのに必要なプロセス群（３）　プロジェクト・タイム・マネジメント　　プロジェクトが所定の期日までに完成するように計画・管理するプロセス郡（４）　プロジェクト・コスト・マネジメント　　プロジェクトが所定の予算内に完成するように計画・管理するプロセス郡（５）　プロジェクト・品質・マネジメント　　　　　プロジェクトが生成された基本的ニーズを確実に充足（じゅうそく）するためのプロセス群。

5.4.1PMBOK知識エリアの概要（Ⅱ） （６）　プロジェクト・人的資源・マネジメント　　　　　　プロジェクトに参加する人材（ヒューマンリソース）が最も有効に活用されるような組織を作り、これを維持するプロセス群。（７）　プロジェクト・コミュニケーション・マネジメント　　　　　　プロジェクトの諸情報をタイムリーな生成（せいせい）、収集、配布、保管そして廃棄に必要なプロセス群。（８）　プロジェクト・リスク・マネジメント　　　　　　プロジェクトに内在するリスクを特定し、定量化し、その対応策を策定するプロセス群。（９）　プロジェクト・調達・マネジメント　　　　　　プロジェクトの遂行主体の外部から製品または役務（えきむ）を調達するためのプロセス群。

5.4.2PMBOKの5つのプロセス群（Ⅰ） （１）　立ち上げのプロセス群　　プロジェクト開始に当たっては、プロジェクトあるいはフェーズ着手の必要性を認識して、プロジェクトをコミットする。（２）　計画のプロセス群　　ビジネス上の要求を完遂するために、作業可能な計画を立案（プロジェクト計画書）し、それを維持する。（３）　実行ののプロセス群　　　計画で定義した作業を、プロジェクト組織内に割り当て実行する（４）　コントロールののプロセス群　　プロジェクトの目的（定量化された目標値）の達成を保証するために、プロジェクト進捗を監視・測定し、必要に応じて改善策を実施する。（５）　終結ののプロセス群　　プロジェクトやフェーズの検収を完了し、プロジェクトを終結にたどり着かせる。

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

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

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

新しいプロジェクトの立案 プロジェクトの開発範囲とリスクの評価プロジェクト計画の作成プロジェクトの実行、監視及び管理プロジェクトの終了 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プロジェクト計画の策定(Ⅰ) 　プロジェクト計画の策定は、次のことを指す ①　他の知識エリアの計画からのアウトプット ②　プロジェクト遂行とプロジェクト・コントロールの指針 ③　首尾一貫したプロジェクト計画書の作成

インプット ツールと技法アウトプット 1.　他の計画からの　　アウトプット 2.　過去の情報 3．組織の方針４．制約条件５．前提条件 1.　プロジェクト計画法 2.　ステークホルダーの　　スキルと知識 3．プロジェクト・マネジメント　　情報システム（PMIS）４．アーンド・バリュー・　　マネジメント（EVM）１．プロジェクト計画書 2.　詳細資料 5.7 プロジェクト計画の策定(Ⅱ) • プロジェクト計画の策定

インプット ツールと技法アウトプット 1.　プロジェクト計画書 2.　詳細資料 3．組織の方針４．予防処置５．是正（ぜせい）処置 1.一般的なマネジメント・スキル２．成果物に対する　　スキルと知識 3．作業認可システム４．状況レビュー会議５．プロジェクト・マネジメント　　情報システム（PMIS）６．組織の手続き１．作業結果 2.　変更要求 5.7プロジェクト計画の実施プロジェクト計画の実施は、プロジェクト計画を実施すること。

（３） プロジェクト管理プロセスの定義（８）リスク識別と不測時対応計画（１０）計画のレビューと承認（１）プロジェクト計画作成作業の準備（２）プロジェクトの定義（５） WBSと見積り作成（６）スケジュールとリソース計画（７）収支計画（９）プロジェクト計画の完成（４）役割と責任の定義 5.7.1 プロジェクト実施計画書作成プロセス • プロジェクト実施計画書作成プロセス

5.7.2 プロ実施計画書の記述内容 • 通常、プロジェクト実施計画書には以下の内容を記述する。（１）プロジェクト概要（２）プロジェクト定義（３）プロジェクト体制（４）作業項目及び見積り（５）資源（６）工程スケジュール（７）レビュー及び承認（８）リスクと対応策

インプット ツールと技法アウトプット 1.　プロジェクト計画書 2.　詳細資料 3．組織の方針４．予防処置５．是正（ぜせい）処置 1.一般的なマネジメント・スキル２．成果物に対する　　スキルと知識 3．作業認可システム４．状況レビュー会議５．プロジェクト・マネジメント　　情報システム（PMIS）６．組織の手続き１．作業結果 2.　変更要求 5.8統合変更管理変更要求に対する効率的かつ効果的な統制を行うことである。アウトプットは、「プロジェクト計画書更新版」｢是正処置｣｢教訓｣である。

レビュー ITプロジェクト・マネジメント概論 • プロジェクトの特徴 • プロジェクトの成功定義 • プロジェクト・マネジメントとは • プロジェクトにおける2つのプロセス • 日本のプロジェクト・マネジメント • PMBOKのプロセス群と知識エリア • プロジェクトマネジメントの作業 • 統合管理（PMBOKにより）

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

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

ソフトウェア開発及びソフトウェア プロジェクトマネジメント（ V ）