システムインテグレーターが生き残る道【前編】
クラウドコンピューティングの台頭により企業情報システムの構築および運用形態は大きく様変わりしようとしている。システムインテグレーターがこれまで収益源としていたオンプレミス型のインフラ構築、受託によるアプリケーションのスクラッチ開発、パッケージを活用した導入支援およびカスタマイズといった事業だけでは大きな成長を望むことはできなくなってきている。 システムインテグレーターを取り巻くビジネス環境 リーマン・ショック後、システムインテグレーター（SIer）を取り巻くビジネス環境は、いくつかの観点から厳しい逆風の中にあるといえる。2001年から12年間にわたってITRが実施している「IT投資動向調査」においても、2009年以降ユーザー企業におけるIT投資の低成長が続いている（図1）。これは、世界的不況の影響でユーザー企業におけるコスト削減圧力が強まったことによるものであるが、その後も投資や経費に対す
2013 デブサミ 「SIの未来ってどうなのよ？」
2013年2月 Developers Summit 【14-D-3】 「SIの未来ってどうなのよ？」SIer大淘汰時代にAWS専業で新しいSIの形にチャレンジする企業の舞台裏と題して、AWS専業のインテグレーター、サーバーワークスの代表を務める大石が、なぜ「AWS専業」を目指すことにしたのか、今までどのようなAction!を起こしてきたのか、そしてクラウド時代のSIerはどうなり、どんなAction!が求められるのか、お伝えさせて頂きました！ AWSに関するお問い合わせ：https://www.serverworks.co.jp/contact/ サーバーワークスエンジニアブログ：http://blog.serverworks.co.jp/tech/Read less
助けて！組織風土改革にすがるIT業界
社会や企業におけるITシステムの重要性が高まっていることもあって、やりがいは増し、活気に満ちあふれていてもおかしくないITプロフェッショナルのお仕事。ところが実態はそうでもなさそうだ。 「IT業界の方から、うちの会社の組織風土改革もお手伝いいただけないか、とお声掛けいただく機会が増えた」。日経情報ストラテジーで人気のコラムニストであり、組織風土改革の第一人者であるスコラ・コンサルトの柴田昌治氏は、こう打ち明ける（関連記事：悲鳴を上げるIT業界から組織風土改革の依頼が急増中）。 国内のIT投資がさほど伸びない状況にあり、受注合戦は激化する一方だ。顧客企業から突きつけられる厳しい納期や予算に対応するため、システム開発の現場はつらい仕事を強いられている。 企業経営の強化にITの利活用が不可欠とされる時代。ITプロフェッショナルの活躍の場は広がることは間違いないにもかかわらず、システムの仕事は「3
公共的なシステム開発のあり方と特許庁システム問題 - novtan別館
異論はたくさんあると思うし、答えは一つではないと思うので、私見です。 そんなにバグが無い状態をめざさなきゃいけなくて、それが実現できるんだというなら、ロジックをハードウェアにでも焼き込んでしまえばいい。ロジックをソフトウェアで書くのは、変更に対応するためだ。 ソフトウェア開発にとって最大の阻害要因は納期 - 狐の王国 でもね、目指さなきゃならんと思うんですよ、場合によっては。全システム金額計算とセキュリティーの塊である銀行の基幹系システムをやっている身としては、１００％バグのないシステムを作るのは無理だけど、１００％バグのないシステムを目指すのは義務だと思っている。結果として、バグによって起きる障害は少ないし、起きた結果として預金が消えてなくなって痕跡も残らない、ということもない。 それだけ厳しいことをやっている理由の一つには、不正を看過しない、という要素も含まれている。もっとも、昨今の銀
ソフトウェア開発にとって最大の阻害要因は納期 - 狐の王国
えっらそうに大規模開発を語るような立場じゃないんだけど、何かと話題のこのへんの記事を読んでいろいろと日ごろ思うところがふつふつとわいてきたので……。 Life is beautiful: 特許庁のシステム開発が破綻した本当の理由 Fumi's Travelblog: "費やした55億円、水の泡に 特許庁がシステム開発中断"って一体何だったのか、報告書を読んでみた 特許庁システムのことはそれなりに話題で、日本についてから何度も話にあがってきている。まあ不祥事だのなんだのって話もあるがそれはおいとくとしても、設計段階で60人体制ってだけでも多すぎるのに、増員で1300人体制とか……。設計を穴掘りかなにかと勘違いしてるとしか思えない対策でそりゃまあ破綻するよなあと。 それからね、中嶋さんの記事のコメント欄に書き込まれてた、よく言われる大規模開発でのこのへんの話。 SIerが開発を行う場合、この1
SIer系エンジニアがベンチャーで働き始めるとぶつかる壁のリスト - IDEA and Players
元ド底辺SIerの私が心機一転、スタートアップに参加して約1年半が立ちました。 今後の自分の仕事を占う意味でも、ここらで自分がこれまでに感じたこと、悩んだこと、考えたことを整理しておこうかと思います。 もしも現在、SIer系の仕事をされていて、いずれはベンチャーで働いてみたいという人の参考になればもちろん嬉しいのだけど、ベンチャーってのは本当に千差万別で、ここで書いたことがそのまま他のベンチャー企業に当てはまるとは限らない、ということだけはご了承を。 「仕様」って言うな！ 最初の問題はこれ。 SIerにとって「仕様」って言葉は絶対的な意味があるわけですよ。 お客様から要求を聞いて、要件を定義して、「はい、コレコレこういうもの作りますよ。この製品ではこういうことができます。逆にこういうことはできません。よろしいですか？」と約束した結果が仕様だから当然と言えば当然。だからこそ、仕様を定めること
SIerは衰退しました ―ようせいさんの、たいかんきょほうしゅぎ― episode 1：SEは眠らない ―Fatal / stay night―：エンジニアライフ
わたしたちプログラマがゆるやかな衰退を迎えて、はや数世紀。すでにシステム開発は、“妖精さん”のものだったりします。 わたしはそんな“妖精さん”と、営業との間を取り持つ重要職、准公務員である《相談役（コンサルタント）》として新卒採用され、故郷であるタメイケの山王へと帰ってきました。 定年延長で再雇用されている祖父でも現役でできる仕事なのだから、さぞかし楽なことだろうと、この職業を選んだわたしでしたが、はてさて、現実とはしごく残酷なもので……。 「にんげんさんー、にんげんさんー」「どうかしましたか？ 妖精さん」「しつもんあるですー」ぴょこん、とある種の中毒性を持つスナック菓子の穴から顔を出したのは、手のひらサイズの身長に、見事な3頭身。 まるでねんど製愛玩人形のような趣を持つ、非常に愛くるしい外見の生命（？）体。これが、現在この地球で最も繁栄している種族。「現プログラマ」こと、“妖精さん”です
SIer / SEは終わってない – yusuke.blog
近年「SIer」、そしてSIerの労働力の多くの割合を占める「SE」が「オワッテル」というような話を良く聞きます。 特に聞くのが「海外では」「欧米では」「アメリカでは」「USでは」といった枕詞を付けて構造・仕組みがおかしいという論調[*1]。 「日本では」、「海外と」「欧米と」「アメリカと」「USと」仕組みが違うので単純な比較は意味がありません。 "SIer"が生まれた背景としてはコンピュータシステムが複雑化しすぎて、開発・運用に多くの人的リソースが必要になったということがあります。 そしてユーザー企業の直接的な採算部門ではない技術部門に専門技能を持つ(恐らくそれなりに高給の)エンジニアを雇い入れ、開発・運用するのは難しいです。また特にコストのかかる開発が一段落して運用フェーズに入った段階で労働力が余ると非効率になります。 配置転換や経営の効率化など、解雇を回避する努力を最大限にしないと日
SIerが技術力を求めているという誤解 - SCHWARZGEIST
ＳＩ屋とかゲーム業界について考えてみた。 実はＳＩ産業のクラウド化と、ゲーム業界のソーシャルゲーム化は システムがネットの向こう側から提供されるという共通点以上に、共通点があると考えるからだ。 そしてその動きは、任天堂の「連結決算を開示して以来始めての赤字」や、 「DeNAによるベイスターズ買収」に見られるように、急激な業界構造の変容を生み出している。 キーワードは技術力ＶＳマネジメントだ。 まずはＳＩ業界の話から始めよう。 案件プライムを取ってこれるような大手システムインテグレータでの システムエンジニアの最終的なキャリアパスは、ＰＭである。 システムインテグレータは若手を、ＰＭにいたるまでのキャリアパスへと 導くための初歩的なプログラミング経験や、運用技術の実務経験を積ませていく。 その成長過程で重視され、身につけることを求められているのは、技術力よりもマネジメント能力と業務知識だ。
みずほ銀行のマルチベンダー化について解説する - novtan別館
はてブではすでにボロクソ言われてますね。フラグ立ちまくりと。ちょっとこれは解説せねばなるまいか… 以下はすべてとある人からの伝聞です。伝聞なんだってば。 みずほ銀行が次期システムの開発をマルチベンダー体制で進めることが日経コンピュータの取材で判明した。富士通、日立製作所、日本IBM、NTTデータの4社に分割発注する。 ［スクープ］みずほの次期システムはマルチベンダー、4社に分割発注 | 日経 xTECH（クロステック） 周知の話だけすると、現行システムにおいては 勘定系（ホスト）…富士通 営業店端末システム…富士通 インターネットチャネル（ダイレクトバンキング）…IBM 情報系システム…IBM 周辺系（中継系）…IBM 外部接続系…日立 コーポレート銀行勘定系…日立 等々、すでにここに出てきているベンダーがマルチベンダーの状態で仕事をしている。また、ここ重要なところだと思うけれども、ベンダ
［スクープ］みずほの次期システムはマルチベンダー、4社に分割発注
みずほ銀行が次期システムの開発をマルチベンダー体制で進めることが日経コンピュータの取材で判明した。富士通、日立製作所、日本IBM、NTTデータの4社に分割発注する。ハードウエアの調達とアプリケーションの開発を分離し、さらに預金や融資といった機能ごとに開発委託先を変える。大手4社に発注を分散させることで、総額4000億円を超えるとみられる大規模プロジェクトにおける技術者確保などに万全を期す。 委託内容と発注先との関係は次のとおりだ（図）。勘定系システムの中核をなす「流動性預金」のアプリケーション開発は、富士通に委託する。富士通はみずほ銀が現在使っている勘定系システム「STEPS」の開発元である。 流動性預金のアプリケーションの動作プラットフォームには、日本IBM製メインフレームを使う。みずほ銀は「CIF（カスタマー・インフォメーション・ファイル）」や「処理フロー制御」など、各アプリケーション
銀行SEの現在 - novtan別館
もう2007年といえば5年前のことになってしまう。時のたつのは早いものです。 当時の増田のエントリが何故か今頃盛り上がっていて、その結果それに言及した僕のエントリも盛り上がっているようなのですが、5年前の状況というのはさすがに古かろう、ということでちょっとアップデートしてみたいと思います。 参考： IT業界で無事にいたいなら銀行に関わるな 銀行SE…かわいそうです… - novtan別館 ここ最近の銀行システムの大きなトピックというのは三菱統合UFJ銀行のDAY2（システム完全統合）と、みずほ銀行の3.11後の大障害とそれに伴う銀行の統合・システム刷新でしょう。 特に後者は銀行システムの停止が社会に与える影響が如何に大きいものかということを体現してくれました。 なんどかリークもされているからここだけの話をすると、みずほ銀行はいわゆる第三次オンラインをちゃんとやらなかった建て増しシステムであ
開発者を使い捨てにする会社の話 - rabbit2goのブログ
開発に関わる種々の問題を抱えている状況はどこも似たようなものだし、開発者同士でアイデアを出し合ったり、上手くいった（行かなかった）事例を紹介すれば、互いに参考にしながら上手くやっていけそうな気もする。だから、商売云々の話は別として、開発現場での取り組み事例などは非常に気になるトピックスだったりする。 そんな事を考えつつ或る人と話をしていたら、その内容が強烈だったので差し障りの無い程度に紹介してみたい。 現場で使えない人間は退職に追い込む。わざわざ教育しなくても代替の開発者は他に幾らでもいる。 毎年xxx人を採用して、同じ数の退職者が出る。生き残った者だけが仕事を続けられる。 開発現場を回すのがマネージャの仕事。そのためには人月単価の安い下請けを使うことが必須だし、常に安い所を探している。 Excelさえ有れば仕様書を書けるし、人員計画、ガントチャートや進捗報告も作れる。だから、他のツールは
転職先を探しています - zephiransasのチラシの裏
突然ではありますが、転職を考えています。 35歳プログラマ定年説からいけば、とうに定年を過ぎた自分が転職を決意するまでには、正直かなり悩みました。しかし、このままでも行き詰ってしまうことも明白だと思い、自分を追い込む意味でも、このエントリを公開したいと思います。 転職を考えたキッカケ 色々ありますが、2点程でまとめます。 まずはSIerという業務内容。 現在の企業では、主に某機械製造業の会社のシステム全般に関わってきました。しかしリーマンショック以降、システムに対する投資を抑えようという動きになり、結果、新規にシステムを作るということはほぼ無くなりました。新規にシステムを作るといっても規模の小さなものばかりで、ここ3~4数年は大きな新規案件に関わることができませんでした。 既存のシステムのメンテナンスしかできない状況というのは、古い技術しか触れないということです。これではモチベーションを維
なぜ、受託開発会社がLeanStartupを言うのか
1. なぜ、受託開発会社 がLeanStartupを 言うのか As far as we continue expanding and sharing our experience,We may fly in the sky, too. 市谷聡啓 2012.10.17 Ichitani Toshihiro /papanda InhouseLeanStartupMeeting Eiwa system management.inc/DevLOVE Hikarie 2012年10月17日水曜日 2. papanda Toshihiro Ichitani 市谷 聡啓 belong : From 海岸沿いのSIer Though 海岸沿いのServicer To 上野公園近くのCommunityCompany DevLOVE (a founder) Devsumi2011 - 2012 Cont
業務プログラマーはこの先生きのこれるのか - novtan別館
SIerはなくなると言われて久しいです。僕もそれは間も無くやってくる現実だと思います。少なくとも、従来型のSIという仕事自体はなくならないけど、そのやり方は大きく変わると思っています。いくらクラウドだSaaSだなんだといっても業務要件を自動で書いてくれるわけではなく、何が正しいかの判断もしてくれません。今までにもまして、何を組み合わせてどう作るかを考える必要がでてくるし(従来であればスクラッチで作ります！ってのが出来たものもそんな金かけるなんてアホかと言われる世界です)、そうなるとエンジニアは広範な知識と経験を持って勝負しなければなりませんね。 しかし、いわゆる上流の工程が今にもまして重要になる反面では、下流の仕事が減っています。コアロジックさえ設計書に書いておけば、それ以外は自動生成されてテストしするだけだしテストも自動化されてるよ〜なんてことになるといわゆる大量な作業をもくもくとこなす
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SIビジネスはなくなります - ベテランIT営業が教える「正しいITの使い方、営業の使い方」
: _
NTTデータ委託社員の不正事件、下請け依存に重いツケ - 日本経済新聞
ふつうの受託開発チームのつくりかた
