SIerの余命は5年、オオカミは本当にやって来る
どうも私はIT業界の人たちから、オオカミ少年だと思われているらしい。随分前から「SI（システムインテグレーション）ビジネスの終焉」を騒ぎ立てていたが、SIビジネスは幾多の不況期を乗り越え、しぶとく生き残ってきた。だから私がオオカミ少年だと言われるのは、まあ仕方が無い。だが、あえてまた言う。「今度は本当にオオカミがやって来る」。SIerの余命はあと5年である。 SIビジネスはユーザー企業などからシステム構築を請け負う人月商売だが、日本では“SIガラパゴス”と呼ぶ、世界に類を見ない多重下請け構造のエコシステム（生態系）を発達させてきた。このSIガラパゴスには、零細ベンダーも含めると約1万5000社がひしめき、元請けのSIerを頂点に、顧客である企業や公共機関のシステム構築に関するあらゆるニーズ（≒わがまま）に対応してきた。 これは、システム構築ではERP（統合基幹業務システム）をそのまま使った
IT業界で最強に困る無理難題は一体なにか!? - 文系プログラマによるTIPSブログ
ITを知らない人達はみんな「ITは魔法である。あらゆる事を解決できる。」と思い込んでいる節があります。 お客様から無理難題 : SE100人に聞いたシステムエンジニアの仕事 - 仕事内容とその魅力 この記事を読んで、私も激しく心当たりがあったので、私も書いてみようと思います。それぞれタイプに分けて考えていきます。 ※ この記事以外のあるあるも記載しています。 お金は出さない型 今すぐ型 常識的に100%有り得ない要求型 とりあえず開発会社に調査依頼型 お役所型 言わなくても解るだろ型 リリースしてから動作確認型 人数を2倍にすると納期が半分にできる型 雑感 お金は出さない型 予算がないから、費用を半額にしてほしい 金額はそのままで、機能追加を要求された。 見積もり価格の半値八掛けにしろと言われた 何故こんな事が起こるのでしょうか。 こういう事を言ってくる人たちは基本的に「システムを構築する
外資系ＩＴビジネスマンの裏側の漫画かいたよ : 暇人＼(^o^)／速報 - ライブドアブログ
外資系ＩＴビジネスマンの裏側の漫画かいたよ 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。豪華声優陣にも注目 【事前予約】コロプラ最新作！華やかなリゾート地を舞
IT業界の『多重下請け構造』は社会悪になりつつある - paiza times
Photo by Jonathan Kos-Read 今回のpaiza開発日誌は片山がお送りします。 SIerについて語られる際にIT業界の「多重下請け構造」についての問題点が良く取り上げられますが、「多重下請け構造」がITエンジニアにとってどのような問題点があるのでしょうか？ その点について今回は少し整理してみようと思います。 ■「多重下請け構造」とは何か 説明するまでもないかもしれませんが、「多重下請け構造」とは、受託システム開発において、発注者から直接仕事を請け負った元請（たいていの場合が大手SIer）が、請けた仕事を切り出して2次請け、3次請け、4次請けと仕事を下ろしていくピラミッド構造の事を言います。 良くある例で言うと、元請は要件定義や概要設計等の上流工程を請負い、開発・実装などの下流工程は2次請けに委託する、というような構造です。2次請けは自社リソースで開発を賄えない場合に3
【使い過ぎるとカッコ悪い】 IT業界のルー語 BEST40-Six Apart ブログ｜オウンドメディア運営者のための実践的情報とコミュニティ
どの世界にも業界用語というものがありますが、IT業界の人がやりがちなのがカタカナ用語の多用です。 「アライアンスによるインタラクティブかつウィンウィンなスキームでステークホルダーにコンプライアンスを云々・・・」等、やり過ぎるとルー語的になってしまい、相手に「意味がわからない」とか「カッコつけてるの？」と不快感を与えかねません。 ちなみに私事ですが、先日、妻から用事を頼まれたとき、 「土曜はちょっとタイトだわ。日曜ならいいけど、リスケでOK？じゃあ、それでアサインしといて。え、毎週するの？だったらルーチンタスクにしとくほうがよくね？」 って返事したら、 (*｀Д´*) 「日本語で言え！わざわざ横文字にすんな」 （#^ω^） 「“カタカナ用語使いこなすオレ、かっけー”とか思ってるでしょ？」 と、さんざん毒づかれてしまいました。 というわけで、IT業界で使用頻度の高い（と思われる）カタカナ用語
成長の場を求めないソフトウェアエンジニア？：柴田 芳樹 (Yoshiki Shibata)：So-netブログ
「ソフトウェア開発組織が持つべきカルチャー」と題して、過去に以下の記事を書いています。 継続した学習習慣 コンピュータの基礎を教える 共に学ぶ マネージャが勉強会を主催する プロセス中心ではなく、スキル中心 スキル向上に真剣に長期的に取り組む カンファレンスへ積極的に参加させる コードをレビューする Source Code Controlへ最低でも毎日コミットする ビッグバン・インテグレーションを避ける テストを自動化する ソースコードを調べる 自分で書いたコードを自分で見直す 知識教育だけではなく、良い行動パターンを促進する また、「コードレビューの視点」として、以下の記事を書いていいます。 Copyrightを書く 必要なエラー情報を付加する マルチスレッドプログラミングに注意する 言語仕様を確認する 独り言コメントは書かない 説明とコードが違っていないか注意する 知識の伝達の場 エン
真の人月商売こそが受託開発産業を救う ― 請負契約ではITプロジェクトは失敗する
私は自分では受託開発を原則として請けないことにしていますし、受託開発という産業にはあまり興味がありません。しかし現実問題として日本のソフトウェアビジネスの大半は受託開発産業です。 また自分では受託開発を請けないけれど、他人や他社にプログラミングを外注することはあります。今日は、受託開発のお話です。 受託開発産業でよく言われることに「人月商売からの脱却」などというフレーズがありますが、そうした発言はまさに愚の骨頂と思います。経済やビジネスの原理原則を知らない愚かきわまりない発言です。 受託開発というのは、プログラマーという専門職の時間を使って作業を提供して、その成果物を納品する仕事なのですから、コストは当然プログラマーの作業時間となります。 商品の値段というのは、通常はコストに利益を乗せて売られますから、プログラマーがどれだけ働いたかで算出されるのは、きわめて自然な値付け方式です。 「そうで
クラウドでSIがダメになる本当の理由 | ネットコマース株式会社
「うちはシステム開発しかやっていないので、クラウドになってサーバーが売れなくなっても、あんまり影響ないと思いますよ。」 ある中堅SI事業者の方から、こんな話を伺いました。 「サーバーをクラウドに変えればいいだけですよね。結局、システムの開発は残るし、運用も多少は減るかもしれないけど必要だし、クラウドでSIは大変なことになると言うけど、うちにはあまり関係ないですよ。」 本当にそうでしょうか。 IPAの「IT人材育成白書2014」には、ユーザー企業の意識とITベンダーの意識に大きな乖離が生まれていること、そして、ユーザーの真のニーズ掴むことが強く求められていると、書かれていました。これについては、前々回のブログで詳しく取り上げましたのでよろしければご覧下さい。 このような意識の乖離が生まれる理由は、何もクラウドが普及したからではありません。クラウドの普及によりSIビジネスが影響をうけるのではな
「人力ITサービス」がヒット兆し | web R25
写真は「Eight」のデータ入力センタの様子。1ユーザー1日10枚程度なら翌営業日には名刺がデータ化される スマートフォンやタブレット端末など、IT技術の進化が目覚ましい昨今。ビジネスにおいてもIT技術を生かしたサービスが隆盛を極めている。だが、一見高度な技術に支えられているように思えるこれらのサービスの中には、実は“人力”に頼っているものもある。 そのひとつに挙げられるのがiPhoneの無料名刺管理アプリ「Eight」。名刺をiPhoneのカメラで撮影して画像データをアプリに取り込むと、自動でデータ化されるというものだが、実はその工程には人力が組み込まれている。 「OCRとよばれる文字読取装置でまず名刺の文字をデータ化するのですが、その後当社のオペレータが名刺の画像とデータを必ずチェックし、間違いのある個所を手作業で修正しています」 お答えいただいたのは、「Eight」を運営する三
新入社員のみなさん、入社おめでとう - 未来のいつか/hyoshiokの日記
日本の風物詩、新卒入社。4月1日の入社式。 思い起こせば30年前の自分だ。希望と不安で臨んだ入社式。合宿の集合研修。 当時はIT産業という言葉は一般的ではなかった。コンピュータ産業だった。そしてコンピュータ産業はハードウェアベンダーが支配していた。ソフトウェア産業が生まれるかうまれないかの時代だ。 自分は大学でソフトウェアを学んだので、ソフトウェアを作ることを仕事にしたいと考えていた。そして、そのころはソフトウェア専業ベンダーというのがまた生まれて間もない頃なので、就職先としては自分の中には候補になっていなかった。ソフトウェアを作りたいのならハードウェアベンダーに行く。そのような時代だった。 IBMがコンピュータ産業を支配していた。メインフレームと呼ばれる、汎用大型コンピュータを作るのがハードウェアベンダのビジネスモデルだった。そして、そのようなベンダーはIBM以外残っていない。すべて時代
詳細設計書とコーディング用紙と - きよくらの備忘録
「詳細設計書F**k」「SIer、Sxxt」的なお話は定期的に（日常的に？）ネットやTwitterのタイムラインを賑わせているように思います。つい先日もそんな感じのblogエントリが少しバズっているのを目にしました。 よくdisられる感のある詳細設計書*1。これは作られるのでしょうか。必要だから？ではなぜ必要？ 『最近の開発では詳細設計書は必要ない』というニュアンスの発言も耳にします。では昔は必要だったのでしょうか。そもそも何のために生まれたのでしょうか。 ……話しは変わりますが、今私はちょうど、年度末のアレコレでとても現実逃避したい気分だったりします。ということで、気分転換に、昔のことを思い出しながら与太話を書いてみたいと思います。 これから書くお話は、以前 ― 正確な時期は覚えていませんがおそらくは10年前くらい ― 私がSIerに勤務していたころ、今でも尊敬している大先輩のエンジニア
日本のITエンジニアの地位はなぜ低いのか：日経ビジネスオンライン
日本になぜグーグルのような会社ができないのか――。 古くはマイクロソフト、最近ではグーグル、フェイスブックなど、アメリカではテクノロジーに強みを持つ企業が多数登場している。日本でも、LINEなどの世界的に影響を与える会社が登場しつつあるとはいえ、アメリカに比べれば圧倒的に数が少ない。 この理由として、日本人は新しいことにチャレンジしたがらない、ベンチャーキャピタルなどの投資環境が整っていない、前例主義や過去の実績を重視するのでベンチャー企業の製品やサービスを敬遠しがち、などがよく挙げられる。 だが、「日本ではエンジニアが評価されない」ことが、大きな阻害要因になっているのではないかと、ギノの片山良平CEOは指摘する。 ギノは、ITエンジニア（システムエンジニア）に実際にプログラム（コード）を書いてもらって技術を評価するサービス「paiza」（パイザ）を昨年10月に開始したベンチャー企業。これ
2014年のSIビジネスとかそのあたり - 急がば回れ、選ぶなら近道
というわけで2014年に突入ですが・・・ 景気が回復しつつある現状で、SIの受注も好調なようです。ユーザー企業でも多少の予算の余裕も出てくるところもあり、システム投資には多少前向きになっているところも感じます。多少のでこぼこや、業界・業種によって色合いは異なるでしょうが、今後数年は景気の回復基調はコンセンサスになりつつあるようです。IT業界も例外ではないでしょう。もたもたしているビッグデータ案件を尻目に、システムリプレースや既存改修、新規でのシステム開発もスタートしつつあり、SI業界の件数ベースは今年は昨年を確実に上回るでしょう。 とはいえ一方で不採算案件も相当増えるように見えます。結果、SIビジネスはトレンド的には案件増・売上増ですが、利益減（または横ばい）というのが実態になるかと。要するに単金はそうそう簡単にはあがりませんが、案件は増えて、人繰りが追いつかず、結果限りなく失敗に近い「よ
地方で働きたいITエンジニアがこの先生きのこるには - けいまさんですけど
地方からITエンジニアがいなくなる 地方からITエンジニアがいなくなる｜ＤＯＬ特別レポート｜ダイヤモンド・オンライン 地方にITエンジニアは必要か？(長くなったのでその1） - 自営(文筆業)にっき 地方にITエンジニアは必要か？(その2) - 自営(文筆業)にっき 地方にITエンジニアは必要か？(その3) - 自営(文筆業)にっき 地方にITエンジニアは必要か？(その4) - 自営(文筆業)にっき 「地方からITエンジニアがいなくなる」 - カレーなる辛口Javaな転職日記 地方からITエンジニアが消えていく - あかいまことのブログ 「地方からITエンジニアが消えていく」 - カレーなる辛口Javaな転職日記 一番上の記事を読んで、「そうだよね地方でITエンジニアとして頑張れれば良いよね」という考えをもって、ITエンジニアが地方からいなくなる（首都圏に集まる）ようになった理由が技術的な
地方からITエンジニアがいなくなる
ITマーケティングコンサルティング等。京都大学工学部卒、神戸大学大学院経営学研究科修了。キャリア・デベロップメント・アドバイザー。 日本ヒューレット・パッカード株式会社に入社後、ソフトウェア開発を経て、2003年からLinuxビジネス立ち上げのリーダーとなり、日本HPをLinux No.1ベンダーに導く。2010年より、株式会社サイバーリンクスにて新規事業開発に従事。2011年4月 MKTインターナショナル株式会社を起業し、現職。 『マックで飛び込むインターネット』(翔泳社) の執筆以降、ライター活動も実施中。『リーダーにカリスマ性はいらない』（中経出版）、『MySQLクックブック』『JBoss (開発者ノートシリーズ) 』(オライリージャパン) など著訳書多数。 ブログ：あかいまことのブログ Twitter id: mktredwell ＤＯＬ特別レポート 内外の政治や経済、産業、社会問
顧客に価値を届ける、ってなんだっけ - (define -ayalog '())
2013-12-09 顧客に価値を届ける、ってなんだっけ 開発 日記 最近、@syobochimのブログを読んでいたら、こんな言葉が書いてあった。 顧客に価値を届けたい。 私はいま、価値届けられてるんだろうか。 アジャイルサムライを読んだら意識高まってつらい - そこに仁義はあるのか(仮) 僕はどうだろうか。今のプロジェクトはありていに言えば"炎上"している。 そんな中で「誰の考え方が一番正しい」のか分からなくなった。ので、今日はそんな話を書いてみようと思う。 この話の登場人物 あやぴー 僕です。 マツダさん 僕と同じ会社の先輩。エンジニア歴10年位。 モリさん 僕と同じ会社の上司にあたる人。エンジニア歴20年位の大ベテラン。 イノウエさん 元請けの会社に8月くらいに中途で入社したエンジニアさんで立場的にはプロジェクトリーダー(PL)的な感じ。転職するまでPL1とかVBとかのお仕事を
SIerを退職しました - ギークに憧れて
※本エントリは､自分の気持ちを整理するという事と､同じ様なやりきれない気持ちを抱えている人達に対して､何かのきっかけになればいいなと思い書きました｡自分の不満の憂さ晴らしでもなければ､SIerで働く人達を否定するものでもありません(そんな低俗な事をするつもりは毛頭無いです…)｡自分が現状の業界構造に疑問を覚えたのは事実ですが､それでもその中で正しい道を進もうと頑張る人達を心から尊敬しています｡ 2013年8月31日を持って､新卒で就職したSIerを退職しました｡ 2012年4月に入社してから約1年半､社会人としてのマナーやプログラマとしての基礎を教えて頂きました｡ 関係者の皆様､大変お世話になりました｡ 退職を決めた理由ですが､これといった契機があったわけではありません｡ 強いて言えば､下記の様な問題を考え続けた結果､転職という選択肢が自分にとって最善であると感じたという事です｡ 業界の方
地方からITエンジニアが消えていく - Akai's Insight & Memo
エンジニアは、地方から首都圏へ Facebookである人が、「関西にいる同級生がどんどん転勤や単身赴任で東京方面に行っている」とポスト。それに、呼応する形で、実際に関西から東京へ単身赴任中のIT企業のエンジニアのリプライがあった。 また、先日、ある地方のSI事業者に、取材に行ったとき、現場のマネージャーから、「この数年で、地方のエンジニアのスキルが落ちたという実感がある。競合と提案しても、コンサバだし、一昔前の提案が多い」という話を聞いた。 実際に、僕自身も、90年代は、神戸でソフトウェア開発者であったが、今は、東京で働いている状況だ。 ITバブル崩壊以降、他の産業から遅れて、IT産業の首都圏への集中化が起こっている実感は、多くの業界関係者が持っている。 IT産業を語るとき、ゲーム産業やウェブサービス産業と混在して語られる場合が多いが、IT産業というときは、歴史的には、コンピューターを中心
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
まとめよう、あつまろう - Togetter
日経BizGate｜課題解決の扉を開く
