クリティカルチェーン(CCプロジェクト管理講座)

クリティカルチェーン・スケジューリング(2)

日付:2005/09/08

========================
CCプロジェクト管理講座(21)
クリティカルチェーン・スケジューリング(2)
========================

こんにちは西原です。CCプロジェクト管理講座第21回を始め
ましょう。疑問点や質問ご意見あれば弊社メーリングリストや私
宛に質問下さい。

1.プロジェクトを定義する(ODSC)
2.ゴールからネットワークを構築する
3.資源(リソース)を定義する
4.50%確率によるタスク日程見積をおこなう
5. 資源山崩しをおこなう
6. 後ろ倒しに計画する

先週までに6つのステップを実施してきました。ここまでくると
工程表が出来上がった状態になっています。
各作業の時間は50%確率でなるべく遅く計画されていますので、
「学生症候群」「早期完了の未報告」「マルチタスク」といった
プロジェクトを遅らせてしまう人間行動が出来ないような計画に
なっているでしょう。しかしこのままプロジェクトを開始してし
まえば納期遅れになってしまうでしょう。各作業の見積もりは統
計的変動の影響を受けますので計画通りにはいきません。何か工
夫しておく必要があります。

ここでバッファを挿入します。バッファとは予備日、計画が遅れ
てきたときクッションの役割をしてもらう予備日を計画段階で作
業(タスク)として明示的に計画に入れておくわけです。バッフ
ァの役割は「11.完璧な計画の作成方法」で記載しました。この
バッファをどこに入れておけば良いかがポイントになります。

http://www.goal-consulting.com/toc_mg/criticalchain/criticalchain5_2_12.html

バッファは遅れを抑えて計画した日程を守るために挿入します。
各作業は50%見積もりで日程見積もりをしていますので、全て
の作業が遅れる可能性があります。ならば、プロジェクトの中で
守りたい日程があればその前には全てバッファを挿入しておく必
要があります。

顧客の納期を守らないといけないと考えているならば納期の前に
バッファを置かなければなりません。
もし、各社の方針で決定した計画の作業日程を守らなければなら
ないとしていれば、全ての作業にバッファを追加しなければなり
ません。もし中間検査日などをマイルストーンとしてその日程は
守らないといけないと決めているならばマイルストーンの前にバ
ッファを置かなければなりません。このようにバッファを置かな
ければならないところは、方針によって変化します。

クリティカルチェーン・プロジェクトマネジメントでは、3つの
ポイントにバッファを置くとなっています。
1,プロジェクトバッファ ― 顧客納期を守るためバッファ 
2,合流バッファ − クリティカルチェーンが遅れないように
するためのバッファ
3,キャパシティバッファ − 企業全体の中で最も負荷のかか
る資源を守るためのバッファ

この3種類です。この3つのポイントは遅れないようにバッファ
をおき、その他は遅れても良いと考えます。

バッファを多くの場所に入れればプロジェクトを遅らせる人間行
動が発生してしまいますのでなるべく少なくしなければなりません

バッファを追加しなければならなくなる方針「各作業予定を守
る」「マイルストーンの日時を守る」といった方針を排除できれ
ばバッファを挿入する場所を減らせますのでプロジェクト・リー
ドタイムを短くすることができるのです。
ところが従来からのプロジェクト管理では、イナズマ線を使って
各作業予実をみる、マイルストーンを使って進捗管理をおこなう。
こういった事がおこなわれています。来週は、なぜこういった管
理をしていたのか、クリティカルチェーンではこういった管理を
せずどう進捗管理するのかといった所を解説します。

バックナンバー


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年