プロジェクトが成功したかどうかを測る基準は”品質””予算””納期”に加えて”プロジェクトの目的を達成したか”を入れるべきだと前回考えました。
プロジェクトの目的を達成したかどうかは当たり前の前提で、それが評価基準になることは、おかしな話ではないかと思われた方もいるかと思います。
でも、多くのプロジェクトではプロジェクトの目的の設定に問題があり、真のプロジェクトの目的を明らかにしないまま、プロジェクトが立ち上げられ実施されることがあります。
つまり、ここで言う「プロジェクトの目的」とは、プロジェクトの真の目的のことになります。
わずか数年でＩＴプロジェクトの成功率が、目を見張る向上を果たした謎を探っているのですが、キットＰＭはどうも一部のプロジェクトでは、成功の定義に曖昧さがあるのではないかと考えています。
先に上げたようにプロジェクトの目的は、プロジェクトを実施する企業や組織の目的に必ずプラスの効果をもたらすものでなければいけません。一般の企業であれば”利益に貢献する”ことがプロジェクトの目的であるべきだということです。
しかし、ＩＴ開発プロジェクトにおいては、関わる立場によって複数の異なる目的が設定されることが（良い悪いは別として）普通です。
まず分かり易いのは、システム開発作業を請け負っているベンダーの立場です。
ベンダーはベンダーの利益を追求することが最大の目的です。それを担保しつつ顧客の目的を”可能な限り”果たそうとします。そのため、ベンダーは自己の責任範囲を明確にし、その範囲で役務を実施する必要があります。
つまりベンダーにとってプロジェクト成功の定義は「責任範囲の作業について、設定された”品質””予算””納期”を守る」ということになります。
次に組織内のＩＴ部門と業務部門の立場です。これもベンダーとの関係と同じように、責任範囲が異なるためプロジェクトの成功の基準が異なる可能性があります。もちろん、そこを上手く調整している企業や組織もあるとは思いますが。
ＩＴ部門は開発するシステムの出来に責任がありますので、ベンダーと同じくシステムの”品質””予算””納期”の如何がプロジェクト成功の基準となります。
一方業務部門は、自らが開発するシステムのユーザーとして、日々業務を遂行しなくてはいけないわけですから、システムが”使える”ことが目的となります。そのために、システムを利用するための準備として、業務部門として実施しないといけない多くのことを、ＩＴシステムの納期に合わせて準備します。
業務部門からみたプロジェクトの成功は「新システムを使いこなすことで、企業に利益をもたらす」ということになります。
もう一つの立場は”経営者”の立場です。
経営者から見ると、あるプロジェクトは企業の戦略を支える複数のプロジェクトの一つとなります。（理想を言っています、現実はなかなかそうはいきませんが）
ですから、プロジェクトの成功は「経営者が描いている戦略の実現について、効果がある」という定義となります。
現場が上手くＩＴシステムを使いこなして、業務の効率を上げたとしてもそれが経営戦略の実現に効果がないと、「成功」したとはいえないのです。
このように、プロジェクトに関わる立場によって、期待する「成功」の意味が異なってきます。
ということを踏まえた上で、では誰がどのようにプロジェクトが成功したと判断したのでしょうか。次回はこれについて考えて行きます。