« パラダイムシフトの正体(8)~ベンダー編~ | メイン | サッカーTV観戦の楽しみ方 »

システム側のおせっかい

SIerのユーザに対する不満によくでてくるフレーズは、「要求をまとめてくれない」「仕様を決めてくれない」というものがある。だったら作らなけりゃいいと思うのだが、そんな状態でもシステム開発プロジェクトをはじめてしまうという変な産業なのである。

どうしてそうなっているかというと、人を抱えたベンダーはシステム開発をやり続けなくてはいけないのだ。一所懸命になって、「こういうことでしょ」「こうしたらいいでしょ」とユーザに言って、やみくもに突っ込んでいく。

ユーザにメリットがあろうがなかろうがどうでもいいことで、ただプロジェクトを起こせばいいというだけのインセンティブで動く。それで、ユーザはというとできてから、お前らの言うことを聞いて作ったけどこれじゃあダメなんだけどと言う。すごい世界だと思いませんか。

これは、単純にSIerを非難しているわけではない。もちろんユーザも悪い。そうした構造、関係性が歪んでいると言っているのである。それを気がついているのかいないのか誰も言い出さないというのが怖しいのである。

今から、その怖しいことを言う。SIerはおせっかいをやめたらどうだということである。ユーザに対して、こうしろああしろと言わない。ITがKPIだとかROIなんて言わないのはもちろんのこと、ユーザ側から要求仕様がちゃんと出てきたらやるという風に変えてしまうのである。

そういうと、ユーザがその要求仕様が作れないから困るんだとすぐ言うが、それでもいいじゃないかということだ。すなわち、この部分はユーザに責任をもってもらうっていう当たり前のことなのだ。

結局要求仕様というのはビジネスとしての要件が最初に出てくるわけだから、そのビジネス要件を満たすものができれば、どういう効果をもたらすかはユーザが責任もって定義したらいい。その投資対効果で実施可否を決める。

従って、両者の関係は、ビジネス側から見ると、要求はこちらでちゃんと考えるからとやかく言うな、そのかわりITでそれをきちんと実現してくれとなる。一方、IT側から見ると、ビジネス要求をちゃんと定義してくれたら、それを効率的、機能的に作ってやりましょう、あるいはこんなソリューションを使えという関係になる。

しかし、こんなことを実際にやろうとするとすごい構造改革となる。従来のビジネス形態がまるで変わってしまう。ただ、ここを突破しないと、ビジネスとITのWin-Win関係は永遠にできないはずである。もちろんなかにはこうしたことを提言する人もいることはいるが、しょせん双方から“野次っている”だけなのである。

ではここを打破するにはどうしたらいいのだろうか。ぼくは、「ベンチャーが実績を積むこと」だと思っている。使う方も作る方もベンチャーがやって、今言ったような関係を作ってしまうことをぜひ実行してほしいと願っている。そのためにクリアーにしなくてはいけないことをよく考えて乗り越えてもらいたいのである。それこそ若い元気のある人たちの出番である。
 

トラックバック

このエントリーのトラックバックURL:
http://kamawada.com/~masanori/blog/mt/mt-tb.cgi/1032

コメントを投稿

(いままで、ここでコメントしたことがないときは、コメントを表示する前にこのブログのオーナーの承認が必要になることがあります。承認されるまではコメントは表示されません。そのときはしばらく待ってください。)

About

2009年06月17日 10:53に投稿されたエントリーのページです。

ひとつ前の投稿は「パラダイムシフトの正体(8)~ベンダー編~」です。

次の投稿は「サッカーTV観戦の楽しみ方」です。

他にも多くのエントリーがあります。メインページアーカイブページも見てください。

Powered by
Movable Type