DX(デジタルトランスフォーメーション)推進コンサルティング 株式会社アイ・ティ・イノベーション

はじめまして！　　　　　　　　　　　　　　　＜　目次　｜　次回　＞

今回からプロジェクトマネジメントに関するブログを発信することになりました工藤武久（くどう　たけひさ）です。プロフィールにも書かれている通り、私は社会人になってから現在に至るまで、さまざまなシステム開発プロジェクトに携わり、いろいろな失敗や成功も含めた経験を積んできました。現在は株式会社アイ・ティ・イノベーションのシニア・コンサルタントとして、お客様のプロジェクトマネジメントのお手伝いをさせて頂いています。

【　プロジェクトの成功率はまだ低い　】

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～
お客様のお手伝いをしている中で感じることは、これだけプロジェクトマネジメントの手法やノウハウが世の中に出回ってきているのに、「プロジェクトの成功率」が向上しているという実感が少ないということです。我々はプロジェクトマネジメントのコンサルタントを主たる仕事としているので、プロジェクトの成功率が向上しないということは、我々のご支援を必要とするお客様がまだたくさんいて、我々のビジネスとしては悪いことでは無いと思われる方がいらっしゃるかもしれません。

でも、我々の思いはまったく違います！当社の会社名（アイ・ティ・イノベーション）でも示すように、我々の目指すところは「ＩＴによってお客様がイノベーションを起こして飛躍的に成長し、その結果社会全体の発展につながっていく」ことです。そのためには、できるだけ早くプロジェクトマネジメントが本当の意味で世の中に定着し、プロジェクトの成功確率が高まって欲しいと願っています。

【　プロジェクトが失敗する原因（３つの仮説）　】

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～
それでは、プロジェクトマネジメントが世の中に出回っているのにプロジェクトが失敗する原因を考えてみましょう。

（仮説１）プロジェクトマネジメントについての理解が不十分で使いこなせていない
（仮説２）プロジェクトマネジメントは理解して適用しているが十分効果が出ていない
（仮説３）プロジェクトマネジメントとは別の原因でプロジェクトが失敗している

さて、皆さんはどのようにお感じでしょうか？

【　仮説１：プロジェクトマネジメント手法の理解が不十分　】

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～
この仮説が正しいとすれば話は簡単です。もっともっと、プロジェクトマネジメント手法の目的や効果について啓蒙していけば、問題は解消するはずです。昨今では大学や専門学校でもプロジェクトマネジメントについて教わる機会も増えています。あと１０年たてば、状況は改善するでしょう。。。

本当ですか？

私の感覚では、少なくとも１９８０年代くらいからシステム開発の現場でプロジェクトマネジメントの取り組みが進んでいたように思います。実際、私が携わったプロジェクトでも、「プロ管（プロジェクト管理の略）」というチームがあり、進捗報告書のとりまとめや議事録作成等、現在のＰＭＯ業務のようなことを担っていました。このようなプロジェクトマネジメントの取り組みが始まってから、少なくとも３０年以上経過しているにもかかわらず、プロジェクトの成功率がそれ程向上していないということは、「今の延長線上で啓蒙活動を続けても、近い将来にそれほど大きな成果を得ることはできない」と考えるのが自然ではないでしょうか。

【　仮説２：プロジェクトマネジメント手法を適用しても効果が出ない　】

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～
この仮説はどうでしょう？ちゃんとプロジェクトマネジメント手法を（完璧とはいかないまでも、それなりに）取り入れているのにうまくいかない。この仮説が正しいとすれば、「そもそも世の中に出回っている従来のプロジェクトマネジメント手法は、プロジェクトの成功に寄与するものではない」という、とんでも無い結論に陥ってしまいます。これが正しいとすれば、もっと新しいプロジェクトマネジメント手法を考えていく必要があるという結論になります。。。

この結論については、ある意味魅力的ではあるがどこかしっくりこないところがあるのではないでしょうか。実際、従来のプロジェクトマネジメント手法を活用することで、プロジェクトを成功に導いてきたという自負のある方は多いと思います。ちょっと古臭いですが、「狼人間を撃つ銀の弾はない」（※１）というのが正しそうです。

【　仮説３：プロジェクトマネジメント以外に原因がある　】

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～
この三つの選択肢しかなければ、おそらく多くの方はこの三番目の仮説に解を見出すのではないでしょうか。プロジェクトマネジメント手法はきちんと適用しているけれど、そもそも、

Ａ．システム企画の内容が間違っている
Ｂ．公表された本番稼働時期が非現実的
Ｃ．見積もりが甘すぎた
Ｄ．必要なスキルの人材がいない
Ｅ．ユーザ部門が協力してくれない

等々、プロジェクトマネジメント手法とは別次元の問題があるので、プロジェクトが失敗している。。。

ちょっと待ってください！

ＰＭＢＯＫ（※２）をご存じの方は、九つの知識エリアを思い浮かべてください。

Ａ．企画内容　≒　スコープ
Ｂ．本番稼働時期　≒　タイム
Ｃ．見積もり　≒　コスト
Ｄ．人材／Ｅ．ユーザ部門　≒　人的資源

今あげた「プロジェクトマネジメント手法とは別次元の問題」は、全てＰＭＢＯＫ（プロジェクトマネジメント知識体系）のカバー範囲と考えられないでしょうか？こうして考えてみると、

「プロジェクトマネジメントでカバーできない
問題って、そんなに多く無い」

ということに改めて気づかされます。私は「これがＰＭＢＯＫの優れたところ」だと感じています。

【　次回以降に向けて（コメントください！）　】

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～
私のこれまでの経験や考えてきたことを元に、プロジェクトマネジメントについてのいろいろな視点をこのブログを通じて提供していきたいと思います。

おそらく読者の皆様はプロジェクトマネジメントについて、既に幅広い知見をお持ちの方が多いと思います。このブログの内容について「そんなことはとっくに解決済み」とか、「そんな方法はとっくに試している」など、皆様の実体験やお考えに基づくご意見をたくさん頂けると幸いです。

厳しいコメントお待ちしております！　　　　　　　　　　＜　目次　｜　次回　＞

工藤武久

～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～
応援してくださる方は、クリックよろしくお願いします！
◆　人気ブログランキング
◆　にほんブログ村
～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～

※１　フレデリック・P・ブルックス Jr.　滝沢徹・牧野祐子・宮澤昇訳(2002)『人月の神話 狼人間を撃つ銀の弾はない』(原著発行20周年記念増訂版、新装版)ピアソン・エデュケーション

※２　ＰＭＢＯＫとはアメリカの非営利団体PMI(Project Management Institute)が策定したプロジェクトマネジメントの知識体系であり、プロジェクトマネジメントを「統合」「スコープ」「品質」「タイム」「コスト」「人的資源」「コミュニケーション」「リスク」「調達」という９つの知識エリアに分類している