
日付:2005/07/06
============================================================
CCプロジェクト管理講座(15)
完成のイメージから逆算して計画を作る
============================================================
こんにちは西原です。CCプロジェクト管理講座第15回を始め
ましょう。疑問点や質問ご意見あれば弊社メーリングリストや私
宛に質問下さい。
先週は、根本の方針である「作業日数は正確に見積もれるはず」
というから「作業日数は正確には見積もれない」という現実的な
前提にたった上で、先週列挙した多くのプロジェクトマネージャ
ーがもつ方針を変えていくという話しをしました。
<プロジェクトマネジメントの一般的な方針>
計画立案 の場面
1−1、案件の必要作業を今日時点から列挙する
1−2できる事からやく開始する
1−3なるべく無駄がないよう計画する
進捗管理の場面
2−1、クリティカルパスを管理する
2−2、計画通り進むよう管理する
2−3、遅れたらすばやい対応をおこなう
2−4,進捗入力・コストなど様々な管理を厳密に行う
2−4、タスクを管理する
作業者へ伝える方針
3−1、効率を良くするために仕事をまとめて行う
3−2、必要な物を必要な時(締切日)にJust in timeで引き
渡せるよう頑張る
3−3,後工程はお客様と考えて努力する
今回は「1−1、案件の必要作業を今日時点から列挙する 」
を疑ってみましょう。
計画をたてるとき、今日時点から完成に向かって作業を列挙して
いく方が多くいますが、これがまず問題です。たとえば私は大阪
に住んでいますが、出張のとき多くはJRの最寄り駅に向かいま
す。JRにのれば新大阪駅に向かえ、新幹線に乗れるからです。
この場合多くの最初の作業は「JR最寄駅に向かう」になります
。しかし北海道や仙台にいくときは、飛行機にのりますので、最
初の作業は「バスにのる」です。目的地が違えば一番最初の作業
が変わります。JR最寄駅からも飛行場へ向かうことは可能です
。しかし大幅に所要時間がかかります。
北海道や仙台なら直観的に最初の作業が違う事がわかります。な
ぜなら過去に行った経験があるからです。しかし初めて向かう「
日生町にある工場」へ向かうというのが目的ならどうでしょう。
最初の作業をまず列挙せよと言われても日生町がどこにあるのか
わからなければ計画を作ることができません。とりあえず、一番
最初の作業に良くある「JR最寄駅に向かう」としてルート計画
を作っていってもなんらかの計画はできたどり着けるでしょう。
しかし最短ルートを見つけられる保証は全くありません。
「日生町の工場」へ向かう場合、まず、日生町の工場の場所を確
認するでしょう。そしてその最寄り駅をしらべ、その駅につなが
る列車などを確認します。そのJR線につながる新幹線の駅をし
らべといった具合に目的地から逆算して計画を作るのが普通でし
ょう。
もしかすると日生町の工場は電車の駅から非常に遠いかもしれま
せん。そうであるなら自宅から車で向かわなければならないと根
本的に異なったルートを辿らなければならなくなるかもしれませ
ん。
プロジェクトはいつも異なる物を作るという点が難しさを引き起
こす原因です。工場での大量生産のように過去に作ったことがあ
るものを計画していくのではありません。行ったことの「日生
町の工場」へ向かう場合の計画と同じような状態です。プロジェ
クトの計画を今日の時点から作っていくというのは、過去の経験
に照らし合わせてとりあえず計画を作ってみているにしかすぎず
、最短ルートを見つけられる保証はまったくないのです。プロジ
ェクトの計画を立てる場合は、知らない土地へ向かう時のように
目的からさかのぼって計画をたてていかないと最短ルートがつか
めません。
このため、クリティカルチェーン法では、まず完成のイメージを
構築するためにObjectives(目的)Deliverrables(成果物)
Success Criteria (必要条件)を確認するODSC定義のフェ
ーズを実施します。
そして、ODSCを達成するために直近にやるべき作業をあげて
、その前にやるべき作業はなにかと逆算してネットワークを構築
していくプロジェクトネットワーク構築フェーズを実施します。
来週はこの2つのフェーズを解説します。
CCプロジェクト管理講座
[2005/10/26]
30.「最終号」TOC/CCPMから組織の変革へ
[2005/10/19]
29.プロジェクト・マネジメント・オフィス
[2005/10/15]
28.複数のプロジェクトを如何にマネジメントするか
[2005/10/15]
27.リレー走者の原理とチームプレイ
[2005/10/15]
26.進捗管理の方法「ファシリテーション3
[2005/09/23]
25.進捗管理の方法「ファシリテーション2」
[2005/09/23]
24.進捗管理の方法「ファシリテーション」
[2005/09/08]
進捗管理の方法「バッファマネジメント」
[2005/09/08]
進捗管理の方法「どうやって遅れを管理するか?」
[2005/09/08]
クリティカルチェーン・スケジューリング(2)
[2005/08/08]
21,クリティカルチェーン・スケジューリング
[2005/08/08]
遅れること前提の時間見積もり(2)
[2005/07/25]
18.遅れること前提の時間見積もり
[2005/07/14]
17.リソースはどうやって定義する
[2005/07/06]
16.ODSCからネットワークを構築
[2005/07/06]
15.完成のイメージから逆算して計画を作る
[2005/06/26]
14. プロジェクト管理の中核問題
[2005/06/15]
13. プロジェクトマネージャーの方針制約
[2005/06/13]
12. プロジェクトのリードタイムのほとんどは待ち時間
[2005/06/05]
11.完璧な計画の作成方法
[2005/05/23]
10.計画するとは
[2005/05/23]
9.プロジェクトに関わる『人』の現実
[2005/05/11]
8早く始めれば早く終わる・・・・ことはない。
[2005/04/20]
7.なるべく早くが地獄への道・・・
[2005/04/20]
6,プロジェクトマネジメントの目的は何か?
[2005/04/20]
5,プロジェクトマネジメントソフトウェアー(PMソフト)
[2005/04/20]
4,クリティカルパスは早く家に帰る道??
[2005/04/20]
3,最小自由度の原則 (こまねずみはダメ???)
[2005/04/20]
2,従来型プロジェクトマネジメントの実践
[2005/04/20]
1.まずはプロジェクトとは何か考えてみよう「恐ろしい話・・」
TOCはどうなるのかin2005
[2005/04/20]
導入が進むが失敗例も増える!?TOCクリティカルチェーンの2005年