本ブログの記事に対して多くの皆さんからいただいた意見を総合すると、技術力のあるトッププログラマーにとって現状の日本のSI業界での仕事というのは、働き甲斐のない、魅力の少ない仕事として認識されているという残念な事実を思い知らされます。 オブジェクト指向の基本すらいまだにきちんと使いこなせない開発の現場 技術について勉強した知識をほとんど活用できないし評価もされない 無駄なドキュメント作成などに対する膨大な単純作業を強いられる いわゆる3K職場と言われるような過酷な労働と低い賃金 20年以上も前の仕事の進め方からあまり進歩が見られない 多重下請け構造によりユーザーに直接価値を提案するような仕事が難しい 多くの業務アプリケーション開発現場における体験を通して、以上のようなことが語られているということを考えれば、「業務アプリケーションのプログラマーは負け組だ」という意見が出てくることも当然のことか

このところシステム関係の提案についていくつかエントリーを書いているが、SIerや情報子会社（あるいはベンダー）に求められる提案力ってそもそも何だろう？ともよく考える。 アンケート調査などを見るとこういう外部のSIerや情報子会社（あるいはベンダー）に期待する項目に、ITを活用しての業務改革の提案や新規事業の提案なんてのが良く上位に上がってくるが、正直私はこれについては眉唾物というか全く信用していない。だってそうだろう。子会社から提案された業務改革や外部の人から出てきた新規事業案を採用する会社って本当にそうあるのか。それは現実的にはいろいろあって提案されても実現されない可能性のほうが圧倒的に高いのではないか。それをリクエストするような人はセンスが無いかあまり考えなしにいっているような気がする。 ちょっと乱暴な表現をするが、業務について一番良く知っているのは現場のユーザだ。残念ながら今の業務の

昨日、今日と続けてあるセミナーに出席している。そのセミナーの講演のひとつで、情報子会社やSIerのビジネスモデルが変化しているという話があった。 従来の受身型の注文されたものを作る・言われたサービスを提供するという形式から提案型の推測して提案する・流行りものを提案するに変わっているという話だった。ここまでは納得だ。でもその次の、今後は課題探求型に変化して身内になり業務を知る・課題を一緒に探すという方向へ行くという話にはちょっと首を傾げてしまった。そして案の定、だからこれからの情報子会社の人材には提案力や企画力が必要だという例のロジックに帰結してしまった。 いやちょっと待って欲しい、そのロジックは本当に正しいのか。確かにユーザ企業側からすれば中に入ってきて一緒に課題を探してそこから提案を出してもらえれば外れも少なくなり提案の質も上がるから嬉しいだろう。でも、その課題探求分のコストは誰が負担す

まず、図1をご覧いただきたい。これは情報システムの開発プロジェクトがどれくらい予算オーバーするかを、統計的に分析したものである。黒丸で示してあるのが一つひとつの情報システム開発プロジェクトである。お気づきのように、プロジェクト規模が大きくなればなるほど、当初予算に対する超過割合も高くなる傾向が見られる。 同じ図の上で、道路、鉄道、橋やトンネルなどの建設系開発プロジェクトもプロットしてある。こちらも予算オーバーのケースがあるが、明らかに情報システムほどのコストオーバーは起きていない。また、プロジェクト規模が大きくなったとしてもコストオーバーのレベルがそれに応じて高くなるということもない。 非常に深い意味合いを感じさせる分析ではないだろうか。同じように大規模なエンジニアリング開発プロジェクトであるにもかかわらず、情報システムのみがコスト管理ができない、という事実が突きつけられている。この差はな

使い回しの提案が目立つ「できます」と簡単に言うな 石川 淳氏 プロントコーポレーション 経営企画室経営企画グループ担当マネージャー ITベンダーの営業担当者にはもっと、当社の業務を理解しようという姿勢を見せてもらいたい。提案書を見て、「使い回している」と感じることが多く、がっかりすることもある。 カフェチェーン「プロント」のPOS（販売時点情報管理）システムの再構築を検討していた4年前もそうだった。この案件では、8社のITベンダーから提案書をもらった。 既存のPOSシステムを構築したSIerや、飲食業向けPOSシステムの構築実績が多数あると聞いていた大手メーカーなどに声を掛けた。会社の規模も実績も申し分ないと思い、優れた提案書が出てくるはずだと考えていた。 ところが、この期待は裏切られた。いずれの提案書も、最新のPOS端末やソフトウエアの機能の説明に、大半のページが割かれていた。あとは開発

「自動車のような産業構造に再編すべきだ」。NTTデータの山下徹社長はインドや中国など海外ソフト会社が日本市場に本格進出してくる前に、ソフト産業の構造改革を実行する必要性を説く。日本のソフト産業が崩壊の危機にあるからだ。 パッケージベンダが自動車産業を参考にするのは、100歩譲るとありかもしれない。消費者に受け入れられるだろうという予想にもとづきプロダクトを開発していくモデルだから。 でも、やっぱないな。車は、多少の違いがあっても、どれも基本的な構造は同じ。パッケージは、いろんなものがあるからね。 それに対して、SIは一品ものだもの。規格(パッケージ)通りじゃないものを作るのがSIです。 マフラーだけを作るソフト部品会社、タイヤだけを作るソフト部品会社と、システムインテグレータと呼ぶシステム組み立て会社に分業化することで、インテグレータはソフト部品会社から調達した部品を組み合わせてシステムを

昨年、情報処理推進機構（IPA）が開催したIT業界の重鎮と現役学生による討論会で、学生の持つIT業界への「ネガティブイメージ」が明らかにされたのは記憶に新しい。5月28日、IPAが開催したイベント「IPAX2008」で、再び経営者と学生の討論会が行われた。IT産業が国際的な飛躍をめざすために学生に期待することが今年の討論のテーマ。 学生側は、慶應義塾大学、九州大学、千葉工業大学、東京情報大学、東京工科専門学校から各校2人ずつ、計10人が出席。一方、産業界代表としてCSKホールディングス 取締役 有賀貞一氏と、コムチュア 代表取締役社長 向浩一氏が討論を行った。また、IPAからは理事長の西垣浩司氏が参加した。司会はインプレスR&Dの田口潤氏が行った。 「ポジティブなビジョンを提示して」 「産業を問わず、やりがいのある仕事のイメージ」について学生に質問をしたところ、「達成感がある」「自分の成長

「日本のIT業界はいつまでもSI（システム・インテグレーション）から抜け出せない。多くの会社が外資系ERP（統合基幹業務システム）ソフトを扱ってSIビジネスを展開するが、美味しいところは外資系にもっていかれる」。NTTデータイントラマートの中山義人社長は、外資系ベンダーのERPソフトと伍して戦える製品を開発し、日本のパッケージ・ソフト・ベンダーの底力を見せたいという思いをこう語る。 92年4月にNTTデータに入社した中山氏は、ERPソフト「SCAW」の開発などに携わるうちに、ある疑問を感じ始める。折角パッケージ・ソフトという知的財産を持ったにも関わらず、結局は、「パッケージ・ソフトを活用したSI」という労働集約型ビジネスをしてしまっているのではないか。 個別のSI案件が優先される実状を目の辺りにした中山氏は、「NTTデータにいても、一生の間に関われる案件はせいぜい10件から20件。自分の人

「今のITベンダーはプログラミングを軽視しすぎている。全員がプログラマでありSEでなければ企業が喜ぶシステムは作れない」。積水化学の寺嶋一郎コーポレート・情報システムグループ長（写真）は、11月27日に開催した「IT Service Forum 2007」の講演「ITベンダーに望むこと」で、ITベンダーにこう苦言を呈した。 「システム開発でどんな技術や開発手法を使うかはアーキテクトが決める。経験上、良いアーキテクトが設計すると、開発と運用のコストを段違いに削減できる。良いアーキテクトとは、業務とプログラミングをよく知っている技術者だ」と寺嶋グループ長は話す。だが、今は「プログラミングを知らないSEが“売らんかな”でツールやパッケージの導入を目的に設計し、オフショア開発などで業務の分からないプログラマが実装している」（同） この状況を改善する策として寺嶋グループ長は「内作型開発モデル」を提唱

インターネットの世界では、技術の進化はとどまるところを知らない。これから先の10年、技術はどう進化し、エンジニアにはどういったことが求められるのだろうか。11月24日に楽天が10周年を記念して開催したイベント「楽天テクノロジーカンファレンス2007」において、代表取締役社長兼会長である三木谷浩史氏、楽天技術研究所フェローのまつもとゆきひろ氏、アドビ システムズ代表取締役であるギャレット・イルグ氏が議論した。 三木谷氏は経営者の視点から技術を捉え、「技術は、戦略、オペレーションとともに経営の基本軸になるもの。たとえばGoogleは技術と戦略を軸に規模を拡大してきた。ただ、それが強みでも弱みでもある。楽天はオペレーションを加えた3つをしっかりとやってきた」と話す。 次の10年はメディアや会員サービス、ビジネスアプリケーションを強化する。さらに、4000万人の会員データベースを構築し、パーソナラ

仕事です。我々の会社も Oracle VM なる仮想化技術を発表したんです。えぇ、世の中仮想化だらけですね、VMware、Virtual Server、Xen、Sun xVM、Hyper-V あらゆるベンダーが仮想化技術を提供しはじめました。 ちなみに、宣伝ついでに言いますと、オラクルの仮想化戦略の特徴は、 ・Oracle VM (先日発表) ・Oracle Enterprise Linux (昨年発表) ・Oracle Database ・Oracle Fusion Middleware（SOA、BI、ECM、Security...） ・Oracle Fusion Applicatoins とすべての層をもっており、Oracle Enterprise Manager ですべてを統合管理できる点ですね。 「全部オラクルかよ！？」と言われるかもしれませんが、 だれが、「バラバラで非常に複雑な

最近、大手ITサービス会社と人たちと顧客との関係について青臭い話をすると、最後は必ず「システム部門を何とかしないとダメだ」というところに落ち着く。システム部門の人からすると傲慢な話、あるいは迷惑な話だろうけど、「いっそのことシステム部門の再生を請け負おうか」なんて話も飛び出す。商売上の問題もあるが、このままでは“ITという仕事”の地盤沈下がどんどんひどくなるという危機感からだ。 今でこそ偉そうなことを言うITサービス会社だが、彼らも昔は結構ひどかった。プライム契約なのに、顧客の要件をつめきれない。「言われた通り、何でもやります」と“御用”を聞き、それを下請けに丸投げする。料金も合意していたはずなのに、顧客から突然「もっと安くしろ」と言われると、ほとんど抵抗せずに丸呑みして、しわ寄せは下請けに。開発途中の無茶苦茶な仕様変更要求も唯々諾々と聞いて、開発現場を修羅場に変え、挙句の果てに失敗すると

株式会社インフラコモンズ代表取締役の今泉大輔が、現在進行形で取り組んでいるコンシューマ向けITサービス、バイオマス燃料取引の他、これまで関わってきたデータ経営、海外起業、イノベーション、再エネなどの話題について書いて行きます。 少し遅かったですが、佐藤比呂志・隠れた財産「日本のIT業界の生産性」経由で江島健太郎・Kenn's Clairvoyance「ニッポンIT業界絶望論」を読みました。 日本のIT産業に痛切な愛のメガパンチ。 読めば読むほど洞察力の深さ、視野の広さ、関係する人たちへの強いシンパシーが感じ取られて、ITの実務系の投稿としては歴代第一位と言っても過言ではないと思います。 4年程度、米国の大手IT企業でリサーチの仕事を続けてきて、あちらに日本の状況を報告するということを何度もやってきました。彼らにわかってもらうためには、あちらの状況とこちらの状況を客観的に比較するということを

http://www.atmarkit.co.jp/news/200710/31/ipa.html 業界の重鎮もたじたじ 業界の重鎮＝老害？ 「トヨタ自動車やソニーのようなユーザー企業と違い、IT（の導入）しか行っていないNTTデータのような会社が一番謎」といった疑問が出た。イメージを聞かれても、そのイメージ自体が何もないという皮肉な答えだ。 必ずしも全員が3Kではない」と反論。岡本氏も「3Kの“帰れない”は、帰りたくない人が帰れないだけ。スケジュール管理の問題だ。 ふーん．帰りたくない人が９０％以上を占めるとは知らなかったな． できるヤツから潰される：http://www.mars.dti.ne.jp/~hirok/xp/col/031.html なぜ日本はこれほど残業が多いのだろう。理由は二つある。 もともと、年功序列・終身雇用というものは、ある程度の残業を前提にしたシステムだ。賃下げ

Rubyをはじめとするスクリプト言語ではなく、なぜJavaを選ぶのか。 そして、XPをはじめとするアジャイル開発ではなく、なぜウォーターフォールを選ぶのか。 そこには、言語の良し悪しや、開発プロセスの考え方などが理由の中心にあるわけではなくて、SIerというビジネスの仕事の仕方（ビジネスモデル）に起因している。 RubyやXPは、考え方や技術としてはとても良くて、生産性もあがるし、何よりもソフトウェアをクリエイティブに作り上げることができ、利用者にとっても使い勝手がよく、スポンサー（経営者）にとっても経営戦略に沿ったものが手に入り、開発者にとっては何よりも仕事に対してやりがいを感じることができる。すばらしい！・・・・が。。。 しかし、だからといって、誰でもRubyやXPを使って開発をするべきか、というとそうではない。もし、本質を理解しない誰かが、「やってみたいのだが・・・」と相談に来たら、

知人のmark-wadaさんのBlogからTB。 親子丼的ビジネス奮闘記(4) IT業界構造 SIerなんてものは無い 米国と日本との大きな違いは、米国の企業は基本的に内製なのだ。すなわち、社内のＩＴ部門に開発エンジニアを抱え、そこでシステムの開発から運用を行なう。 ですから、米国のベンダーはそこに製品を供給する役割であり、日本でいうSIerというのはほとんどなく、あっても企業でリソースが不足したらそれを補う役割でしかない。契約にしてもはっきりしますよね。提供されるプロダクトやサービスに対する対価を払えばよいわけで、かかった人月で支払ういう出来高払いのような形態は少ない。日本のようにベンダーやSIerに丸投げして、できてからこんなはずではなかったなんて事態にははじめからならない構造なのだ。 親子丼的ビジネス奮闘記(4) IT業界構造 言われてみれば・・・、っていう感じですが改めて目が鱗です

日本のIT業界は救いようがない。絶望的としか言いようがない。 IT業界不人気なんて、この業界に重くのしかかる決して晴れることのない暗雲の氷山の一角に過ぎない。はてなの匿名ダイアリーにもどうせ理系出身者なんていらねえんだよ。なんて書かれていたけど、これが現実なのだよ、学生諸君。 ちょっと補足しておくけど、ここでIT業界っていうのは、SIerのことだ。お客さんの要件をヒアリングして、その要求に沿ったシステムを受託開発するっていうビジネスのことを指している。 ぼくもその昔、その世界のループに組み込まれていた。そして華麗なるコミュニケーション能力とやらをいかんなく発揮し、場の空気を読み、生意気なぐらいのチャレンジ精神で、それなりに仕事のできるよい子だったようだ。 いや、正直に言うよ。正直に言うとだね、結構楽しかった。 だって、考えてみてごらん。お客さんのところに出向いて行って、その業界のことをじっ