cc私がGTDに出会う前、仕事のマネジメント手法としてWBSというシステムを使っていました。Technique)というシステムと併せ、冷戦時代の米海軍が原子力潜水艦を設計する際に、最適な工程管理を行うために使用していた手法が原型とされています。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がそれぞれ担当することで、作業の重複を避けるようにしています。実際はこんな感じ人員不足と、上限を抑えられた外注費率により、結局全ての作業を自分で行う事になる事が殆どでした。24:00~9:00と、一人三交替制になることもしばしば。(涙目)工程を管理しているようで、結局出来ないことへの無力感から、そのうち真面目に作るのをやめてしまったというのが実際のところです。抜けが無いかを把握するのには非常に有効な方法だと思います。)などもありますので、興味のある方は一度試してみてはいかがでしょうか。第二領域のタスクを生活習慣に取り入れるための3つのステップNozbeのデスクトップクライアントのバージョンアップについて電子書籍「あのプロジェクトチームはなぜ、いつも早く帰れるのか?」を発刊させて頂きました。Freeアカウントではプロジェクトを5つまで作れます。コメントをキャンセルメールアドレスが公開されることはありません。*サイト次回のコメントで使用するためブラウザーに自分の名前、メールアドレス、サイトを保存する。東京GTDオフ会の感想などあのプロジェクトチームはなぜ、いつも早く帰れるのか?の発刊について電子書籍「あのプロジェクトチームはなぜ、いつも早く帰れるのか?」を発刊させて頂きました。