true;});プロジェクトマネジメントの計画フェイズにおける主要なツールで、プロジェクトの成果物あるいは仕事(work)を詳細区分(breakdown)して階層構造(structure)化した図表、あるいはその図表によってプロジェクトのスコープ全体とその中で作られる成果物ないしは作業の関係を体系的に集約・把握する手法のこと。WBS作成はプロジェクト計画の初期に行う作業で、プロジェクトで実施されなければならないすべての作業を洗い出し、同時にプロジェクトマネジメントにおけるコントロール単位を明確化するものとなる。WBSはその後のプロジェクト工数の見積もり、日程計画(ネットワーク図など)、調達管理(外注化判断)、資源配分計画(役割分担表など)、予算/コスト管理(EVMSなど)、リスク管理といったフェイズのベースとなるもので、プロジェクトマネジメント全体の基盤となる。WBSの基本的な作り方は、まずプロジェクトの目的を定め、最終的な成果物(製品、サービス、結果など)を具体的に決定する。次にその成果物を要素や中間成果物に分割・定義していく。その方法は、関係者が集まってボトムアップに要素を洗い出していくアプローチ、上位の最終成果物からトップダウンに分割していくアプローチ、その併用アプローチなどがある。プロジェクト開始段階では要素が不確定である場合は、大まかな分割・分類だけを定義しておき、プロジェクトが進行するに従って細分化する。分類・整理の切り口は、対象となる成果物(製品など)の構成要素ごとに分けるやり方、目的と手段で整理するやり方、手順や作業フローに沿って作業を展開するやり方などがある。各枝の深さは一様でなくてもよいが、1つの分岐点における分解基準は統一されていなければならない。WBS各枝の最下層レベルのWBS要素は、しばしばワークパッケージと呼ばれる。ワークパッケージは、プロジェクトを実施する際のコントロール単位であるため、それぞれ細分化の粒度、意味がそろっていることが望ましい。ワークパッケージは成果物を示す場合もあれば、作業(タスクやアクティビティ)だとされる場合もある(後述)。WBSが完成すると、すべてのアクティビティ(実際に行わなければならない作業)が定義されたことになる。これがすべて実施されれば、プロジェクトは完了となる。それぞれのアクティビティには、所要時間/コスト/資源などが割り当てられるので、プロジェクトを定量的に管理することが可能になる。WBSは図表表現されるが、これを作成することで要素/作業の抜けや重複を防ぐとともに、プロジェクト関係者の間で認識のズレを解消することができる。図表には、一般に表形式あるいはツリー図(ロジックツリー)が使われるが、インデントした個条書き(アウトライン)、マインドマップなどで作成することもできる。WBS図ではWBS要素を短い名称で表すが、それだけでは不十分な場合はWBS辞書を整備する。WBSという手法は、1959年に発表された初期のPERT手法に関する論文に原型を見ることができる。ミサイル・システム——を階層的詳細化して管理するという方法が採用されていた。......というように定義されている。ここでいうワーク(work)は「作品」「製品」を意味すると考えられ、今日製造業で使われるBOM概念に相当するものだといえよう。汎用性の高いPMBOKでもMIL規格ほど明示的ではないが、WBS最下層単位のワークパッケージは成果物を表し、それにアクティビティを割り当てる(複数アクティビティの割り当てもあり)形態を想定している。10006でも明確な定義は示されていないものの、本文にworkをactivityと見なせる個所がある。structure)を生成する方法が提唱されている。した点で、成果物か作業かについては若干の混乱がある。PMBOKにおいては、2000年版ではプロジェクトスコープ・マネジメント知識エリアの「スコープ定義プロセス」における成果物としてWBSが挙げられていたが、第3版では同知識エリアに「WBS作成プロセス」が独立して設けられた。これは、WBSをプロジェクトをコントロールする基本要件の1つだと明確に位置付けたことを意味する。structure)があり、WBSと合わせてプロジェクトマネジメントを構成する三大要素とされる。称して情報を盗む「ご注意!!OFFICEのプロダクトキーが不正コピーされています。Japanスマートジャパン3Dモデラボキャリア@IT自分戦略研究所エンジニアライフディルバートアプリITmediaねとらぼねこらぼついトピ!ITmediaはアイティメディア株式会社の登録商標です。