WBS(Work Breakdown Structure)という業務管理手法について

公開日: : 最終更新日:2013/12/21 日記的な物 ,

Pocket
LINEで送る

medium_56236360
photo credit: Leo Reynolds via photopin cc

私がGTDに出会う前、仕事のマネジメント手法としてWBSというシステムを使っていました。

WBSとは(Work Breakdown Structure)の略語で、もともとはPERT (Program Evaluation and Review Technique)というシステムと併せ、冷戦時代の米海軍が原子力潜水艦を設計する際に、最適な工程管理を行うために使用していた手法が原型とされています。

詳しい説明は

@IT情報マネジメント
WBS:http://www.atmarkit.co.jp/aig/04biz/wbs.html
PERT: http://www.atmarkit.co.jp/aig/04biz/pert.html

をお読み下さい。

WBSの最初のステップとして、目標を達成するのに必要な成果物を洗い出し、それらを更に細かい項目へと分割するところから始めます。 この部分はGTDの考え方と似ていますね。

その後のステップはGTDと少し異なりますが、このWBS、PERTのマネジメント手法もなかなか面白いので、その考え方について簡単に説明したいと思います。

WBS(PERT)では一つの仕事を終わらせる為に必要なプロジェクトを洗い出し、それをアクションレベルのタスクまで小さく分解し、各タスクを処理するために必要な時間、リソースを割り振ります。

そして各タスクの主従関係を矢線で結び、全体として必要な時間とリソース量を可視化するというものです。

簡単ですが、そのイメージを書いた物が以下の工程表です。 このサンプルでは、この仕事を終わらせるために必要なプロジェクトを三つ挙げ、それをさらに細かいタスクに分割しています。

WBS(PERT)では、このネットワーク図を見ながら、この仕事を完了させるのに必要なクリティカルパスを割り出します。

クリティカルパスとは、全体の工程の中で、このタスク、プロジェクトに遅れが生じると、全体の工程にまで影響を及ぼすというギリギリの工程を言います。

例えば、この工程表のプロジェクト1のタスク2、タスク3の作業工程に遅れが生じても全体の工程には影響しませんが、プロジェクト2(タスク1)~プロジェクト3(タスク3)までのどれかに送れが生じると全体の工程にまで影響を及ぼすというタスクの流れのことです。

工程管理を行う際は、このクリティカルパスを意識し、ここに遅れが生じないよう人員と時間を割くことで、全体の工程に遅れが出ない様に工程管理を行います。

考え方はシンプルで、それを実行させるためのシステム(ソフト)があるにも関わらず、実はこのマネジメントシステムを上手く使いこなす事が出来ませんでした。

この工程表を見ると、プロジェクト1とプロジェクト2の一部が重なっているので、そこには最低でも二人の人員を割り当て作業の重複を避ける必要があります。

たとえば、こんな感じですね。

ここでは、プロジェクト1をMoyori、プロジェクト2をMogtaがそれぞれ担当することで、作業の重複を避けるようにしています。

しかし、実際はこんな感じ

人員不足と、上限を抑えられた外注費率により、結局全ての作業を自分で行う事になる事が殆どでした。
私が二人居れば問題ないのですがそうも行かないので、この様な状況になった場合は

Moyori(一人目): 9:00 ~17:00
Moyori(二人目):17:00~24:00

と、一人二交代制で働かざるを得ないという状況でした(涙目)
タスクがもう一つ増えると、

Moyori(三人目): 24:00~9:00

と、一人三交替制になることもしばしば。。。(涙目)

工程を管理しているようで、結局出来ないことへの無力感から、そのうち真面目に作るのをやめてしまったというのが実際のところです。

しかし、この工程表を作成するのは、全体の工程を把握し、作業項目、検討項目の抜けが無いかを把握するのには非常に有効な方法だと思います。

私が使っていたのはMicrosoft Projectというソフトでしたが、Projectと完全データ互換を持つフリーのソフト(OpenProj )などもありますので、興味のある方は一度試してみてはいかがでしょうか。


Nozbe 電子書籍「あのプロジェクトチームはなぜ、いつも早く帰れるのか?」を発刊させて頂きました。執筆する際、最も力を入れた箇所、想いについてはこちら






▼Freeアカウントではプロジェクトを5つまで作れます。
Nozbe

関連記事

no image

日刊モヨリNo.225 (東ティモール日記)

ホテルの食堂は早く行かないと残りかすになってしまいます 2011/10/20 8:13

記事を読む

東京ライフハック研究会の感想など

すでに沢山の方が研究会のレポートを書かれているので、詳細については割愛し、全体を通して感じたこと

記事を読む

no image

日刊モヨリNo.190 (ウガンダ日記)

今日の朝ごはんは茹で過ぎたナポリタン。 Map 田舎のおばぁちゃんが作るとこんな感じになる

記事を読む

no image

日刊モヨリNo.217 (東ティモール日記)

午前6時の練馬駅。これから成田空港に向かいます。 2011/10/10 6:06 

記事を読む

no image

日刊モヨリNo.191 (ウガンダ日記)

朝から奥さんとSkypeできた。 息子さん、何かの写真をみては「ぱぱぁ〜」 ドアの音がする

記事を読む

no image

日刊モヨリNo.199 (ウガンダ日記)

これから調査開始。 今日で全ての道路を終わらせる。 2011/07/08 9:27

記事を読む

no image

日刊モヨリNo.195 (ウガンダ日記)

今日のヤギ。 早く子ヤギ産まないかな。 2011/07/04 9:11  M

記事を読む

no image

日刊モヨリNo.181 (ウガンダ日記)

これは前日のまとめ。 これからホテルに帰る。 一分でも早くシャワー浴びたい。 201

記事を読む

no image

日刊モヨリNo.209 (ウガンダ日記)

ウガンダのニュースでナデシコのニュースを見た。 ダイジェストを見たけど、すごい試合だったんだね。

記事を読む

The difference between GTD’s Next Action and a simple to-do list

■GTD for me It has been several years since I

記事を読む

Comment

  1. […] WBSとは WBSという業務管理手法についてWEBベースのガントチャートアプリ「gantto」を試してみた […]

Message

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です

no image
Mannmoth Project の使い方(3):プロジェクトマップ形式

前回までは、プロジェクトを作成し、そこにリスト形式でタスクを追加させる

Mannmoth Project の使い方(2):タスクの追加

マンモスプロジェクトの使い方の2回目として、ツールにタスクを追加する部

Mannmoth Project の使い方:Project作成

個人的なタスク管理は、Evernote、Nozbe、TaskChute

TaskchuteCloudを使いはじめました

タイトルにあるとおり、TaskChuteCloudをプライベート時

マインドフルネスでGTDの収集のレベルを潜在意識まで掘り下げる

GTDのフローでは最初のステップとなる収集。今回はその収集されるタスク

→もっと見る

  • Nozbe
    電子書籍「あのプロジェクトチームはなぜ、いつも早く帰れるのか?」を発刊させて頂きました。執筆する際、最も力を入れた箇所、想いについてはこちら
PAGE TOP ↑