日本のIT業界、特にシステム開発に関連する案件では、プライムと呼ばれるNTTデータや野村総合研究所、富士通、日立、NECといった大手の企業が元請けとなり、その下に中堅、中小が連なるプラミッド構造になっている、とはよく言われることです。 ピラミッド構造は大規模案件だけでなく、中小の案件でも元請けと請負、派遣などによって構築されることは珍しくないとも言われています。 このピラミッド構造はどれくらい根が深いものなのでしょうか？ それを経済産業省の統計から推測した資料を先日拝見することができました。とても興味深い内容でしたので紹介したいと思います。 派遣の受入れ数は派遣数のなぜか4倍 経済産業省が定期的に行っている「特定サービス産業動態統計調査」は、調査対象となるサービス産業の売上高などの動向などから景気や雇用動向の判断材料にするとともに、産業構造政策、中小企業政策のための資料とするために行われて

SI業界（日本）のJavaプログラマーにはオブジェクト指向より忍耐力が求められている？ - 達人プログラマーを目指して http://d.hatena.ne.jp/ryoasai/20110109/1294581985 をうけて自分の考えを書いておきます。 二年前なら、自分もどうしたらSI業界をよく出来るか真剣に考えていたし、NTTデータの人達と実際に話し合いもしています。 NTTデータとの真昼の対決シリーズ http://d.hatena.ne.jp/higayasuo/20080612/1213241779 http://d.hatena.ne.jp/higayasuo/20080828/1219901392 でも、ソーシャル、クラウド、スマフォの時代になって、考えが変わりました。 今は、世の中の動きがかなり速くなっているので、その中で素早くチャンスを捕まえたものだけが生き残ります。受

日本とアメリカのITに関係するビジネスモデルやらなにやらが異なるおかげで、頭の中がモヤモヤしっぱなしなので、メモ代わりに書いておく。 (1)SIerが居ない 僕は日本ではSI企業に勤めているのですが、その立場から感じる日米の一番大きな違い（そして一番の大きな悩み）はこれだと思う。 アメリカの企業はシステムの開発／導入／運用を基本的に自社内のエンジニアが行う。日本のようにSIerにアウトソースして、一切を任せるということはない。このため、米国のベンダー企業(Cisco,HP,Oracle,EMCなど)から直接機材を調達するという構図ができている。もちろんSIerが全くない訳ではなく、展示会などに行くと、システム構築をお手伝いする企業だとか、運用を請け負う企業だとかは見かけるのですが、彼らは、リソースが足りなく、スケジュールが厳しく、かつコスト対効果が見合うときにのみ声がかかるいわばピンチヒッ

「議事録や提出資料の内容を、スルガ銀行にとって都合がいいように変更するよう求められた。『日本IBMが悪かった』という表現を議事録などに織り込むようにも迫られた」。日本IBMの金田治副会長は3月4日午後2時40分、東京地裁の411号法廷で証人尋問に臨み、こう主張した。 この証人尋問は、スルガ銀行がシステム開発の失敗で被った損失など111億600万円の支払いを日本IBMに求めた裁判についてのもの（表）。2008年3月にスルガ銀行が日本IBMを提訴してからちょうど2年。裁判は非公開での弁論準備手続が続いていたが、この2月から3月にかけて、3回の証人尋問が公開形式で行われた。 日本IBMからはプロジェクト当事全社の営業責任者を務めていた金田副会長、スルガ銀行からは乾精治常勤監査役のほか、両社の開発現場における責任者を務めていたメンバーが出廷した。 今回の証人尋問で注目されるのは、現役の日本IBM幹

"大手SIerの利益悪化がとどまることを知らない件"で紹介されている表をちょっと拝借し、営業利益率を加えてみた。 社名 売上高（億円） 営業利益（億円） 営業利益率 2007 年度 2008 年度 2009 年度 2007 年度 2008 年度 2009 年度 2007 年度 2008 年度 2009 年度 NTTデータ 10,449 11,390 11,429 898 985 816 9% 9% 7% 大塚商会 4,694 4,671 4,271 300 270 160 6% 6% 4% 野村総合研究所 3,279 3,412 3,386 481 497 400 15% 15% 12% ITホールディングス 3,224 3,383 3,148 199 237 159 6% 7% 5% 伊藤忠テクノソリューションズ 3,192 3,072 2,903 250 216 215 8% 7% 7

田中克己の針路IT - ソフト会社に明日はない？：ITpro ＿＿＿_ ／::::::::::　 u＼ ／:::::::::⌒ 三. ⌒＼ 　　　　 　ウソだろ！？ 今期、いきなり利益半減？ ／:::::::::: （ ○）三（○）＼　　 　 　　　　　会社どーすんだろ・・・orz |::::::::::::::::⌒（__人__）⌒ 　|　＿＿＿＿＿＿＿_ ＼::::::::::　　 ｀ ⌒´ 　 ,／　.| |　　　　　　　　　　| ノ::::::::::u 　　　　　　 　＼　| |　　　　　　　　　　| ／:::::::::::::::::　 　　　　u 　　 　　 | |　　　　　　　　　　| |::::::::::::: ｌ 　u　 　 　 　 　　　　　| |　　　　　　　　　　| ヽ:::::::::::: -一ー_~､⌒)^),-､　　　| |_＿＿＿＿＿＿__| ヽ::

印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 日本オラクルのプライベートイベント「Oracle OpenWorld Tokyo 2009」（OOW Tokyo）3日目のセッションには、「NTTドコモの情報システム戦略―リアルタイム・マネジメントへのあくなき挑戦」というタイトルでNTTドコモの執行役員情報システム部長の西川清二氏が登壇した。同社はいわずと知れた国内最大の携帯電話会社だが、サーバ約1600台、ディスク容量約5000テラバイトという大規模システムを動かすデータベース管理システム（DBMS）はほぼOracleで統一されている。 そのためか今回のイベントでも注目の的で、会場は1000人を超える入場者で超満員の盛況となった。「業務とデータフローを一致させたシステム上で現実の経営

受託開発では技術・人材が蓄積しない、という反論でしたが、そういう受託開発ではいけない、という点では同じ意見です。問題は、どうしたら受託開発で技術・人材を蓄積していくか、ということであり、そこにこそ経営手腕が問われているのだと思います。 受託開発のメリット：キャピタリストの視点：ITmedia オルタナティブ・ブログ タイトルでメリットと書いておきながら何もメリットについて言及していないので、僕が思う受託開発のメリットを書いてみる。大きく言えばこの２つだと思われる。 受託開発のメリット 食いっぱぐれがない 深く狭く濃いサービスを提供できる 受託をやる側からしたら、一番のメリットは受注生産だってことだと思います。オーダーメイドで洋服作ってくれっと発注されるようなものですから、作れば必ず売りになりお金が入ります。買い手にとって受託の難しい所は発注したら後に引けないところなんですが、売り手からする

リチウムイオン電池、まだイケる　ＥＶで500km走行へ［有料会員限定］ 6:30 ドル33年ぶり高値に　金利高、マネー呼び込む［有料会員限定］ 2:00 来年度予算、消費増税へ対策総動員　五輪後に景気失速懸念［有料会員限定］ 1:34 テノＨＤの池内社長「東京と九州で保育所拡大」［有料会員限定］ 12/21 膨張したパッシブ、新たなリスクに？［有料会員限定］ 12/21

昨日は、NTTデータとの決闘シリーズ第二幕。戦闘服には、かりゆしウェアを選びました。 今回は、データの顧客であるユーザ企業からも参加していただきました。この人はKさんと呼ぶことにします。Kさんは、現在Seasar2(SAStruts, S2JDBC)を使って、プログラミングファースト開発を実践されている先進的なユーザです。BtoCのサイトを作っていると考えてください。 プログラミングファースト開発の詳細はこちら。 http://d.hatena.ne.jp/higayasuo/20080501/1209636051 http://d.hatena.ne.jp/higayasuo/20080721/1216607451 最初のテーマは「品質」。データとしては、 テストコードのカバレッジやバグ密度などで品質を確保しようとしている。 でも、品質に問題があるプロジェクトも残念ながら存在する。 品質

ユーザー企業のみなさんは、システム開発プロジェクトを進める際、ITベンダーに次のような依頼をしたことはないだろうか。 経営判断でシステムの稼働日は決まっている。だが、肝心の要件は固まっていない。「何としても納期を守ってくれ。要件定義と並行して、仕様が固まっている部分から、開発作業に着手してくれないか」。 すでに開発が済んだ部分について、利用部門から大きな仕様変更の依頼が来た。「予算はもう増やせない。申し訳ないが、最初に契約した金額のままで修正してくれないか。次の案件も御社に発注するから」。 新システムの予算を何とか確保した。あとはこの予算でシステムを開発してもらうだけ。「ハードウエア込み、要件定義から運用設計まで、すべて一括で契約してほしい」――。 頻繁とは言わないまでも、システム開発を進めるうえでは“よくある話”だ。問題があると分かっていても、経営層や他部門からの要請で、こうした依頼を

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

昨日、NTTデータに「お前は最近、NTTデータに批判的でけしからん」ということで、呼び出されました。もちろん、「批判的でけしからん」というのは冗談ですが、私が、NTTデータを嫌っていると思っているデータ関係者は、実際多いようです。 データの偉い人の発言に対して、それはちょっとおかしいんじゃないのといったことはありますが、データを嫌いといったことはもちろんないはず。 データの社員の中に根強くある(と思う)「プログラミングがあまりできない人でも何とかなるように、ガチガチにルールやツールで縛る。できる人はスキルを発揮できなくなるかもしれないけど、それはしょうがない。」という考えは、個人的には好きじゃないけど。大規模なプロジェクトをまかされるSIerとして、そう思う気持ちは良くわかるんだけどね。 話し合いの中で、私が言ったのは、できる開発者が力を発揮できるように、体力勝負になってしまうような縛りは

IPAのイベントで2008年5月28日に行われた学生とIT業界トップの公開対談を聞いていて，一瞬胸を衝かれた。IPA理事長で元NEC 代表取締役社長の西垣浩司氏のこの言葉を聞いたときのことだ。 コンピュータを作ることが本業ではなくなったメーカー 「数として欲しいのは，金融システムなど企業の大型システムに従事する人間。こういった領域では，個人の能力よりは業務ノウハウが重要。プログラマとして優秀であっても，業務を理解しないと，よいシステムができない。技術だけを評価して処遇することは企業としては難しい。天才プログラマのように技術を極めるのであればそれを生かす道に行くべきであって，企業に入って大型システムを開発するのはもったいないか，向いてない」(西垣氏） 必要とされているのは技術ではなく，プロジェクト・マネジメント能力や調整能力。求められているのはメーカーの人材像ではなく，ゼネコンやエンジニアリ

10年間泥のように働いて花が咲きましたのぶくまのコメントにこういうのがありました。 経営層がプログラムの品質を度が越えたほどに軽視する理由の 一つが説明されてます。目から鱗です。意外とみんな知らないようなので、「SI業界の経営層の考えが古い理由」をきちんと説明したいと思います。 汎用機あるいはオフコンの時代は、COBOLやRPGなど(他にもありますが私が経験したものをあげています)の言語が使われていました。 昔の言語は、誰が書いても同じようなコードになると思われていました。もっというと、コピペしてちょっと書き換えるという開発スタイルが多かったのです。もちろん現場によって開発スタイルは違うと思いますが、コピペが横行してたんじゃないかなぁ。 コピペでの開発なら、そりゃ誰が書いても同じようなコードになるよね。 再利用性、保守性より「最初にとりあえず動かすこと」が重要視された。コピペでちょろっと変