
日付:2005/10/15
========================
CCプロジェクト管理講座(28)
複数のプロジェクトを如何にマネジメントするか
========================
こんにちは西原です。さて28回目を始めましょう。
ここまでの連載では単独プロジェクトでの、「何を
」「何に」「どのように」変えるかについて記載し
てきました。しかしCCPMはこれだけでは終わりませ
ん。一つのプロジェクトを成功させるためには、組
織内に存在する他のプロジェクトとの関係を無視す
るわけにはいきません。如何にして組織内に走る複
数のプロジェクトをマネジメントするか、これが単
独プロジェクトの成否に大きな影響を与えるため避
けて通れない問題です。
プロジェクト・マネジメントの世界で複数のプロジ
ェクトをどのようにするかについて様々な議論が行
われています。プロジェクト・マネジメントのシン
ポジウムなどへ参加すると、PMO・EPM・PfM・EAなど
など横文字略語が連呼され様々な報告がなされてい
ますが、どうも概念が先行しているだけで実務家と
して使える物がはっきり見えないというのが現状で
はないでしょうか。
複数のプロジェクトのマネジメントで考えなければ
ならないことは
・複数のプロジェクトを考慮した『計画』をどのよ
うに立てるか
・複数のプロジェクトのタスクを実施しなければな
らない状況でどのタスクを『実行』するか
・複数のプロジェクトの状況をどのように『コント
ロール』するか
・スケジュールが遅延してきたときどのような『ア
クション』を取るか
この4つを実施できる体制を作らなければなりません。
『計画』『実行』『コントロール』『アクション』
つまりPDCAのサイクルを実施するための具体的な方
法を確立しなければならないという事になります。
CCPMでは各フェーズにおいて以下のような施策を実
施します。
『計画』:ドラムを決定し複数のプロジェクトのス
ケジューリングをおこなう
『実行』:クリティカルチェーンのタスクか否か、
バッファの状況は何色か、といった基準によりタス
クの優先順位をルール化し実行する
『コントロール』:各プロジェクトの遅れ具合を、
プロジェクトバッファの浸食状況から把握する
『アクション』:プロジェクトバッファの浸食状況
に応じて上級管理者(プロジェクト・マネジメント
・オフィス)がリソース投入の予定を検討する
13プロジェクトが4拠点で実施している企業で
CCPMを導入している事例では毎週水曜日16:00
に進捗会議が開催され、進捗会議でサーバーから
ダウンロードされた全プロジェクトの工程表を共
有し、バッファ浸食状況をチェック、予定より進
んでいるプロジェクトから遅れているプロジェク
トへ応援が出来ないかリソースマネージャー
を中心にテレビ会議で検討するというマネジメント
を実施しています。
このようにCCPMを導入すればいままで概念的で
あったPMO(プロジェクトマネジメント・オフィス)
の役割が明確になり具体的なプログラムマネジメン
トを実施することができます。
複数のプロジェクトを如何にマネジメントするかは
残り2回の連載で語り尽くせない奥の深い話しです
が、これが出来るようにならないと真の成果は出せ
ません。来週は引き続き複数のプロジェクトについ
て記載します。
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年