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

14. プロジェクト管理の中核問題

日付:2005/06/26

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

ここまでの話しをまとめると、統計的変動・不確実性の影響
を受けるプロジェクトは、タイムマシーンはないので正確な
日程見積もりはできない。そんな環境の中期日を守れる計画
を作るためには大きな予備日を入れなければならない。マイ
ルストーン管理などプロジェクトの中に沢山期日を作ると、
ますます多くの予備日が必要になる。学生症候群・早期完了
の未報告・マルチタスクといった作業者の状況を考えるとそ
の予備日はうまく活用されず、待ち時間となってしまってい
る。多くのプロジェクトはこのような事から待ち時間の分リ
ードタイムが長くなってしまっているという事でした。

プロジェクトの見積時間は正確でないと言うことは見積もっ
た本人なら常識的に解るのですが、日数など数字ができてく
るとなぜかほとんどのプロジェクトマネージャーや上級管理
者は、「我々はタスクの作業時間を正確に見積もることがで
きるはずだ」と間違った前提で考えプロジェクトを管理して
しまいます。数字が一人歩きし出すのです。
正確なタスクの所要時間を合計すればロジェクト全体の期間
の正確な期間がわかるはずである。しかし現実は計画通りな
らない、これは正確であるはずの作業時間を作業者が守らな
いからだ、作業時間を守るようマイルストーンや期日を徹底
的に管理しよう。と間違ったプロジェクト管理が行われ始め
ます。
徹底的に管理される側の人にたつと、管理が厳しくなればな
るほど余計に大きな予備日を持たないと計画がまもれない。
プロジェクト全体のリードタイムは長くなり、納期が守れな
い。すると前倒しでプロジェクトを開始せざるをえなくなり
、スコープなどが明確でない段階からプロジェクトを始める。
すると手戻りが多くなり、更にリードタイムが伸びる。1プ
ロジェクトの収益はいままでと変わらないのにリードタイム
が伸びれば経営上収益が減少する、対策としては複数のプロ
ジェクトを同時に実行させなければならなくなる。するとマ
ルチタスクがいままでより多くなり個々のプロジェクトのリ
ードタイムは更に長くなる。
このように悪循環にはいってしまいます。こうなるとプロジ
ェクトのほとんどは成功とはいえなくなる。プロジェクトX
が成功例なら、プロジェクトA・B・CからUまでは全部酷
い状況・・・・こんな状況を引き起こしてしまうのは、「プ
ロジェクトの作業期間は正確に見積もれるはずだ」という間
違った思いこみから始まるプロジェクト管理方法にあります。

先週はプロジェクトマネージャーの方針について記載しました。

<プロジェクトマネジメントの方針>
計画立案 の場面
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,後工程はお客様と考えて努力する

プロジェクトの作業期間は正確に見積もることが出来ないと
いう前提にたったTOCクリティカルチェーン法では、上記
の方針が全て誤った方針になります。来週からは上記の方針
を全て変えて実行していくクリティカルチェーン法の進め方
を解説していきましょう。

バックナンバー


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年