
日付:2005/08/08
========================
CCプロジェクト管理講座(20)
クリティカルチェーン・スケジューリング
========================
こんにちは西原です。CCプロジェクト管理講座第20回を始め
ましょう。疑問点や質問ご意見あれば弊社メーリングリストや私
宛に質問下さい。
1.プロジェクトを定義する(ODSC)
2.ゴールからネットワークを構築する
3.リソースを定義する
4.50%確率によるタスク日程見積をおこなう
前回までの連載でここまで進んできました。ここまでを実施した
次はスケジューリングに入ってきます。
従来からのプロジェクトスケジューリング方法であるPERT/CPMと
異なる特徴的な所は3点あげられるでしょう。
1、リソース山崩しを実施したスケジューリングを行う
2,なるべく遅く計画する(LPST)
3,バッファとよばれる予備時間がタスクとして挿入されている
まず1についてですが、PERT/CPMではリソースの依存関係を考慮
せずスケジューリングをおこない、その最長経路をクリティカル
パスとよぶと定義されています。
こういったスケジューリングをおこなうとタスクAとタスクBが同
日に実施するようスケジューリングされているが、両タスクとも
に担当は私で実行不可能だといった事が起こります。
こうなると両方のタスクを切替ながら仕事をするマルチタスクを
実施するか、どちらかのタスクの開始日をずらさなければなりま
せん。
一方、CCPMではマルチタスクしてはなりませんから、計画の段階
でリソースの依存関係を考慮し山崩しを実施しスケジューリング
をおこない、そのプロジェクトの最長経路をクリティカルチェー
ンとよぶと定義されています。
クリティカルパスと異なった名称にしているのはリソースの依存
関係を考慮しているかいないかを明示するために呼び方を変えて
わけです。
通常スケジューリングはPMソフトを使って実施していきますが、
基本的には、
(1)リソースが競合するタスクを見つける。
(2)非クリティカルパス上のタスクを前倒しにして競合を解
消する。
これを繰り返して山崩しをおこないます。
2点目の違いは、なるべく遅く計画する点です。PMBOKで定義さ
れるプロジェクト計画方法では、EPST(Earliest Possible Star
t Time)とLPST(Latest Possible Start Time)計画の二通りの
やり方があります。EPSTとは出来るだけ早くスケジューリングす
るやり方、LPSTは出来るだけ遅くスケジューリングする方法。
例えば今日は4月1日、納期は4月30日、タスクは一つしかな
く10日かかると見積もられている。この場合、EPSTで計画すれ
ば本日からタスクを開始できるので、タスク開始日4月1日 納
期4月10日。LSPTで計画すればタスクの開始日は4月20日、
納期は4月30日となります。
クリティカルチェーンではLPSTで計画する事になっています。な
るべく遅くスケジューリングする、略してナルオソ計画と呼んだ
りします。ナルオソ計画。研修などでそういうと笑いがおこるの
ですが、プロジェクトに関わる人の立場になって考えてみて下さ
い。タスクの見積日数は50%確率の日数です、その上できるだけ
遅くスケジューリングする。これでは納期が遅れる可能性がある
非常に危険な状態だと感じるでしょう。
先週パーキンソンの法則を排除してタスクを50%見積もりすれ
ば、学生症候群・早期完了の未報告・マルチタスクといったプロ
ジェクトを遅らせる人間の側面を排除できると書きましたが、更
にLPSTでなるべく遅くスケジューリングされていればなおさらこ
ういった行動を排除しなければならないと考えるようになるでし
ょう。このようにクリティカルチェーン・プロジェクトマネジメ
ントでは、プロジェクトを遅らせる原因となる人間面の問題をス
ケジューリングの方法に排除するよう仕組みを構築します。
更に重要なことは企業の目的にこの計画法は合致しているという
事です。
企業の目的は何か、ザ・ゴールでは「現在から将来にわたってお
金を儲け続けること」と定義しています。企業がお金を儲け続け
れているかどうかは、「利益」「ROI」「キャシュフロー」の3
つの指標が改善されているかどうかをみなければならないとザ・
ゴールで定義されていますが、ROI、キャシュフロー改善を考え
るならば支払と回収の期間を短縮しなければなりません。
プロジェクトは基本的に納入日が決まっており、納入した後に支
払が行われます。納入日・支払日を変更することは基本的には出
来ません。この環境の中でROI・キャシュフローを改善するため
には、出来るだけ支払開始日を遅らす、つまりプロジェクトのス
タートを遅らせて支払日までの期間を短くしなければなりません。
ここまでのスケジューリング方法によって、プロジェクトを遅ら
す原因となる「学生症候群」「早期完了の未報告」「マルチタス
ク」そして財務面であるROI・キャシュフローの改善を行う事が
できます。
しかしこのままの計画でプロジェクトを開始してしまえば納期遅
れになってしまう可能性が大です、そこで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年