第2回【PMBOK】:プロジェクトマネージメント連載シリーズ第二回のテーマは「PMBOK」です。Institute)が策定した知識体系です。Knowledge」という書籍にまとめられており、世界では事実上の標準として広く受け入れられています。「世界では」と言ったのは、日本ではまだまだ普及していないからです。Professional)を展開しています。日本でもPMP取得者が年々増加しています。コミュニケーション管理、リスク管理、調達管理)の話はあまり聞きません。PMBOKの知識エリアとプロセス群PMBOKの重要性プロジェクトマネージメントの重要性が求められる時代になり、PMの資格を持つ人が増えています。会社も資格取得に力を入れているようですが、取得した資格のスキルを生かすところまで知識が定着していないことを感じます。生かすことができないのでしょうか?今までの経験をもとにPMBOKを生かすためのポイントを4つにまとめました。新しい文化(=ツール)を受け入れるプロジェクトの終わりが見え佳境に入り忙しくなるとPMはQCDだけに注目します。「納品、納品」と納品の事ばかり考えはじめます。本来ならば最後に発生するリスクやプロジェクト完了後のメンバーのリリース(開放)を考えれば調達にも気を使う必要があります。PMBOKの9つのエリアをベースにプロジェクト管理していれば、見逃すことなくできます。原因はPMBOKに準拠したプロジェクト管理ツールを使っていないこと(使いこなせないこと)です。相変らず、スケジュール管理のツールや表計算ソフトをプロジェクト管理ツールとして使用しているPMが殆どです。PMオフィス(PMの補佐をする組織)を用意してそれらの作業を行っていればまだしも、PM本人がツールを使い、プロジェクト内で利用するツールのルールを決め、メンバー全員がそのルールに従って作業することはほとんど不可能です。表計算ソフトのマクロは徐々に崩れていき、集計も信頼できないものになり、表そのものもどんどん増殖していき最終的に収拾がつかなくなります。新しい文化を受け入れること。新しい文化を取り入れる第一歩として、PMBOKに準拠したツールの利用をお勧めします。一般的に購買部門が密接に関係します。組織管理では、マトリックス型の組織で働くメンバーのマネジメント方針の策定を行います。簡単に言うと各要員の役割と果たすべき責任を定義します。当然ですが、個々の要員が持つ権限についても定義します。最後に評価を行います。調達管理の例としては、購買部門が行う協力会社からの要員の調達です。PMが必要としているスキルを持った要員をプロジェクトの期間に合わせて適切なコストで調達することが必要です。PMが調達した結果の承認を行うことも重要です。なるとPMだけでは、管理することができません。)」「調達管理(スキル、単価)」とエリアを意識して積極的に他部門との連携を取ることがPMに課せられた重要な仕事になります。PMBOKはソリューションの源リスクについて話をします。具体的に言うと、「回避」は,リスクが予見される作業を実施せず代替作業によって目的を達成できないか,もしくはリスクの要因を潰すこと。「引き受け」は,発生時のインパクトよりも対処コストの方が高くつく場合に,そのリスクをあえて引き受けた方が有利かどうかを考えること。「緩和」は,リスクの発生確率を最小限にするにはどのような手を打てばよいのかを考えること。発生時のインパクトを最小限にする,すなわち,リスクが起きてから後工程への影響を最小限に抑えるにはどうすればよいかを考えること。「転嫁」は,自社以外の第三者,すなわち保険会社や顧客,提携先のベンダーなどにリスクを引き受けてもらえないかを考えることです。PMBOKを理解している人ならばだれでも知っていることです。そこで、実際のプロジェクトで、「このリスクを転嫁しよう」というと、大抵の(日本)人は「そんな事はできない」と言います。PMBOKには、リスクの対応として「転嫁」の適用が定義されています。日本人は他人に責任を負わせることが苦手なようです。自社にないスキル、例えば特殊なデータベースのチューニングをスキルの高い第三者にリスクを「転嫁」しても良いのではありませんか。トレードオフで、それなりの請求書が来る事を覚悟して。PMBOKをソリューションの源と考えることが重要です。技術者のプライドも重要ですが体系だった知識を生かすこと。PMBOKを駆使することがプロジェクトの問題の解決に役立ちます。経験したプロジェクトの教研を再利用する経験したプロジェクトは,組織にとって貴重な財産となります。プロジェクトの後に実施する反省は敢えて教訓と言います。失敗ばかり記憶に残りますが、実は成功していることも沢山ある。それがプロジェクトです。プロジェクトの結果を再利用するにはどうすれば良いのでしょうか。同じ体系で会話することが重要です。PMBOKの活用です。組織は自ら学習はしません。仕組み作りも重要です。データベース化してプロジェクトのノウハウを資産としてプロジェクト関係者に活用してもらうことは、最大の課題です。すれば良いのでしょうか。はじめからPMBOKに準拠したツールを導入すれば、かなりの部分が継承されます。ツールがPMBOKに準拠しており、メンバー全員がPMBOKを意識したマネージメントを行えば、データベースという形で今まで以上に過去のプロジェクトの教訓を蓄積し生かすことができます。