システム開発プロジェクトにおけるユーザの協力義務(前編)

　さて、今回の連載では、こうした裁判所に来る羽目になった失敗プロジェクトから、特にITユーザの皆様に知見となるようなこと、参考としていただき、それらを反面教師としてご自身の開発に役立てて頂くことを意図しています。こうした記事をキッカケに「さて、自分のところはどうだろうか」と少し立ち止まって考えていただき、「ああ、そういえば…！」 となんらかの気付きを得ていただければ幸いです。どうぞよろしくお願いいたします。

成功率が３割に満たないITプロジェクト

　早速ですが、皆様は社内で、以下のような声を聞くことはありませんか？

　「社内システムが、不具合ばかりで使い物にならない。」
　「当初は5000万円でできるといってシステムが、結局2億円かかった。」
　「作業が遅れていつ終わるのか見えない。」

　中には、聞いたことがあるどころか、ご自分が、こうした台詞を吐いていたという方もいらっしゃるかもしれませんね。でも、こうした言葉が社内で聞かれるのは、皆様の会社だけではないんです。隣のビルの会社でも、競合相手のあそこでも、きっとIT導入にあたっては、何人もの人が、似たような声を上げていることでしょう。

　それもそのはず。ITプロジェクトというものは、一説に成功率が三割に満たないと言われるほどに失敗が多く、ときには、ユーザ企業に億単位の損失をもたらすことも珍しくないという代物です。IT開発について文句や愚痴を言う人を探すのは、きっと大阪の町で阪神ファンを探すより簡単でしょう。

　しかし、考えてみればこれは随分と異常な話です。世にプロジェクトというものは数多く存在します。中東の砂漠で石油プラントを作り上げるのも、AKB48の総選挙もプロジェクトです。しかし、そうしたプロジェクトと言われるもののなかで、成功率が３割に満たないものなど他にあるでしょうか。ユーザが望んだシステムを、多少のブレはあっても納得できるスケジュールとコストで完成させる。こうしたことがイチローの打率よりも低い今のシステム開発の現状は、日本の産業界にとっても、ユーザ企業にとっても、そして何よりユーザとベンダの担当者の健康とキャリアにとっても決して望ましいものではありません。遅れるスケジュールに焦りながら、社内の各所から、どうなっているのかと質され、ベンダに文句を言っても一向に改善されない。そんな異常な状態は、少しでも早く改善されるべきでしょう。