Kenji HASUNUMA @btnrouge ベンダーがサポートを打ち切ったミドルウェアを「安定版」と信じていつまでも使い続ける。そしてバージョンアップの時に痛い目を見る（その上結果しくじったら会社の信用を失う）。 #笑ってはいけないSIer 2011-11-12 05:22:25

クラウドの登場によってSIerの収益モデルが脅かされようとしています。その主な理由は2つあります。 1つは、プラットフォームとしてクラウドを利用することで、いままでの受注案件に含まれていたハードウェア費用、冗長構成のための作業費など高い利益を得られていた部分がなくなり、ソフトウェアの開発費用のみが丸裸になること。 もう1つは、そのソフトウェア開発でさえ、Salesforce CRMのようにSaaSが普及することでスクラッチからの開発が減って開発内容はカスタマイズ中心にシンプルになり、開発期間も短くなるため、案件あたりの単価が低下すること。 このような状況にSIerはどう対応していけばいいのでしょうか？ その疑問を解くため、昨日、9月15日に都内のホテルで行われたセールスフォース・ドットコムのイベント「Cloudforce Japan」の展示会場に飛び込んで、すでにクラウド対応のビジネスを始

皆はどんな現場で，どんな仕事をしているのだろう。何に悩み，どうやって乗り越えているのだろう。プロの仕事とそうでない仕事の境目はどこにあるのだろう。システム開発や運用の現場を歩き，そこで見聞きした面白い話，感動的な話，すごい話を紹介します。 ・大企業からベンチャーまで ぼくはこんな現場を歩いてきた ・SEを潰した値引き 信頼も連帯感も消えた ・期限は明日――若手SEの気迫を見た ・寝不足のプレゼン ドリンク剤も効かず ・中国の開発現場もすごい 若き社長が率いる修羅場 ・オンラインダウン発生！ あの日，何もできなかった ・建築設計事務所で見た 巨匠のすごいレビュー ・コンサル泣かせの現場 “小さな王国”の弊害 ・逝去した巨匠への追悼 感激したあの言葉 ・人の話を聞かない40代　あるコンサルの失敗 ・過ぎたるは及ばざるがごとし　作りすぎたRFPの悲劇 ・人間万事塞翁が馬　得難いレクチャーの裏事情

東京大学 浅見研究室は7月12日、情報系の学生や若手エンジニアのための交流企画として、「IT企業はほんとに泥のように働かされるのか～ナナロク世代がお答えします」と題したカンファレンスを開催した。「IT業界のネガティブな側面が指摘される中、その実態を『ナナロク世代』が『ハチロク世代』に向けて伝える」という趣旨で、会場となった東京大学 本郷キャンパスの教室には、大勢の学生や若手エンジニアが集まった。 モデレータはCerevoの岩佐琢磨氏が行った。パネリストとして、大谷陽明氏（ソニー）、尾藤正人氏（ウノウ）、柴田竜典氏（日本オラクル）、加藤篤延氏（NTTコムウェア）が登壇。「個人としての参加であり、それぞれの企業や活動を代表する見解ではない」としながら、それぞれの経験を元にIT業界について語った。 始めに、主催者である東京大学 大学院情報理工学系研究科の川原圭博氏が企画趣旨を説明。「毎年、電子情

いろいろ不満な時期もあったけど、結局ITに行くのが最も報われると思って飛び込んだんだし。学歴差別とか新卒偏重とか少ないし、他業種と比べて賃金は高めだし、しょっちゅうドンデン返しがあって退屈しないし、まだ成長しているし、スキルは世界で通用するし、ホントいい業界だと思うよ。 前ブログに書いたけど、ふと思い出したのが僕はもともとマスコミに憧れてて、大学3年のとき新聞記者を捕まえて、入社試験を受けるべきか聞いたら「最初の10年は夜討ち朝駆けサツ回りドサ回りで、自由に書けるようになった頃には眼が死んで書きたいことなんてなくなってるんだから、君ずっとITにいた方が幸せだよ」っていわれたこと。これってモロ10年泥じゃん。マスコミって派手だし学生の超人気業種なのに！ いわれてみると記者とか官僚とかコンサルとか商社とか、知り合いに話を聞くと、どこも10年泥だったりするよ。先輩がいて、鍛えられる世界って馬車馬

少し前に若いエンジニア達と話す機会があった。この春SI企業に入社してプログラミングの研修を受けているという。みんなそれぞれ能力が高い上に、学習の高速道路を爆走中といった感じでネット上で話題になっているような技術情報には十分詳しい。SICPを全部解いたとも言っていたし本当はプログラミングの研修なんか必要ないのだろう。未踏に応募したり勉強会を開催したりするのはこういったタイプなんだろうかとか、いまどきのSI企業の人材獲得能力はすごいなとか思いつつ、でも彼らはこの業界に何を求めてどうなろうとしているのか少し気になったりもした。 これほど優秀で勉強もしてきた人達でも、SIerとしては即戦力にはならない。社会人マナーとか仕事の進め方の話ではなくて、単純に知識不足という意味で。そのため一緒に入社したプログラミング能力の低い社員と同じように扱われる可能性が高い。これはすごく不幸な状態だと思う。SI業界が

SIerが必要としているのは業務知識だという都市伝説のエントリで、誤解されたのは、「SIerは深い業務知識が不要だ」というふうに私が主張していると思われたことですね。 誤解されるのは、もちろん、私の書き方が悪かったせいなので、続きを書きます。 SIerで深い業務知識が必要とされる人がいます。案件の提案者と要件定義者です。営業がお客様のところから案件を持ってくると、その案件に関する深い業務知識を持っている人がアサインされ、提案書と見積りを作ります。この役割の人は、深い業務知識が必要です。 無事に案件が獲得できたとしましょう。お客様のところにいって要件をつめるのですが、このときのメンバも深い業務知識が必要です。しかし、全員が深い業務知識を持っていなくても大丈夫。全体の半分弱くらいのメンバが深い業務知識を持っていれば大丈夫だと思います。案件の難易度にもよりますが、一人が業務を深く理解していれば大

SI業界が開発するシステムの目的は何か？　それがつまり「業務知識」というやつで、金融や保険だったり、証券取引、財務会計、生産管理、物流・在庫管理、販売管理だったりするのだ。それぞれ必要とされる知識は非常に多い。普通の新入社員がOJTで身につけようと思ったら数年かかってもおかしくないだろう。 金融(ディラーが使うようなポジション計算をするフロントシステム、リスク計算をするようなミドルオフィス、勘定系のバックオフィス)、流通、輸出入、製薬など、いろんな業務をやってきたおいらが通りますよ。 確かに金融は業務知識がないと歯が立たない。でも、自分の経験した限りでは、それ以外の業務は、案件が始まってから勉強しても十分間に合います。 一週間以内の勉強で、お客様のところにいってシステムの仕様を話し合うことはできるようになります。もちろん、この道何年って人にはかないませんよ。でも、仕様を決める分には困らない

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

独立行政法人 情報処理推進機構（IPA)は2008年5月28日，同機構が主催したイベントIPAX2008で学生と経営者との公開対談を開催した。経営者はCSKホールディングス 取締役 有賀貞一氏，コムチュア 代表取締役社長 向浩一氏に元NEC代表取締役社長で現IPA理事長 西垣浩司氏が加わった。学生代表は慶應義塾大学，九州大学，千葉工業大学，東京情報大学，東京工科専門学校から各校２名が登壇し，うち4名は女性。司会はインプレスR&D 編集局長 田口潤氏が務めた。 「IT産業は技術革新が起き続けているのに，学生に人気がないと言われる。本当に人気がないのか。IT産業は学生からどう見られているのか。率直な意見を聞きたい」（田口氏）。公開対談は昨年に引き続いて2回目となる。 IT企業のイメージは 最初に投げかけられた「やりがいのある仕事とは」という問いに対しては，学生からは以下のような回答が出てきた。

情報処理推進機構（IPA）は5月22日、エンタープライズ系ソフトウェア技術者個人の実態調査の結果を発表した。IPAがエンタープライズ分野でこのような調査を行うのは初めて。 同調査は、ソフトウェア技術者の職場実態を調査することで、ソフトウェア産業が抱える課題を構造的に捕捉することを目的としているという。IPA ソフトウェア・エンジニアリング・センター（SEC）のダイレクトメール送信先と、Web調査会社の一般モニターを対象とした。有効回答数は2168。 IPA SEC エンタプライズ系プロジェクト プロジェクトサブリーダ 高橋茂氏は、調査結果からエンタープライズ系ソフトウェア技術者の実態は「産業界全体では、世間でいわれているほど悪い状況ではない」と説明した。仕事に対するモチベーションについて過半数が肯定的な回答をしており、「仕事のやりがい、やる気、仕事の達成感が、正のスパイラルを描いている」（

人によってプログラム設計書の定義が違っていそうなので、最初に定義しておきます。ここでいうプログラム設計書は、ほとんどプログラムと対応するようなロジックが記述されているようなものです。 プログラム設計書を作るのは「誰が書いても同じコードにするため」だけでなく、元請けがレビューするためでもあります。元請けがプログラミング言語を読めないので、日本語に落としてレビューします。コードを書いてからプログラム設計書を作ることもあります。 プログラミングがあまりできない人が、ちゃんとしたプログラム設計書はかけないのと同じように、プログラミングできない人が、プログラム設計書のレビューはできません。 当然だよね。プログラミングができないのなら、プログラミング言語を自然言語に翻訳したプログラム設計書を理解できるはずがない。 できるとしたら、誤字脱字、単語が統一されていないとか、日本語が変だとかそんな指摘くらい。

浜口さんの言葉には、ブクマや突っ込みを生み出す何かがありますね。 したがってシステムの大規模化は、必然的に想像以上のコストアップと信頼性リスクの増大を招くものであるとの認識が必要になる。 きました。想像以上のコストアップだそうです。 そんな浜口さんに贈ります。今よりコストダウンさせて、SI業界を良くする方法。 例えば、誰が書いても同じコードにするために、プログラム設計書(内部設計書)を今、書かせているとしたら、そんな無駄なものはやめたほうがいいと思う。 プログラム設計書は、自然言語で書きます。プログラムは、プログラミング言語で書きます。どっちの言語が、プログラムを書くのに適しているかといえば、誰が考えても、プログラミング言語ですよね。 いきなりプログラミングはできない人もいるから、プログラム設計書が必要だという人もいるかもしれませんが、それは、間違っていると断言しましょう。 いきなりプログ