コンセプチュアル・マネジメント

◆プロジェクトデザインとは

第１話のテーマは「プロジェクトのデザイン」です。

プロジェクトのデザインというのは耳慣れない言葉かもしれませんが、大切な概念です。プロジェクトのデザインとは

プロジェクトで何を（広い意味での）顧客に提供したいかを明確にし、その方法の概略を決めること

です。簡単にいえば、プロジェクトの土台作りです。

◆プロジェクトデザインの留意点

プロジェクトのデザインにあたって、留意すべきことが３点あります。

（１）プロジェクトの成果物（プロダクト）とプロジェクト成果の関係（目的）
（２）不確実さへの対処（シナリオ）
（３）プロジェクト環境の設定（条件）

の３つです。

（１）は成果物と成果は違うということです。成果物は、システムであったり、商品であったりします。プロダクトと呼ばれるものです。一般には、これがプロジェクトの成果のすべてにはなりません。プロジェクトの成果は、プロダクトを通じて顧客や自組織に提供するもの、あるいは、プロダクトの開発を通じて自組織に提供するものといったケースがほとんどです。例えば、開発した商品でユーザに対して利便性（ベネフィット）を提供できた、開発した商品で自社シェアの拡大をもたらしたといったことです。

（２）はプロジェクトのデザインは、複数の選択肢を考えておく必要があるということです。プロジェクトのプロジェクトたる所以は、不確実性です。成果物の達成手段は計画で検討され、不確実性はリスクマネジメント計画として扱われます。しかし、成果達成の手段の不確実性は計画レベルでは扱うことができませんので、あらかじめデザインの段階で複数案を検討しておく必要があります。例えば、現有の自社技術では対応できない商品ラインナップを増やすという「成果」が期待される中で、商品を一から開発するのか、既存部品の組み立てで対応するのか、ＯＥＭ提供先を探すのかといった選択肢は、デザインの中でそれぞれ、どのような展開が考えられるかを検討しておき、その上で、もっとも優先するアプローチを決める必要があります。

（３）はプロジェクトを実施する条件です。特に、選択したアプローチを実施する際には、どのようなことが「前提」になっているのかを明確にする必要があります。これは、（２）でどのアプローチをするかを決める際にたいへん重要なファクターになってきます。

◆プロジェクトデザインをしないプロジェクトは基礎工事をしない建物

このようなプロジェクトのデザインは構想計画と呼ばれることもありますが、プロジェクトの計画の土台になるものです。いくら完璧な計画を作っても、土台がしっかりとしていなければどこかで崩れてしまいます。また、計画変更を要するトラブルが生じたら、あっという間に崩壊してしまいます。

プロジェクト計画の充実に力を入れることは重要ですが、計画の基礎工事であるプロジェクトデザインに力を入れていくことが、特に大規模で不確実性の大きいプロジェクトでは求められます。

◆プロダクトライフサイクルとプロジェクト

先日、第６回のPMstyleスペシャルセミナーを開催した。テーマは戦略経営におけるプロジェクトマネジメントのあり方。

フロアディスカッションの中で、顧客視点の話が出てきた。いつものことながら、ＩＴ業の人たちは、プロダクトのライフサイクルについて考えているのだろうかという疑問を持つ。

顧客の要求をうまく引き出し、また、品質管理に全力を尽くし、顧客が満足するシステムを提供しましょう

という。これはすばらしいことだと思う。

だが、システムのライフサイクルを考えて見ると、短くとも５年、長ければ１０年を超えるようなことも少なくない。すると、当然のことながら、５年～１０年先にどのようなシステムが求められるかという議論が必要になる。必然的に、本当にこういう議論ができるのかという疑問が生じる。

今の時代、５年先に組織や業務が現状のままと思っているとしたら、危機感がないと怒られるのが関の山である。ましてや１０年となると、なくなっていてもおかしくない。組織や事業が変われば多くの場合、システムに求められるものも変わる。