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

7.なるべく早くが地獄への道・・・

日付:2005/04/20

============================================================
CCプロジェクト管理講座(7)
7.なるべく早くが地獄への道・・・
============================================================

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

先週は、目的を限定してPMソフトを使うことによって、仕事全体がどう
なっているのか見えるようになったという話しでした。

ゴール「家に早く帰ること」
中間目的:「リードタイムの短縮」「やるべき仕事の見える化」「締切
・遅れの管理」

時間の管理に集中してPMソフトを限定的に使うという方法です。
「やるべき仕事の見える化」では、各プロジェクトの作業をPMソフトで
時系列にスケジュールすれば今日何をすれば、明日なにをすればいいの
かわかります。
「締切・遅れの管理」では、PMソフトをに全体の納期(締切)をマイル
ストーンとして入力しておけばはっきり分かります。各作業の締切は、
逆算したスケジュールをしておれば明確です。
PMソフトに進捗を入力していけば、遅れ具合がわかりそうです。

「リードタイム短縮」という意味ではなにが出来るでしょうか。一つは
並行作業を作るという事です。
PMソフトにデータを入力して、前後関係をつけるとき今までやっていた
習慣的な前後関係をつけていきます。しかし入力されたPMソフトのガン
トチャートをみて考えると、同じ時期に作業を平行させることができる
所があります。

いままで作業Aを10日かけて実行し、つづいてBを10日、Cを10日実行し
合計30日で完成させていたが、AとBが平行させられると業務プロセス
を変えると、プロジェクト全体の期間は20日、10日短縮させること
ができます。

A(10)
   →C(10)
B(10)

今までの仕事のやり方を疑い、平行作業できるところはないかと考える
事によってリードタイム短縮が可能になります。

こうして平行作業を増やすと、リードタイム短縮というメリットがでま
すがプロジェクトマネージャーにとっては管理しなければならない作業
が増えるというデメリットが生じます。
いままで今日はAの作業の進み具合だけ管理しておけばよかったのが、
AとB両方管理しなければならなくなります。
プロジェクトマネージャーにとってストレスになりますが、リードタイ
ム短縮には変えられません。

締切がマイルストーンではっきりみえると締切恐怖症があまたをもたげ
ます。締切までの作業の経路がバーで表示されていると何か手をうって
おかないとと考えられるようになります。
もしこの作業が遅れたら後続にかなり影響を及ぼす(クリティカルチェ
ーン上のタスク)しかもそれはいままでよくあった、、、という作業が
沢山みつかります。


この時プロジェクトマネージャーとして直観的に行う対策は
「作業を早く開始するように計画する」という事です。
早く始めれば早く終わると直観的に思いますから。
私の場合、PMソフト上では作業開始時期を早め後ろに余裕を持たせる計
画を行いました。作業間隔を色々なところであける「穴あき工程表」を作
り、常に早めに作業開始して貰うよう早めの依頼を心がける事にしました。
プロジェクトマネージャーの工夫です。
「これでばっちし、少しぐらい遅れても大丈夫」と思っていたのですがこ
れが実は地獄への道でした。。。

バックナンバー


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年