2008年11月19日
三鷹の挑戦
この間、三鷹市図書館システム説明会みたいなのがあって、流れで出席してきた。
このシステム、Ruby on Railsで開発してあって、あまりに上手くできあがったものだから、他の自治体に格安でソースごと販売しちゃおうとしてる。
図書館システムと言えば、傍から見た感じでは国産ベンダー数社で仕事を分け合っている世界に見える。予定調和が起きていて、値崩れしていないというか。そんな風に見える。
そこに、ずばり三鷹市が、全く違うルールを持ち込もうとしている。
だからこういう流れなんだよな。
これまでは、「システムのプロ」がいて、その人たちじゃなきゃできない世界があった。それが、今じゃ開発は開発会社。ユーザーは、システムのことを知らないでいい。みたいな。ヘタすりゃ、情報システム部の人たちでさえ「俺たちは素人だから」みたいなことを、全く躊躇せず口にしたりして。ビックリして、椅子から落ちそうになったことがあるよ。
これに対して、あくまでユーザー側が主導権を維持しつつ、生産性の高い技術を背景に開発をドンドン進めてしまう。
そんなことが進んだら、開発会社の仕事なんてなくなっちゃうんじゃない?って、言われたことがある。
おいおい、忘れたのか?昔ゃ、ユーザー情報システム部は、自ら開発してたよな。システムは複雑化したのに、いつの間にか「俺たちは素人」と言い切る情報システム部が現れたりして。そうじゃないよね。複雑化したから、ある程度自分たちでも開発できるくらいの知識が必要。
開発会社だって、開発だけしてたら駄目で、ユーザー業務のことだとか、相手の業界に対する理解は必要。
あー。昔、よく言われたことだよな。それが当たり前だったもんなぁ。
さてさて、本当にそういう時代がやってきたら、これはとっても楽しいな。
このシステム、Ruby on Railsで開発してあって、あまりに上手くできあがったものだから、他の自治体に格安でソースごと販売しちゃおうとしてる。
図書館システムと言えば、傍から見た感じでは国産ベンダー数社で仕事を分け合っている世界に見える。予定調和が起きていて、値崩れしていないというか。そんな風に見える。
そこに、ずばり三鷹市が、全く違うルールを持ち込もうとしている。
だからこういう流れなんだよな。
これまでは、「システムのプロ」がいて、その人たちじゃなきゃできない世界があった。それが、今じゃ開発は開発会社。ユーザーは、システムのことを知らないでいい。みたいな。ヘタすりゃ、情報システム部の人たちでさえ「俺たちは素人だから」みたいなことを、全く躊躇せず口にしたりして。ビックリして、椅子から落ちそうになったことがあるよ。
これに対して、あくまでユーザー側が主導権を維持しつつ、生産性の高い技術を背景に開発をドンドン進めてしまう。
そんなことが進んだら、開発会社の仕事なんてなくなっちゃうんじゃない?って、言われたことがある。
おいおい、忘れたのか?昔ゃ、ユーザー情報システム部は、自ら開発してたよな。システムは複雑化したのに、いつの間にか「俺たちは素人」と言い切る情報システム部が現れたりして。そうじゃないよね。複雑化したから、ある程度自分たちでも開発できるくらいの知識が必要。
開発会社だって、開発だけしてたら駄目で、ユーザー業務のことだとか、相手の業界に対する理解は必要。
あー。昔、よく言われたことだよな。それが当たり前だったもんなぁ。
さてさて、本当にそういう時代がやってきたら、これはとっても楽しいな。
トラックバックURL
この記事へのトラックバック
1. 見たか聞いたか。 [ もがり、 ] 2008年11月22日 18:08
落語みたいなタイトルですまん。ま、北口に演芸場あるし、というわけで、三鷹トーク。地元民歓迎・・・って自分は地方から引っ越してきて十二年すんでるわけで、地元民ではないのだ...
2. [ruby][rails]三鷹の図書館Railsアプリが最首さんのブログに取り上げられていた件 [ OneRingToFind by 榊祐介 ] 2009年04月07日 18:32
昨年末に最首さんのブログで取り上げてあげていただいていたことに今気づきました。ありがとうございます! http://blog.saishu.jp/archives/51417771.html 三鷹の挑戦 この間、三鷹市図書館システム説明会みたいなのがあって、流れで出席してきた。 このシステム、Ruby on
この記事へのコメント
1. Posted by ユーザ企業のCIO 2008年11月25日 18:27
2. Posted by saishu 2008年11月25日 19:40
仰るとおりユーザーのシステム部は、自らシステム開発をする必要はないと思います。そして、自社の事業や業務プロセスをを理解し、自社業務にITを如何に役立てるのかについて精通している必要があると思います。
しかし、それは開発について知識を必要としないということではなと思います。開発について、それなりの見識を持ち、道具を正しく道具として活用できる力は必要だと思います。財務部は財務のプロであることを求められ、マーケはマーケのプロであることを求められます。
それは開発会社についても同じで、開発会社は開発だけできれば良いという訳でもないと思います。
ドラスティックな変化が起きている今、大変ですが本質を見極める努力は惜しんでは駄目なんではないかと思います。
生意気なようですみません。こんな風に思っています。
しかし、それは開発について知識を必要としないということではなと思います。開発について、それなりの見識を持ち、道具を正しく道具として活用できる力は必要だと思います。財務部は財務のプロであることを求められ、マーケはマーケのプロであることを求められます。
それは開発会社についても同じで、開発会社は開発だけできれば良いという訳でもないと思います。
ドラスティックな変化が起きている今、大変ですが本質を見極める努力は惜しんでは駄目なんではないかと思います。
生意気なようですみません。こんな風に思っています。
3. Posted by ユーザ企業のCIO 2008年12月17日 16:54
確かに仰る事も理解できます。私も以前は、コンピュータベンダにて、システム設計、開発、PM等の経験もあります。事業会社のIT要員があまりにテクノロジーに疎く、ベンダーの言いなりになっている現状も、認識しています。だからと言って、彼らが開発の知識が必要だとは、私は今では全く思ってません。ブラックボックスで道具の使い方、良し悪しを理解していれば、良いと考えています。その溝を埋めるのが、コンサルの役割ではないでしょうか。あまりに今の時代、業務の効率化、開発期間、技術革新の効率化を求めるあまり、事業会社のIT要員は非常に行うことが多くなっています。昔のように依頼のあった案件を、溜めておき、月度審査会で通って予算がついた物のみ、開発していれば良かった時代であれば、確かに開発の知識は必須だったのですが、、、選択と集中、考慮の結果として、斬捨てざるを得ないのが、現状です。エンジニアとしては、寂しいですが。
4. Posted by saishu 2008年12月17日 18:53
コメントありがとうございます。
ITはビジネスを円滑に進める道具であったり、ITの仕掛け自体が、ビジネスそのものであったりします。
この話は、企業の事業形態によっても全然違いますね。一般論として意見を述べたことは反省です。
AWSを使っていると、そもそも頑張らなければならないところは何だったんだろうって、最近よく考えてしまいます。
ITはビジネスを円滑に進める道具であったり、ITの仕掛け自体が、ビジネスそのものであったりします。
この話は、企業の事業形態によっても全然違いますね。一般論として意見を述べたことは反省です。
AWSを使っていると、そもそも頑張らなければならないところは何だったんだろうって、最近よく考えてしまいます。
