shin1が最近読んだ記事

小さな会社に飛び込んでいこうとされる場合に心に留めておいて頂きたいのは、id:hase0831さんのお言葉を借りると｢この社長のために（自分に非がなくても）土下座できるか？｣という質問にどう答えるかです。それぐらいの気持ちがなければ、経営者の距離が近い中小では朝令暮改は当たり前ですからルールで考えていたら不条理なことが多くなるので疲れてしまって、やっていけなくなるんじゃないかなと思います。中小で疲れて大きな会社で仕事をしたいという方の気持ちがよくわかるようになりました。

これに関しては違うなーと思った。大きかろうが小さかろうが、会社と個人の間は「カネ」と「提供する労働力」の他はなんにも関係無い。会社側が個人側にそれ以上の何かを求めたり、その逆もおかしな話だ。

利害が一致するからお互い利用し合い、表向きは同じ目標に向かっていく、そんな関係でしかないと思う。利害が崩れる可能性があるなら関係を解消する、基本的にはそれで十分だ。

とはいえ、必要以上に相手に何かを提供したい会社や個人もいて、それはそれでおかしく無いと思うけどね。尊敬しまくってる経営者に対して望まれる委譲に貢献するとか、その逆とか。ござ先輩の話はそっちを汲んだ話なんじゃないかな。

お金がないから、本当に必要なのかを見極めること、あるいは必要なところだけに投資すること、そして何よりも安いコストでなくてはやれないことを突き詰めざるを得なかったということなのである。

…

ぼくは、ここにシステム化の原点を見る思いがする。

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

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

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

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

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

確かにそーだけど、小さな企業だとIT化の道もまったく知らない事もあるわけで、そういった場合はどーするのか？と。ばかみたいにゴリ押しなSIに関しては記事にある通りやめて欲しいと思うけど。大きなユーザ相手に限った話なのかな。

で、ベンチャーは多少ゴリ押さないと難しいんじゃないかな。例えば、オープンなサービスを提案したり、GAE上でオープンソースなプロダクトを動かしてあげるだけにとどめたり、できるだけ金をかけないIT化もあるよ、というゴリ押しは必要なんじゃなかろぅか。金をかけないITをどんどんメジャーにする事で、大手SIerの無茶もマシになったりしないかなぁ。