Powered by Six Apart

PMstyle 7月~9月公開講座(★:開催決定)

Twitterアカウント(PMstyle)

PMstyle facebook

コンセプト力 Feed

2017年10月 4日 (水)

【「コンセプチュアル思考」でプロジェクトを動かす】第1回 なぜ、ITプロジェクトは混乱するのか

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

Conceputual_2

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

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

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

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

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

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

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

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

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

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

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

続きを読む »