
日付:2005/04/20
============================================================
☆新連載
CCプロジェクト管理講座(5)
5,プロジェクトマネジメントソフトウェアー(PMソフト)
============================================================
こんにちは西原です。CCプロジェクト管理講座第5回を始めましょう。
疑問点や質問ご意見あれば弊社メーリングリストや私宛に質問下さい。
前回はCPM(クリティカルパスメソッド)について書きました。
クリティカルパスを見つけ管理するのに便利なソフトウェアー
をプロジェクトマネジメントソフトウェアー(以下PMソフト)と
よびますが当時の私はマイクロソフト・プロジェクト95を使いました
今回はPMソフトの話しです。
マニュアルなど一切読まずに家電やソフトウェアーを使うという人が
結構いますが、私もその一人です。だいたい使ってみて覚えるという
タイプです。しかしMS-project一体このソフトどこから手を付けたらい
いのか私にはわかりませんでした。
初めから困ってしまったのですが、当時の仕事が建設会社の方に
アドバイスをしていくという仕事(中小企業診断士事務所)をし
ていた関係上、将来的にはこういったソフトの使い方について
質問されるだろうと考えPERT/CPMの本から、ソフトについている
チュートリアルなど片っ端から調べていきました。
これらの本を読むとまず初めにすることは、WBS(ワークブレー
クダウンストラクチャー)とよばれるプロジェクトを作業に分解
していくことから始まります。
=========================
参考:IT用語辞典 e-Words : WBSとは
http://e-words.jp/w/WBS.html
========================
全体を要素に分解していって作業を明確化していくという事なのですが、
実際にやってみると非常に手間がかかり、時間のかかる作業です。
PMBOKなどに取り組んでいる方はこのあたりをかなり厳密に行っていく
ようですが、すごく時間がかかります。
WBSをやってタスクを明確化すると次は、各作業の時間を見積もります。
これも厳密に考えると非常に難しい。過去の経験から各作業の見積もりを
していくのですが、すごく長くかかった時もあれば、すぐ出来る場合も
あります。PERT法では、最も悲観的に考えた期間(a)、最も楽観的に考え
た期間(b)、普通にやったときの期間(m)と割り出して、(a+4m+b)/6 と計
算すればよいという事になっているのですが、実務的にはそんな事をして
いたら計画にものすごく時間がかかってしまいます。
こうして出来た作業を依存関係で結んでいきます。ここまで来ると
PMソフトが計算してクリティカルパスを見つけてくれます。
不完全でもここまでやってみると、プロジェクト全体が見えるように
なり色々な事を考えられるようになります。
出来上がった工程表をみると、自分が3人必要だったり、10人必要
だったりと実現不可能になっている日がある事に気づきます。
CPM法では、リソースの制約を考えていませんが、普通のPMソフトでは
リソースを入力していき山崩しを実施して実現可能な工程表を作ること
が可能です。実務でPMソフトを使う方はリソース制約を考えずに工程表を
引くという人はいないでしょう。
しかしやってみるとこれがまた時間がかかる。。
PMソフトには、コストを計算する機能がついています。EVMSに準拠した
機能です。私は財務分析が専門の仕事をしていたので当然コストは気に
なります。これも使ってみようと色々やってみました。
なかなか思い取りにならないのですが、頑張ってPMソフトを使いこなそう
と私は頑張っていました。
さすがに本を読むのは勤務時間外にしていましたが、工程表をひくのは
勤務時間中です。工程表を引いている時間は当然仕事が出来ていません。
やらないといけない仕事も沢山あるので、残業をして一生懸命PMソフトを
使いこうなそうと健気に頑張る日々でした。
あるとき上司に突然怒られました。
「お前、計画ばかり時間がかかって、仕事している時間より長くなってい
るんじゃないだろうな」
あれっ。。私がプロジェクトマネジメントの本を読み、PMソフトを
使おうと思った目的は何だったんだろうか?
私はPMBOK準拠のプロジェクトマネジメントをすることが目的だった
んだろうか。
早く家に帰るために使っていたのに、残業してPMソフトで計画している。。。。
私の頭の中になにかモヤモヤした大きな雲が出てきだしていましたが
来週も引き続き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年