現代の企業においては、IT（情報技術）、そしてウェブをどう使っていくかが企業の成長のカギを握っている――。このことに異論がある方はいないだろう。 少し前までは、既存の業務を一部IT化し「わが社はITを活用している」などと生ぬるいことを言っていられる時代だったが、今ではIT、ウェブをベースにビジネスモデルを組み立てていないと勝ち目の無い世界になりつつある。 グーグル、フェイスブック、マイクロソフトなどは言うまでもなく、今やITと全く無縁そうな回転寿司屋でさえ、ビッグデータを活用し廃棄量75％削減を達成している時代である（「スシロー、ビッグデータ分析し寿司流す 廃棄量75％減」：日経新聞電子版1月27日）。 しかし、これだけビジネスの中心にIT、ウェブが入り込んできている現在でさえ、IT、ウェブの中心を担うITエンジニアの仕事について「製造業と同じようなもの」と勘違いしている人が非常に多い。

木村岳史の極言暴論！ - SIガラパゴス、多重下請け構造の終焉の始まり：ITpro クラウドだ、オフショアだ細かい端々の間違いを指摘してたら、自分の書いていた過去記事とほとんどおんなじ内容になってしまったので、たまには趣向を変えて見ようかなと。 ※元記事の問題提起がワンパターン過ぎて。。。 そもそも、日本のSIerってガラパゴスと呼ばれるほど特殊なのか、について。 世界のシステム開発ベンダ IPA 独立行政法人 情報処理推進機構：IT人材育成事業：IT人材白書 世界のベンダ事情を調査した素晴らしいレポートなので一読あれ。 非常に長い内容なので、かいつまんでまとめます。 米国 ウェブサービス企業などのイノベーティブなハイエンドサービスを提供するIT企業は内製化。それ以外の非IT業種で、金融機関、連邦政府などIT部門が強い業種では、マネジメントやIT戦略部門を内製化、開発はベンダ（IBMなど）

マネジメント 新しいチームのあり方を探求 就活 就活生必見！サイボウズの疑問 ティール組織 会社の「あたりまえ」が変わる 多様性 100人100通りの個性 ワークスタイル 働き方、生き方、もっと自由に 青野慶久 サイボウズ社長の想いと覚悟 キャリア 人生の「積み上げ方」を見直す 複業 複数の「本業」をもつ働き方 人事制度 多様な働き方を支える仕組み マンガ サクッと手軽に読める！ プロジェクトにはトラブルが付き物です。すべてが予定通りに進むプロジェクトなんてほとんどないと言ってよいでしょう。 相次ぐトラブルのせいでスケジュールが予定より大きく遅れてしまった場合、それはどのようにすれば取り戻せるのでしょうか。誰でも思いつく一番単純な方法は、残業や休日出勤などで労働時間を伸ばすことです。 しかし、これは必ずしもいい方法とは言えません。普段の2倍の時間働いたからと言って、2倍のアウトプットが出せ

Chikara Kuwata@M3 第2展示場 コ-07a @ckuwata そんじゃ次はSIer酷い話ランキングだが、ちょっとまあ過去のあれとか地雷だらけなんで訴訟にならん範囲で。 2014-06-03 23:18:43 Chikara Kuwata@M3 第2展示場 コ-07a @ckuwata 第5位：「鍬田さんが来るとわかっていたならこんなもん採用してなかったよ事件」 えー、これは俺が比較的初期からいた某プロジェクトの話。そのプロジェクトではとあるマイナーなバージョン管理システムの導入が既に決定事項になっていたのだが、その理由の一つはCVSわかる人がいなかったから。 2014-06-03 23:21:55 Chikara Kuwata@M3 第2展示場 コ-07a @ckuwata 「CVS以下」というあたりが世も末だが、その理由の一つはEclipseプラグインの出来が大変アレで、

「あんたの言う通りかもしれんな。IT部門はシステム子会社も含め一度解体再編したほうがよいだろうね」。最近会った大手製造業の元CIO（最高情報責任者）はそう言った。私のコラム「極言暴論」の記事を巡って議論したときのことだ。この人は当初「あんた、酷い記事を書いているな」と文句を言っていたが、本音ベースの話になると私と全くの同意見だった。 私は、一部の企業を除けばIT部門には将来が無いと思っている。今や多くのIT部門が、ビジネスのイノベーションにITを活用したいという事業部門や経営の要望に背を向け、基幹系システムという名の“間接業務支援システム”のお守りに汲々とする存在に成り下がっているからだ。だから私は、IT部門の解体再編の必要性を主張している（関連記事：寿命が尽きるIT部門に「終活」のススメ）。 こうした極言暴論の記事が多くのIT部門関係者の目にとまったようで、「一度話をしたい」と彼らから呼

世間一般では、SIerは非効率、プログラマのスキルが酷い、ガラパゴス化している等、評判が悪く袋叩きにあっているようです。実際にはグローバル水準で戦える高スキル者はいるし、特に某親会社の人達はみな頭の回転が速いし、志が高いです。 一方で私の5年そこそこの短い経験の中でも、世間の評判通り、開発現場の信じられないような体たらくっぷりをたくさん見てきました。すごく立派な看板の裏でのしょぼい設計実装、ミス等 etc... (私も人のことを言えないですが・・・) そこで、私の見える範囲の世界で、どうしてこのような現状なのか考えてみました。 (私の見える範囲なので、他社だと全く状況は違うだろうし、他者には違った世界が見えているかもしれません。) SIerの問題点1. 技術力向上のインセンティブが少ない 恐らく最大の原因はこれではないかと思います。要するに、必死に技術力を磨くインセンティブが乏しいのです。

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

情報処理推進機構（IPA）が4月25日に公開した『IT人材白書2014』に並ぶ数字は、日本のIT業界の現状を鮮やかに映し出している。現状と言うよりも“惨状”と言ったほうがよいのかもしれない。多くのIT企業が、目先の巨大開発案件により生じた技術者不足への対応に懸命になる一方で、ユーザー企業の新たなニーズに応えられる人材の育成に無頓着であることが透けて見えてくる。

新人社員のみなさま、まずは無事社会人になられたことをお祝い申し上げます。そして、このタイミングで、ともすれば斜陽産業とも言われるSIerに入るということで期待と不安がないまぜになっているのではないかと思います。 SIerというのはエンジニアの自覚を持たずしても生き抜くことが出来てしまう可能性の高い職種です。しかし、10年前ならいざしらず、今この激動の時代において、エンジニアにならずして生き抜くことが可能かどうかはもはや疑問です。 そこで、みなさんにはSIerにいながらにしてエンジニアとして成長するためにいくつかの心構えを与えましょう。 技術力はまず目の前のパソコンから PCを使い慣れた人にとってはSIerに入って気づくことが一つあります。先輩たちは驚くほどPCのことを知りません。PCに詳しくても業務システムを作れないからです。でも、それって本当にいいんでしょうか。目の前のPCがどう動くかも

青汁サイエンスことエス・サイエンス、中期経営計画の「株主に支えられ一緒に成長を目指す」イラストで笑いを誘う

今からちょうど4年前の2010年2月、某巨大SIerの片隅でExcelやPowerPointばかりを眺めて過ごしていた頃、おれは仕事でも仕事以外でもコードなんかまったく書いていなかったし、GitHubのアカウントも持ってなかった。毎日見積書とWBSと納品書と請求書と、Excel方眼紙の詳細設計書と格闘してた。 当時おれは30歳だった。一度はプログラマとして生きるのは自分には無理だと思って入社したSIerで数年やってて、そこそこ成功した数年を送っているとは思っていたけど、でもやっぱり、そんな毎日に飽きていた。 技術力を重視とか言いながらプロパー社員にコードを書かせようとしない会社の方針にも、svnもgitも閉じられててガチガチに監視されたネットワークに繋がせておいてオープンソースがどうのと言う文化にも、手順や履歴を重視とか言いながらロクにバージョン管理システムを使おうとしない一部の同僚にも、

海外出張の後の振り休で暇なので書いてみよう http://getlife.hateblo.jp/entry/2014/02/06/030300 こういう無知なおっさんが居るから、日本のIT業には魅力がないのだよなぁ、という印象 自分はプログラマというよりは、どちらかというと研究で飯を食ってる非SIのエンジニア このブログの著者のおっさんが言うところの、プラスアルファは手に入れてる側ではあるんでしょう 普通のプログラマであることでは、差別化が出来ないと考えたからこそ様々な挑戦を繰り返し 生き残るために研究開発というポジションについた 外資でも働いたし、海外でも勤務経験がある 分析役（SE、アプリケーションエンジニア、業務エンジニア、システムアーキテクトなど） 業務分析やシステム分析を行い、「何を作るべきか」を明確にするための分析役を担います。 実装役（コーダー、テスターなど） 実際に動くアプ

IT業界にいたのは10年ほどです。最初は金融系のSIer（システムインテグレータ）に就職しました。ある金融機関のメインフレーム保守担当として、COBOLのプログラムを書いていました。 ただ、その顧客企業に特有の業務にばかり詳しくなってしまい、「技術者としてつぶしがきかなくなる」と感じたため、2～3年後に第2新卒でベンチャー企業に転職したんです。 その後は、外資系IT企業などいくつかの企業を転々としました。その間に、UNIXやLinuxなどのITインフラ、データベース、ネットワーク、アプリケーション開発など広範に体験させてもらいまいた。その後、いつのまにかラノベ作家になっていました。 いやいやいや、いつのまにかということはないでしょう。どのようなきっかけで作家に転向したんでしょうか。 実は、勤めていた外資系企業が、円高などの環境変化で受注が減り、社内で仕事がなくなってしまいまして……。時間が

元ド底辺SIerの私が心機一転、スタートアップに参加して約1年半が立ちました。 今後の自分の仕事を占う意味でも、ここらで自分がこれまでに感じたこと、悩んだこと、考えたことを整理しておこうかと思います。 もしも現在、SIer系の仕事をされていて、いずれはベンチャーで働いてみたいという人の参考になればもちろん嬉しいのだけど、ベンチャーってのは本当に千差万別で、ここで書いたことがそのまま他のベンチャー企業に当てはまるとは限らない、ということだけはご了承を。 「仕様」って言うな！ 最初の問題はこれ。 SIerにとって「仕様」って言葉は絶対的な意味があるわけですよ。 お客様から要求を聞いて、要件を定義して、「はい、コレコレこういうもの作りますよ。この製品ではこういうことができます。逆にこういうことはできません。よろしいですか？」と約束した結果が仕様だから当然と言えば当然。だからこそ、仕様を定めること

政府システム調達における失敗の典型例が、特許庁の基幹系システム刷新プロジェクトだ。5年がかりで臨んだが、結局は55億円を無駄にしただけ。新システムは完成しなかった。失敗の最大の要因は、発注者である特許庁にあった（図1）。関係者の証言から、失敗に至る経過を改めてひもとく。 特許庁は2004年、政府が打ち出した「業務・システム最適化計画」に沿って、特許審査や原本保管といった業務を支援する基幹系システムの全面刷新を計画した。システムアーキテクチャーに詳しい情報システム部門のある職員（以下A職員）と、刷新の「可能性調査」を担ったIBMビジネスコンサルティングサービス（現・日本IBM）を中心に、調達仕様書を作成した。 業務プロセスを大幅に見直し、2年かかっていた特許審査を半分の1年で完了することを目指した。度重なる改修によって複雑に入り組んだ記録原本データベース（DB）の一元化に加え、検索や格納など

みずほ銀行が次期システムの開発をマルチベンダー体制で進めることが日経コンピュータの取材で判明した。富士通、日立製作所、日本IBM、NTTデータの4社に分割発注する。ハードウエアの調達とアプリケーションの開発を分離し、さらに預金や融資といった機能ごとに開発委託先を変える。大手4社に発注を分散させることで、総額4000億円を超えるとみられる大規模プロジェクトにおける技術者確保などに万全を期す。 委託内容と発注先との関係は次のとおりだ（図）。勘定系システムの中核をなす「流動性預金」のアプリケーション開発は、富士通に委託する。富士通はみずほ銀が現在使っている勘定系システム「STEPS」の開発元である。 流動性預金のアプリケーションの動作プラットフォームには、日本IBM製メインフレームを使う。みずほ銀は「CIF（カスタマー・インフォメーション・ファイル）」や「処理フロー制御」など、各アプリケーション

「業務系SEの末路的なお話でして」という資料が一部の人々（というかソフトウェア業界人に）の話題になっています。 業務系SEの末路的なお話でして from okachimachi この資料自体は業界人的には、現在置かれている絶望的状況を的確に記述しているように思うわけですが、6スライド目にある給料の状況を見て「日本の技術者はアメリカの技術者に比べ不遇なのではないか」と捉えると大間違いなので注意が必要だと思います。 まず、これらの国の一人当たり購買力平価換算GDPを並べてみます（一人当たりGDPを比較する場合は、為替レートの一時的な変動を無視するために購買力平価で調整するのが一般的）。 国 一人当たりGDP 倍率（日本=1.0） アメリカ 48,327.86 1.39 中国 8,386.68 0.24 インド 3,662.69 0.11 ベトナム 3,358.62 0.10 韓国 31,220