
日付:2005/09/08
========================
CCプロジェクト管理講座(23)
進捗管理の方法「バッファマネジメント」
========================
こんにちは西原です。CCプロジェクト管理講座第22
回を始めましょう。疑問点や質問ご意見あれば弊社メー
リングリストや私宛に質問下さい。
先週は、従来のプロジェクトマネジメントの方法では、
いつどの位遅れたら、遅れを取り戻すための方法を
実施しなければならないのかというプロジェクトマネー
ジャーにとって最も重大な問題に対し何も指針を与えて
いないという話しを書きました。こういった状況に置か
れたプロジェクトマネージャーは、計画から1日も遅れ
ないように管理し、それでも遅れてきたら過去の経験と
直観によって遅れを取り戻すための策を実施する。これ
以外に進捗管理の方法はないこんな状況に置かれます。
プロジェクトマネージャーは、計画通り進めるよう技術
者に伝えますが、計画を立てたときタイムマシーンがあ
ったわけでもないので遅れが生じ始めます。しかし技術
者から見れば自分が悪いのではなく計画自体がおかしい
のではといった不満を聞かされます。
プロマネは遅れだしたからといってすぐに、増員して対
応するわけにはいきません。納期の責任とともに、予算
に対しても責任を負っています。このジレンマの中、増
員できないので技術者に残業をして対応してくれるよう
いうしかありません。
ますます現場の技術者の不満が募りだします。進捗会議
では上司からプロジェクトの遅れについて責任を追及さ
れます。「このままでは納期は守れないのではないのか?」
と上司に言われますが、そんな事は言われなくても解って
います。どれだけ遅れたらもう駄目ですとホントのことを
言えばいいのだろうか・・・そんな事を考えながら進捗会
議を我慢してやり過ごす。。
こんな状況になりプロマネは神経をすり減らす毎日を送っ
ていく・・・
こういった事が起こるのは、計画が遅れた場合どのように
判断すべきか統一的な判断基準を作っていない事が原因です。
CCPMでは、各作業の時間を50%確率で見積もりますの
で初めからプロジェクトが遅れる事が想定されます。そこで
遅れに対する防御のために、プロジェクトバッファ、合流バ
ッファを計画の中に組み込んでいます。
このバッファを3分割し、
・バッファの3分の1以内の遅れなら何もしない
・バッファの3分の1以上遅れたら、遅れを取り戻すための
具体的策を検討する
・バッファの3分の2以上遅れたら、先に考えていた策を実
施して遅れを取り戻す
バッファの日数によって3つの行動を起こす判断基準を明確
にして遅れを管理していきます。
CCPMでは、正しいスケジューリングを行おうというよりも
避けられない不確実性・統計的変動を現実的に考慮して、
「いつどれだけ遅れたら、どうするか」
といったプロジェクトの統制の法を重視してプロジェクト
マネジメントを行っていくわけです。
弊社では、昨年から株式会社 ビーイングと共同研究を
行い、このバッファマネジメント機能を装備したPMソフト
ビーイングプロジェクト-CCPMを完成させました。
1ヶ月無料体験版がありますので、弊社までお問い合わせ下さい。
使ってみると、バッファマネジメントの重要性、いままでの
プロジェクトマネジメントにかけていた重大な物を体感するこ
とができます。
9月26日(月)には東京にて、クリティカルチェーン・プロ
ジェクトマネジメントの導入説明会を実施します。
このメルマガで記載してきたCCPMの導入方法、ソフトウェ
アーの動きなどご説明させて頂きますので是非ご来場下さい。
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年