
日付:2005/09/08
========================
CCプロジェクト管理講座(22)
進捗管理の方法「どうやって遅れを管理するか?」
========================
プロジェクトマネージャーとして、納期を守るために
は、プロジェクトの進捗の遅れを発見し、それに対し
てなんらかのアクションを意思決定しなければなりま
せん。一般的なプロジェクトマネジメントではどのよ
うな管理を行うでしょう。
例えば、3ヶ月工期で3階建ての家の新築工事の監督
をまかされたとしましょう。納期厳守のためにはどう
やって管理するでしょう。
簡単なのは、1ヶ月で1F、2ヶ月で2Fが完成すると
いった中間目標をたて、1ヶ月一回現場を確認し、も
し遅れていたら大工を追加するなど対策をうって遅れ
を取り戻すという方法です。これがマイルストーンに
よる管理になります。
しかし3ヶ月工期で1ヶ月に一度だと不安でしょう。
例え対策をうっても手遅れになるかも知れません。で
は1時間に1回にしてみてはどうでしょうか。正確に
なりそうだがさすがに管理が面倒でしょう。
では何回確認すれば最適なのでしょうか。
普通のプロジェクトマネジメントでは、プロジェクト
全体を作業ごとにわけ、それぞれに開始予定日-終了
予定日を計画し、それと実績との乖離をみていくとい
う事になるでしょう。
作業ごとに期限と実績をみて、期限を遅れたらなんら
かの対策をうつ。これが一般的なプロジェクトマネジ
メントのやり方です。
しかし、この管理を実際に実施すれば、遅れの対策を
最適なタイミングで意思決定できるでしょうか。
たとえば全体の予定期間が1年あるプロジェクトを担
当しているとしましょう。進捗の予実管理をきちんと
していたあなたは、プロジェクト開始後の1ヶ月目に
実施予定である「タスク21」の作業が1日遅れてい
る事を発見しました。
さて、あなたはプロジェクトマネージャーの立場とし
て、大工を追加するといった対策を打つ必要があるの
か、ないのか判断できるでしょうか。
直観的に1日ぐらいなら良さそうに感じます。ならば
20日遅れていた場合はどうでしょう。直観的にもう
追加しないといけないと感じます。
では5日遅れならどうでしょうか。10日遅れならな
らどうだろう。よくわかりません。
このように、プロジェクトの遅れの対策を意思決定す
るためには、こういった個々の作業の遅れだけをみて
いても判断できないわけです。
もし、納期まであと10日、最終作業の予定は10日。
最終作業の前の作業が1日遅れている。こういった情
報を得られればプロジェクトマネージャーとしては大
工を追加するといった対策を納期遅れしてしまうと判
断できるでしょう。つまり納期まであと何日といった
『全体』の中で個々の作業の遅れを比較検討しないと
意思決定できないわけです。
しかしプロジェクトマネジメントのツールであるソフ
トウェアー(以下PMソフト)などを活用しても、プ
ロジェクト全体と個々の作業の遅れの関係を直観的に
把握でき物はあまりありません。もし把握していると
しても、1日なら対策を打たなければならないのか、
5日なら対策を打たなければならないのかといった意
思決定の基準になるようなものはありません。PMソ
フトを使って計画と実績をきちんと管理したとしても
意思決定のタイミングは、各プロジェクトマネージャ
ーの経験と直観に頼らざるを得ないのが現状です。
納期厳守のための意思決定はプロジェクトマネージャ
ーにとって最重要課題の一つであるのにもかかわらず
有効な方法論が確立されていないのが現状です。こう
いった状況で納期厳守を徹底しようとすれば、各作業
ごとの完了予定日が一日でも遅れないよう徹底管理す
るといった事をせざるを得なくなります。
このような管理を行う場合、評価の元になる日程計画
が非常に重要になります。しかしいままで議論してき
たように評価の元になる日程計画を正確に立てること
は出来ません。
実はこの事が、プロジェクト管理をおかしくさせてい
く重大な問題なのです。来週は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年