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

◆センスのよい目的とは

センスのよいプロジェクトマネジャーはこんな目的設定をしない。

前者であれば、たとえば５％の利 益を見込んで受注したプロジェクトで１０％の利益を上げるといった結果を思い浮かべ、たとえば「見積もり以上の収益を上げ、財務的な貢献をする」という目 的を掲げる。そして１０％の収益を上げるという目標設定を行う。あるいは、「１０％のコスト削減を可能にする開発手法を考案する」という目的を掲げるプロ ジェクトマネジャーもいるだろう。

収益を上げるというのは期待されているわけではなく、実現して当然だと思われている。その上で、組織の期待は何かと考え、それを付加価値をもたらすプロジェクトの目的に設定する。あるいは、自分たち（の会社）のやりたいことは何かを考え、それを付加価値とする。

後者であれば、○○システムの開発を通じて達成したいことを目的とする。たとえば、顧客の信頼を勝ち取るとか、技術を開発するとか、自社の開発力を世の中に訴求するといったことだ。

◆センスのよいプロジェクトマネジャーには目的意識がある

セ ンスのあるプロジェクトマネジャーとそうでないプロジェクトマネジャーは何が違うので、こういう違いが出てくるのか？一言でいえば、目的意識である。目的 意識のあるプロジェクトマネジャーは、何をやるにも目的を考える。逆にいえば、目的が思いつかないことはする必要がないと考える。

成果以外の目的を決め、その目的実現に向けてプロジェクトを進めていくということなのだが、ここで一つ重要な問題がある。それは、何のためにその目的を設定するのかということで、コンセプトと呼ばれる。

たとえば、よく見かける目的に「技術獲得」がある。プロジェクトを通じて○○技術を得るというものだ。あるいは、「リピートオーダー」を目的にしたプロジェクトも多い。

一 見もっともらしいのだが、何のためにその技術を獲得するのか、何のためにリピートオーダーを獲得するのかというところを詰めて考えると、コンセプトが怪し いケースがある。技術を持つ明確な目的は何にも関わらず、技術を持っていることはいいことだと考える。コア技術が何かを定義していない組織で、やみくもに 技術を手にいれても使われる可能性は小さい。

そのときの状況に関係なく仕事を受けることはいいことだという前提で考えるのだが、リピートオーダーであれば他の顧客もいる中で、その顧客のオーダーを得ることが戦略に貢献することになるのか。貢献していなければ、無駄にリソースを使うだけになりかねない。

◆センスのよいプロジェクトマネジャーは期待をコンセプトにする

このように成果以外の目的を掲げる場合にはコンセプトが必要なのだ。コンセプトとは、その目的を設定することによって

・誰に
・何を
・どのように

提供できるのかである。技術を獲得するという目的を設定したとして、それが誰に、何を、どのように提供することにつながっていくのか。たとえば、

・誰に：類似の商品を開発していうＡ部門に
・何を：○○技術を
・どのように：今回の担当者ＢがＡ部門のプロジェクトに参加することによって

提供することができる。

こ こまではできるプロジェクトマネジャーならできる。センスのよいプロジェクトマネジャーはさらに上を行く。ポイントはコンセプトの考え方にある。今回の技 術の獲得によって技術を超えて得られるものは何かと考える。たとえば、技術の活用方法に対する知見だったとしよう。すると、

・誰に：Ａ部門に
・何を：○○技術の活用方法
・どのように：プロジェクトマネジャーＣがＡ部門のコンサルティングをする

というコンセプトを作るわけだ。

こ こで、第１の特徴を思い出してほしい。第１の特徴はステークホルダーの期待に応えることだった。Ａ部門に提供するとして、Ａ部門の期待は何か。技術を手に 入れることより、その技術を何に活用すれば自分たちのベネフィットになるかであることは明らかだ。これがセンスのいいプロジェクトマネジャーである。