SIerのユーザに対する不満によくでてくるフレーズは、「要求をまとめてくれない」「仕様を決めてくれない」というものがある。だったら作らなけりゃいいと思うのだが、そんな状態でもシステム開発プロジェクトをはじめてしまうという変な産業なのである。
どうしてそうなっているかというと、人を抱えたベンダーはシステム開発をやり続けなくてはいけないのだ。一所懸命になって、「こういうことでしょ」「こうしたらいいでしょ」とユーザに言って、やみくもに突っ込んでいく。
ユーザにメリットがあろうがなかろうがどうでもいいことで、ただプロジェクトを起こせばいいというだけのインセンティブで動く。それで、ユーザはというとできてから、お前らの言うことを聞いて作ったけどこれじゃあダメなんだけどと言う。すごい世界だと思いませんか。
これは、単純にSIerを非難しているわけではない。もちろんユーザも悪い。そうした構造、関係性が歪んでいると言っているのである。それを気がついているのかいないのか誰も言い出さないというのが怖しいのである。
今から、その怖しいことを言う。SIerはおせっかいをやめたらどうだということである。ユーザに対して、こうしろああしろと言わない。ITがKPIだとかROIなんて言わないのはもちろんのこと、ユーザ側から要求仕様がちゃんと出てきたらやるという風に変えてしまうのである。
そういうと、ユーザがその要求仕様が作れないから困るんだとすぐ言うが、それでもいいじゃないかということだ。すなわち、この部分はユーザに責任をもってもらうっていう当たり前のことなのだ。
結局要求仕様というのはビジネスとしての要件が最初に出てくるわけだから、そのビジネス要件を満たすものができれば、どういう効果をもたらすかはユーザが責任もって定義したらいい。その投資対効果で実施可否を決める。
従って、両者の関係は、ビジネス側から見ると、要求はこちらでちゃんと考えるからとやかく言うな、そのかわりITでそれをきちんと実現してくれとなる。一方、IT側から見ると、ビジネス要求をちゃんと定義してくれたら、それを効率的、機能的に作ってやりましょう、あるいはこんなソリューションを使えという関係になる。
しかし、こんなことを実際にやろうとするとすごい構造改革となる。従来のビジネス形態がまるで変わってしまう。ただ、ここを突破しないと、ビジネスとITのWin-Win関係は永遠にできないはずである。もちろんなかにはこうしたことを提言する人もいることはいるが、しょせん双方から“野次っている”だけなのである。
ではここを打破するにはどうしたらいいのだろうか。ぼくは、「ベンチャーが実績を積むこと」だと思っている。使う方も作る方もベンチャーがやって、今言ったような関係を作ってしまうことをぜひ実行してほしいと願っている。そのためにクリアーにしなくてはいけないことをよく考えて乗り越えてもらいたいのである。それこそ若い元気のある人たちの出番である。
