PMstyleプロデュース

◆トラディッショナルなプロジェクト

プロジェクトといえば、何か具体的な目標があって、その目標を達成するために行うものだとイメージされている人もいれば、逆に、ミッションがあって、ミッションの達成のために試行錯誤しながら行うものだというイメージの人もいます。

分からないところがどこに注目してプロジェクトを整理してみますと、

（１）目標が決まっており、目標達成の方法も分かっており、さらにその目標達成に必要なコストや時間も分かっているプロジェクト
（２）目標が決まっており、目標達成の方法も分かっているが、その目標達成に必要なコストや時間が分からないプロジェクト
（３）目標は決まっているが、目標達成の方法が分からず、従って目標達成に必要なコストや時間も分からないプロジェクト
（４）目的はあるが、目標が決まっていないプロジェクト
（５）目的が曖昧で、プロジェクトを実施することだけが決まっているプロジェクト

の５つに分けることができます。

VUCA時代以前のプロジェクトですと、プロジェクトには製品やサービスの開発が中心で、、その場合（１）、（２）が圧倒的に多く、（３）はチャレンジの必要なプロジェクトだと考えられていました。また、（４）、（５）はプロジェクトとしては認可すべきではないと考えられていました。

ただ、例外的に行われていたのは、〇〇変革プロジェクトで、これは（４）のタイプのプロジェクトとして行われることがよくあります。これらのプロジェクトは成功／失敗があまり明確になりません。目標が決まっていないからで、目的を実現できたかどうかには主観的な判断が入るからです。

PMstyleでは、「コンセプチュアル思考」という思考法を提唱しています。

好川 哲人「コンセプチュアル思考」、 日本経済新聞出版社（2017）
https://www.amazon.co.jp/exec/obidos/ASIN/4532320623/opc-22/ref=nosim

コンセプチュアル思考は５つの軸の軸の行き来で実践します。

大局／分析
抽象／具象
直観／論理
主観／客観
長期／短期

の５軸です。大局や長期は経営者やマネジャーのスキルとしては古くから重要性が指摘されていたものですが、この５年くらいで他の軸についても急速に認知されるようになってきたように感じています。

そこで、この記事では、抽象／具象、直観／論理、主観／客観の３軸に関する書籍を簡単にコメントをつけながら紹介してみたいと思います。

◆なぜ、ITプロジェクトは混乱するのか

次のようなプロジェクトを考えてみよう。

ある通販会社で経営層から「ロイヤルカスタマー戦略のテコ入れによる収益向上」と
う戦略が打ち出された。その実行の一環としてロイヤルカスタマーへの新たな働きかけをする、これまでにはない仕組みの構築を課題としたプロジェクトを実施することになった。

これまではロイヤルカスタマーに対する値引きは行っていたが、即日配送、特別な情報提供などできそうなことはいくらでもある。加えて、これまでには行われていない方法を取ることを前提にすれば、考える範囲はほぼ制約がない。一方でコストは決まっているので、その制約は守らなくてはならない。

このようなプロジェクトにおいて、いきなり、具体的にどのような仕組みを持たせるかを決めようとしても、新しい独自の仕組みを固定的に考えることは非常に難しく、試行錯誤してみなくては決まらない可能性が高い。また、強引に決めてもプロジェクトを進めていくうちに、実現できない、予算が足らないといった問題に直面することが多い。

そもそも、ロイヤルカスタマーの定義は今のままでいいのかといった話にもなってくるだろう。

たとえば、注文の仕組みを変えて、ロイヤルカスタマーになれば他の人に商品を奨めた場合のロイヤリティが入る仕組みを取り入れようとした。ところが、ロイヤルカスタマーがそれなりに満足するにはどういう仕組みにすればよいかは実際にやってみないと分からない部分が多い。仕組みによって、システムの仕様だけではなく、範囲も変わってくるだろう。

このようにシステムとして開発すべき範囲や仕様を明確にした上で、システムを開発するという方法が通用しにくい「ITプロジェクト」が増えている。

にも関わらず、要求仕様を強引に決めようとする。プロジェクトを進めていくうちに、結果として要求仕様は変化し、ステークホルダーの間でプロジェクトの目的に対する共通の認識がなく、また、チームにおいても指針がなく開発を進めていくケースが増えている。

従来のプロジェクトではプロジェクトの目的はシステム目的によってほぼ決まっていたし、システムの要求仕様もプロジェクトの初期で決まっていたので、あえてプロジェクトの目的を意識する必要はなかった。

ところが、問題としているタイプのITプロジェクトでは、プロジェクトの目的とシステムの目的は必ずしも一致しない。つまり、明確なゴールを設定しないままで、プロジェクトを開始することになる。

プロジェクトのゴールが明確になっていない状況でプロジェクトを進めると、プロジェクトは例外なく混乱する。これが、いま、ITプロジェクトが混乱しているもっとも大きな原因である。