どうも私はIT業界の人たちから、オオカミ少年だと思われているらしい。随分前から「SI（システムインテグレーション）ビジネスの終焉」を騒ぎ立てていたが、SIビジネスは幾多の不況期を乗り越え、しぶとく生き残ってきた。だから私がオオカミ少年だと言われるのは、まあ仕方が無い。だが、あえてまた言う。「今度は本当にオオカミがやって来る」。SIerの余命はあと5年である。 SIビジネスはユーザー企業などからシステム構築を請け負う人月商売だが、日本では“SIガラパゴス”と呼ぶ、世界に類を見ない多重下請け構造のエコシステム（生態系）を発達させてきた。このSIガラパゴスには、零細ベンダーも含めると約1万5000社がひしめき、元請けのSIerを頂点に、顧客である企業や公共機関のシステム構築に関するあらゆるニーズ（≒わがまま）に対応してきた。 これは、システム構築ではERP（統合基幹業務システム）をそのまま使った

ITを知らない人達はみんな「ITは魔法である。あらゆる事を解決できる。」と思い込んでいる節があります。 お客様から無理難題 : SE100人に聞いたシステムエンジニアの仕事 - 仕事内容とその魅力 この記事を読んで、私も激しく心当たりがあったので、私も書いてみようと思います。それぞれタイプに分けて考えていきます。 ※ この記事以外のあるあるも記載しています。 お金は出さない型 今すぐ型 常識的に100%有り得ない要求型 とりあえず開発会社に調査依頼型 お役所型 言わなくても解るだろ型 リリースしてから動作確認型 人数を2倍にすると納期が半分にできる型 雑感 お金は出さない型 予算がないから、費用を半額にしてほしい 金額はそのままで、機能追加を要求された。 見積もり価格の半値八掛けにしろと言われた 何故こんな事が起こるのでしょうか。 こういう事を言ってくる人たちは基本的に「システムを構築する

外資系ＩＴビジネスマンの裏側の漫画かいたよ Tweet 1： ◆AUKKRecP3g ＠＼(^o^)／：2015/02/19(木) 21:44:25.89 ID:khkpJy/r0.net 関連 ◆ホテルの裏側(？)のマンガかいてみたｗｗｗ ◆一般職ＯＬと総合職ＯＬのマンガ描いた ◆【画像あり】キツめの企業のマンガ描いてみたｗｗ ◆マルチに勧誘されるマンガかいたよ 原作(原案?)：フクモト(外資系ＩＴビジネスマンでブロガー) 漫画　　　 ：ユズモト 一般人と一般人の謎のコラボ(´・ω・｀)ｗｗｗ 良かったら読んで下さい(´・ω・｀) 2： ◆AUKKRecP3g ＠＼(^o^)／：2015/02/19(木) 21:45:13.21 ID:khkpJy/r0.net 【事前予約】自分好みの「理想の彼女」が作れる恋愛SLG。豪華声優陣にも注目 【事前予約】コロプラ最新作！華やかなリゾート地を舞

Photo by Jonathan Kos-Read 今回のpaiza開発日誌は片山がお送りします。 SIerについて語られる際にIT業界の「多重下請け構造」についての問題点が良く取り上げられますが、「多重下請け構造」がITエンジニアにとってどのような問題点があるのでしょうか？ その点について今回は少し整理してみようと思います。 ■「多重下請け構造」とは何か 説明するまでもないかもしれませんが、「多重下請け構造」とは、受託システム開発において、発注者から直接仕事を請け負った元請（たいていの場合が大手SIer）が、請けた仕事を切り出して2次請け、3次請け、4次請けと仕事を下ろしていくピラミッド構造の事を言います。 良くある例で言うと、元請は要件定義や概要設計等の上流工程を請負い、開発・実装などの下流工程は2次請けに委託する、というような構造です。2次請けは自社リソースで開発を賄えない場合に3

どの世界にも業界用語というものがありますが、IT業界の人がやりがちなのがカタカナ用語の多用です。 「アライアンスによるインタラクティブかつウィンウィンなスキームでステークホルダーにコンプライアンスを云々・・・」等、やり過ぎるとルー語的になってしまい、相手に「意味がわからない」とか「カッコつけてるの？」と不快感を与えかねません。 ちなみに私事ですが、先日、妻から用事を頼まれたとき、 「土曜はちょっとタイトだわ。日曜ならいいけど、リスケでOK？じゃあ、それでアサインしといて。え、毎週するの？だったらルーチンタスクにしとくほうがよくね？」 って返事したら、 (*｀Д´*)　「日本語で言え！わざわざ横文字にすんな」 （#^ω^） 　「“カタカナ用語使いこなすオレ、かっけー”とか思ってるでしょ？」 と、さんざん毒づかれてしまいました。 というわけで、IT業界で使用頻度の高い（と思われる）カタカナ用語

「ソフトウェア開発組織が持つべきカルチャー」と題して、過去に以下の記事を書いています。 継続した学習習慣 コンピュータの基礎を教える 共に学ぶ マネージャが勉強会を主催する プロセス中心ではなく、スキル中心 スキル向上に真剣に長期的に取り組む カンファレンスへ積極的に参加させる コードをレビューする Source Code Controlへ最低でも毎日コミットする ビッグバン・インテグレーションを避ける テストを自動化する ソースコードを調べる 自分で書いたコードを自分で見直す 知識教育だけではなく、良い行動パターンを促進する また、「コードレビューの視点」として、以下の記事を書いていいます。 Copyrightを書く 必要なエラー情報を付加する マルチスレッドプログラミングに注意する 言語仕様を確認する 独り言コメントは書かない 説明とコードが違っていないか注意する 知識の伝達の場 エン

コミュニケーションが生まれるツイートまとめツール

「うちはシステム開発しかやっていないので、クラウドになってサーバーが売れなくなっても、あんまり影響ないと思いますよ。」 ある中堅SI事業者の方から、こんな話を伺いました。 「サーバーをクラウドに変えればいいだけですよね。結局、システムの開発は残るし、運用も多少は減るかもしれないけど必要だし、クラウドでSIは大変なことになると言うけど、うちにはあまり関係ないですよ。」 本当にそうでしょうか。 IPAの「IT人材育成白書2014」には、ユーザー企業の意識とITベンダーの意識に大きな乖離が生まれていること、そして、ユーザーの真のニーズ掴むことが強く求められていると、書かれていました。これについては、前々回のブログで詳しく取り上げましたのでよろしければご覧下さい。 このような意識の乖離が生まれる理由は、何もクラウドが普及したからではありません。クラウドの普及によりSIビジネスが影響をうけるのではな

写真は「Eight」のデータ入力センタの様子。1ユーザー1日10枚程度なら翌営業日には名刺がデータ化される スマートフォンやタブレット端末など、IT技術の進化が目覚ましい昨今。ビジネスにおいてもIT技術を生かしたサービスが隆盛を極めている。だが、一見高度な技術に支えられているように思えるこれらのサービスの中には、実は“人力”に頼っているものもある。 そのひとつに挙げられるのがiPhoneの無料名刺管理アプリ「Eight」。名刺をiPhoneのカメラで撮影して画像データをアプリに取り込むと、自動でデータ化されるというものだが、実はその工程には人力が組み込まれている。 「OCRとよばれる文字読取装置でまず名刺の文字をデータ化するのですが、その後当社のオペレータが名刺の画像とデータを必ずチェックし、間違いのある個所を手作業で修正しています」 お答えいただいたのは、「Eight」を運営する三

米国と中国の半導体を巡る摩擦が2024年春で開始から7年目に突入した。半導体が米中の技術覇権争いを左右する戦略物資であるからだ。米政府が友好国・地域を巻き込んだ対中デカップリング（分断…

日本の風物詩、新卒入社。4月1日の入社式。 思い起こせば30年前の自分だ。希望と不安で臨んだ入社式。合宿の集合研修。 当時はIT産業という言葉は一般的ではなかった。コンピュータ産業だった。そしてコンピュータ産業はハードウェアベンダーが支配していた。ソフトウェア産業が生まれるかうまれないかの時代だ。 自分は大学でソフトウェアを学んだので、ソフトウェアを作ることを仕事にしたいと考えていた。そして、そのころはソフトウェア専業ベンダーというのがまた生まれて間もない頃なので、就職先としては自分の中には候補になっていなかった。ソフトウェアを作りたいのならハードウェアベンダーに行く。そのような時代だった。 IBMがコンピュータ産業を支配していた。メインフレームと呼ばれる、汎用大型コンピュータを作るのがハードウェアベンダのビジネスモデルだった。そして、そのようなベンダーはIBM以外残っていない。すべて時代

「詳細設計書F**k」「SIer、Sxxt」的なお話は定期的に（日常的に？）ネットやTwitterのタイムラインを賑わせているように思います。つい先日もそんな感じのblogエントリが少しバズっているのを目にしました。 よくdisられる感のある詳細設計書*1。これは作られるのでしょうか。必要だから？ではなぜ必要？ 『最近の開発では詳細設計書は必要ない』というニュアンスの発言も耳にします。では昔は必要だったのでしょうか。そもそも何のために生まれたのでしょうか。 ……話しは変わりますが、今私はちょうど、年度末のアレコレでとても現実逃避したい気分だったりします。ということで、気分転換に、昔のことを思い出しながら与太話を書いてみたいと思います。 これから書くお話は、以前 ― 正確な時期は覚えていませんがおそらくは10年前くらい ― 私がSIerに勤務していたころ、今でも尊敬している大先輩のエンジニア

というわけで2014年に突入ですが・・・ 景気が回復しつつある現状で、SIの受注も好調なようです。ユーザー企業でも多少の予算の余裕も出てくるところもあり、システム投資には多少前向きになっているところも感じます。多少のでこぼこや、業界・業種によって色合いは異なるでしょうが、今後数年は景気の回復基調はコンセンサスになりつつあるようです。IT業界も例外ではないでしょう。もたもたしているビッグデータ案件を尻目に、システムリプレースや既存改修、新規でのシステム開発もスタートしつつあり、SI業界の件数ベースは今年は昨年を確実に上回るでしょう。 とはいえ一方で不採算案件も相当増えるように見えます。結果、SIビジネスはトレンド的には案件増・売上増ですが、利益減（または横ばい）というのが実態になるかと。要するに単金はそうそう簡単にはあがりませんが、案件は増えて、人繰りが追いつかず、結果限りなく失敗に近い「よ

ITマーケティングコンサルティング等。京都大学工学部卒、神戸大学大学院経営学研究科修了。キャリア・デベロップメント・アドバイザー。 日本ヒューレット・パッカード株式会社に入社後、ソフトウェア開発を経て、2003年からLinuxビジネス立ち上げのリーダーとなり、日本HPをLinux No.1ベンダーに導く。2010年より、株式会社サイバーリンクスにて新規事業開発に従事。2011年4月 MKTインターナショナル株式会社を起業し、現職。 『マックで飛び込むインターネット』(翔泳社) の執筆以降、ライター活動も実施中。『リーダーにカリスマ性はいらない』（中経出版）、『MySQLクックブック』『JBoss (開発者ノートシリーズ) 』(オライリージャパン) など著訳書多数。 ブログ：あかいまことのブログ Twitter id: mktredwell ＤＯＬ特別レポート 内外の政治や経済、産業、社会問

※本エントリは､自分の気持ちを整理するという事と､同じ様なやりきれない気持ちを抱えている人達に対して､何かのきっかけになればいいなと思い書きました｡自分の不満の憂さ晴らしでもなければ､SIerで働く人達を否定するものでもありません(そんな低俗な事をするつもりは毛頭無いです…)｡自分が現状の業界構造に疑問を覚えたのは事実ですが､それでもその中で正しい道を進もうと頑張る人達を心から尊敬しています｡ 2013年8月31日を持って､新卒で就職したSIerを退職しました｡ 2012年4月に入社してから約1年半､社会人としてのマナーやプログラマとしての基礎を教えて頂きました｡ 関係者の皆様､大変お世話になりました｡ 退職を決めた理由ですが､これといった契機があったわけではありません｡ 強いて言えば､下記の様な問題を考え続けた結果､転職という選択肢が自分にとって最善であると感じたという事です｡ 業界の方

エンジニアは、地方から首都圏へ Facebookである人が、「関西にいる同級生がどんどん転勤や単身赴任で東京方面に行っている」とポスト。それに、呼応する形で、実際に関西から東京へ単身赴任中のIT企業のエンジニアのリプライがあった。 また、先日、ある地方のSI事業者に、取材に行ったとき、現場のマネージャーから、「この数年で、地方のエンジニアのスキルが落ちたという実感がある。競合と提案しても、コンサバだし、一昔前の提案が多い」という話を聞いた。 実際に、僕自身も、90年代は、神戸でソフトウェア開発者であったが、今は、東京で働いている状況だ。 ITバブル崩壊以降、他の産業から遅れて、IT産業の首都圏への集中化が起こっている実感は、多くの業界関係者が持っている。 IT産業を語るとき、ゲーム産業やウェブサービス産業と混在して語られる場合が多いが、IT産業というときは、歴史的には、コンピューターを中心