イノベーション実践、コンセプチュアルスキル、プログラムマネジメント、プロジェクトマネジメント、ＰＭＯについての最先端の情報、研修、セミナー、コンサルティングをお届けします。

第１７回　ＷＢＳ（１） （2009.07.05）

プロジェクトマネジメントオフィス　鈴木　道代

• Tweet
• 

◆ＷＢＳ

今さらなのですが、ＷＢＳについてです。

ＷＢＳとはWork Breakdown Structureのことで、プロジェクトの目的達成に必要な作業を定義するためのツールであり、一言で言えば、プロジェクトのＷｈａｔをＨｏｗに変換する・分解していくツールです。

まず、プロジェクトの目的を達成するために、プロダクト、サービス、結果などの成果物を基点にして作成し、それらを分解していくことで、作業に落としていきます。

特徴として、
・作業範囲全体を定義する手段である
・段階的に分解することで、重複やモレを防ぐ　→→　１００％ルール
・計画やコントロールを行ううえで適切な詳細レベルに分解することができる
・プロジェクトの全スコープが含まれている
　（ＷＢＳに含まれていないものはプロジェクトの範囲外である）
・ステークホルダー間のコミュニケーションを円滑にする
　（ＷＢＳでスコープを明確にすることで、その過程も含む）

などがあります。

重複やモレを防ぐために、次のような１００％ルールがあります。

・プロジェクトで創出する成果物をすべて洗い出しているか
・ＷＢＳの１レベルの成果物でプロジェクトは完了するか
・２レベルの要素成果物をグループ化すると１レベルの成果物を構成することができるか
・２レベルの要素成果物が複数の１レベルの成果物に含まれていないか
・３レベルも同様　．．．

ＷＢＳを作成した後には、上記の１００％ルールを満たしているかどうかをチェックすることが重要です。

ＷＢＳは、1959年のPERT（Program　Evaluation　and　Review　Technique）の実装の論文の中に原型があるそうですが、ＷＢＳをツールとして使用しない場合は、プロジェクトの成果物が基点ではなく、外注委託先やリソースから計画を立案しています。
つまり、リソースをどのように使うかというインプットから作成していたわけです。

ＷＢＳでは、アウトプット（成果物）に着目して作成します。ＷＢＳの要素（項目）がアウトプットであり、それに対してリソースを割り振り、コスト算出や資源計画を作成します。

ＷＢＳの最下位レベルの項目（要素）をワーク・パッケージと呼び、ワーク・パッケージからアクティビティ（作業）を定義し、個人や組織に責任を割り振ります。

そして、スケジュールはアクティビティで計画しますが、それは各アクティビティの予測される期間、使用できるリソース、アクティビティの作業順序などを調整して、作成します。

ＷＢＳの例（ＡＳＰシステムの開発）

１．ＡＳＰシステム開発
　１．１　プロジェクトマネジメント
　１．２　システム
　　　１．２．１　全体設計
　　　１．２．２　システムインストール
　　　１．２．３　システムテスト
　１．３　Ｗｅｂプログラム
　１．４　商品データ
　　　１．４．１　自社商品
　　　　　１．４．１．１　自社商品画像データ
　　　　　１．４．１．２　自社商品紹介テキスト
　　　１．４．２　他社商品
　　　　　１．４．２．１　他社商品画像データ
　　　　　１．４．２．２　他社商品紹介テキスト
　１．５　ハードウェア
　　　１．５．１　ＰＣ
　　　　　１．５．１．１　調達
　　　　　１．５．１．２　セットアップ
・
・

なぜ、ＷＢＳにプロジェクトマネジメントが含まれているか、それは次回にします。

◆関連するセミナーを開催します
━【開催概要】━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
　 　■　ベンダーマネジメント　　　　　　　　　　　　　　　　◆3.5PDU's　
　　日時・場所：【Zoom】2024年 12月 17日（火）13:30-17:00（13:20入室可）
　　　　　　　※ZOOMによるオンライン開催です。
　　　　　　　※少人数、双方向にて、演習、ディスカッションを行います
　　講師：鈴木　道代（株式会社プロジェクトマネジメントオフィス、ＰＭＰ、ＰＭＳ）
　　詳細・お申込　https://pmstyle.biz/smn/vendor30.htm
　　主催　プロジェクトマネジメントオフィス、ＰＭＡＪ共催
　※Youtube動画「プロジェクトベンダーマネジメント」
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
　【カリキュラム】
　　１．ベンダーマネジメントとは
　　２．調達マネジメント計画の策定とベンダー選定準備
　　３．RFPと提案書の評価
　　４．ベンダー決定と契約
　　５．ベンダーコントロール
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

• 一覧
• 第１６回　ネガティブ・フィードバック（２） （2009.06.02）
• 第１８回　ステークホルダー分析 （2009.09.08）

著者紹介

鈴木道代、PMP、PMS
株式会社プロジェクトマネジメントオフィス、PMstyleプランナー
神戸大学工学部卒業後、アパレル企業の情報システム部に所属し、データベース管理者、システムエンジニア、リーダーとして社内システムの開発・マネジメントに携わる。
その後、独立し、小規模のシステム開発プロジェクトを受託し、プロジェクトマネジメントや開発マネジメントを担当する。
2004年、PMPを取得し、株式会社プロジェクトマネジメントオフィスにて、プロジェクトマネジメントのコンサルティング、研修講師、セミナー講師を担当する。2010年、PMS取得。

メルマガ紹介

本連載は、ＰＭ養成マガジン購読にて、最新記事を読むことができます。