大規模システム開発案件のデスマーチは、どうしてこんなにつらいのか - あいむあらいぶ
かるび（@karub_imalive)です。 この春までSI業界にいたので、たびたび大型システム開発案件の大規模炎上を見てきました。そして、ここ最近はみずほ銀行のシステム統合案件が厳しいようです。 2012年頃からスタートし、一昨年くらいからヤバイんじゃないの？と言われていた案件がどうも最終局面な感じになってきているようですね。 規模的に見ても、大きすぎて後戻りできないっぽいので、カネと時間がいくらかかっても最後までやりきるしかなさそう。しかし、みずほ社内オトシマエとしてたくさんの悲しい人事異動が発令されることでしょう・・・。（まぁ、今回はソースがまとめサイトやマイナー雑誌の抄訳なので、詳細については続報を見守りたいところですが・・・) さて、プロジェクトの炎上にも色々ありますよね。大きい案件なら数千人規模から、小案件なら2～3人規模のプロジェクトまで、規模を選ばず、炎上するときは炎上する
Shows
AI is suddenly everywhere. Do you need to go and get a shiny machine learning degree to remain competitive? John Maeda says not to worry. He’ll show you how to cook delicious dishes into your coding repertoire with his new show - Mr. Maeda’s Cozy AI Kitchen. Find out how you can use GitHub Copilot, an add-on that is powered by AI, to get helpful suggestions when writing code or documentation. This
今、SI業界に新風が吹いている
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます こんにちは。サイボウズでkintoneのプロダクトマネージャーをしている伊佐です。この連載では、今変わりつつある業務システム開発の現場を紹介し、次の時代にユーザー企業、SIerのあるべき姿について考えていきたいと思います。 新しいクラウドプラットフォームの登場により、企業の業務部門が使うシステムの開発に大きな変化が起きています。その変化を正しくご理解いただくために、まずはkintoneの紹介から始めます。なんせプロダクトマネージャーとして愛情を注いでいるサービスについて語るので、多少熱い思いが入る点についてはご容赦ください。 誰でもシステム開発ができるプラットフォーム kintoneは、aPaaS（Application Platfor
エンジニア不足はSI依存と発注者スキルが低いのが原因なのでは | INST blog
こんにちは、INST石野です。 最近、3歳の娘が僕のことを、彼女の敬愛してやまない「イカ」よりも好きだと言ってくれるようになりました。どうやら5歳の息子が僕の留守中に「イカはお父さんと違ってキャンプに連れて行ってくれないし、肩車もしてくれないし、ブランコで背中も押してくれないよ」とロジカルに説得を続けてくれている模様。親子愛と言えば聞こえはいいですが、息子にフォローしてもらってる親父ってどうなの。 さて、そんな話はさておき。 今日はこの前ITproで見つけた伝統的なSIはもう限界という記事をみて「エンジニア不足の諸悪の根源はこれなのでは」と、ピンときましたので、まとめておきたいと思います。徹底的にディスりますｗ 皆さんご存知のように、日本のIT業界はSIerが支えています。「御社のシステム開発、私共に任せてください」というような広告をよく目にしますね。まずこのスタンスが良くない。 先程の記
［2］8000人が支えるみずほ銀行「次期勘定系システム」 開発プロジェクトの内情
［2］8000人が支えるみずほ銀行「次期勘定系システム」 開発プロジェクトの内情 30年先を見据えた史上最大・最難プロジェクトへの挑戦 みずほ銀行が社運を賭けて開発を進める次期勘定系システム。総投資額は3000億円以上におよび、要員もピーク時に8000人超となる巨大プロジェクトだ。 「今後30年の礎」「新生みずほの象徴」――。2002年や2011年に大規模なシステム障害を起こしただけに、同行関係者が次期勘定系システムに寄せる思いは並々ならぬものがある。開発完了予定の2016年12月まで残り1年余り。佳境を迎えたプロジェクトの内情に迫った。 三つのタスクフォースで全方位で手段講じる 「単なるシステム構築案件ではない。銀行全体にかかわる重要プロジェクトだ」――。みずほフィナンシャルグループ（FG）の加藤朝史システム推進部部長は、次期勘定系システム開発の位置づけをこう説明する（関連記事：［1］み
［データは語る］中堅・中小企業向け販社/SIer、トップは大塚商会―ノークリサーチ
調査会社のノークリサーチは2015年10月5日、中堅・中小企業の主要な販社/SIerに関する調査結果を発表した。年商500億円未満の中堅・中小企業が、過去3年以内に業務システムを委託/購入した販社やSIerの中で、3年間の累計金額が多かった企業について調査したもの。この結果から中堅・中小企業向け市場における販社/SIerのシェアが分かる。それによると、大塚商会が12.5％でトップ。NTTデータが8.8％、リコーが5.3％、富士通マーケティングが5.2％と続いた（図）。 ノークリサーチは、今回の結果について、数多くの販社/SIerが僅差でシェアを分け合う状況となっていると指摘。2014年の前回調査と比較すると、上位5社の順位は同様だが、6位以降は変動が見られるという。 また同社は、シェアが上位の販社/SIerでも、導入先の業種によってシェアが変化すると指摘。例えば建設業の場合、シェアトップは
Shibu's Diary: SIerの未来は明るい？
XP祭り2015に参加してきました。スタッフの方々お疲れ様でした。今回は、あまり外に情報が出てくることがないと思われる、社内SE業で成果を出すために実践してきたことを発表してきました。 前のブログのエントリーでも書きましたが、今回考えさせられたのが岩切さんの発表の「在庫切れのメカニズムの原因となる事象を把握していたのが、社内の情報部門の人間だけだった」ということです。また、その後の質疑でも、「金融系もそうだった」という話が出ました。ここで説明したいと思っていたのが「業務はどんどん狭く深くなる」ということですが、内容が膨れてきたので前のエントリーに分けました。 だいたいビジネス書とかで語られているような仕事効率の基本原則は、同じ時間で成果を上げるためには、儲かる部分にフォーカスして儲からない部分は削るということです。時間あたりのビジネスの効率があがれば、忙しさを抑えてインカムも増えてハッピー
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)（「ICANNがレジストラとして認定した企業」一覧（InterNIC提供）内に「Japan」の記載があるもの）を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年5月時点の調査。
深刻化する日本のITエンジニア不足・・・解決方法としてオフショア開発が注目 : SIerブログ
http://news.mynavi.jp/articles/2015/05/22/seta-international_seminar/ いまIT業界は、深刻なITエンジニア不足の問題に直面している。みずほ銀行の基幹システム統合や 日本郵政のシステム開発といった大規模な案件に加え、マイナンバー制度の導入に伴う システム構築などによりITエンジニアの需要が急増。これらは、2015年〜2017年頃にかけて システムエンジニア不足がピークを迎えることから「2015年問題」や「2020年問題」として知られているが、 2020年に東京オリンピックの開催が決まったことでも、さらなる人材不足の加速が予想されている。 数万人規模におよぶ人材不足が懸念される中、企業はどのように対応していくべきなのか。 その解決方法として注目されているのがオフショア開発である。 オフショア開発先といえば以前は中国が中心だっ
SIerの余命は5年、オオカミは本当にやって来る
どうも私はIT業界の人たちから、オオカミ少年だと思われているらしい。随分前から「SI（システムインテグレーション）ビジネスの終焉」を騒ぎ立てていたが、SIビジネスは幾多の不況期を乗り越え、しぶとく生き残ってきた。だから私がオオカミ少年だと言われるのは、まあ仕方が無い。だが、あえてまた言う。「今度は本当にオオカミがやって来る」。SIerの余命はあと5年である。 SIビジネスはユーザー企業などからシステム構築を請け負う人月商売だが、日本では“SIガラパゴス”と呼ぶ、世界に類を見ない多重下請け構造のエコシステム（生態系）を発達させてきた。このSIガラパゴスには、零細ベンダーも含めると約1万5000社がひしめき、元請けのSIerを頂点に、顧客である企業や公共機関のシステム構築に関するあらゆるニーズ（≒わがまま）に対応してきた。 これは、システム構築ではERP（統合基幹業務システム）をそのまま使った
“DevOps”がないスタートアップの“DevXXX”の話
2015/03/22 JAWS-UG 2015 ~ クラウドへダイブ
SIerでのキャリアパスを考える勉強会に参加してきた : 小野和俊のブログ
このところ「SIerの今後について」というテーマについて、意見を求められたりディスカッションしたりすることが多く、またエンタープライズ業界に身を置く立場として、売り上げ比・人口比とも業界の大半を占めるSIerが今何に取り組んでいて、今後どのようになっていくのか、というのは私自身関心のあるテーマなので、昨日は「SIerでのキャリアパスを考える」勉強会に参加してきた。 というわけで勉強会の中で印象的だったことや考えたことを書く。 勉強会の前半パートではゆもとさんによるSIerの現状分析、ひがさんによるSIerの中でのキャリア戦略が話題に上り、その中でも特に「上流と下流が工程分断されている」ことが現状のSIerを取り巻く諸問題の元凶、という指摘があった。 この「分断」については、中島聡さんの「ソフトウェアの仕様書は料理のレシピに似ている」というエントリが有名だが、今回の勉強会でのゆもとさんの資料
ソフトウェアプロセス技術がロストテクノロジーになっている - きしだのHatena
最近会った人とよく話すのが、ソフトウェアプロセス技術がロストテクノロジーになってるんではないかということです。 ソフトウェアプロセスというのは、「プロセスがよいソフトウェアをつくる」という前提のもと、どのようなタイミングでどのような成果物を作り、どのような管理をし、どのように検査をしてソフトウェアを作るかという手順です。 そして、プロセス技術というのは、そのようなプロセスを構築し運用し改善する技術です。 このようなソフトウェアプロセス技術は、1995年くらいから2000年くらいにかけて盛り上がり広まりかけたのですが、そのタイミングでWebが広まりはじめ、「Webは進化が速い」「作るものがどんどん変わる」などを合言葉に、「アジャイルプロセスを採用する」という名目でなんら管理されないプロセスが普及しました。その結果、プロセス技術は完全に下火になっているように思います。 もちろん、Webの発展段
IT業界で最強に困る無理難題は一体なにか!? - 文系プログラマによるTIPSブログ
ITを知らない人達はみんな「ITは魔法である。あらゆる事を解決できる。」と思い込んでいる節があります。 お客様から無理難題 : SE100人に聞いたシステムエンジニアの仕事 - 仕事内容とその魅力 この記事を読んで、私も激しく心当たりがあったので、私も書いてみようと思います。それぞれタイプに分けて考えていきます。 ※ この記事以外のあるあるも記載しています。 お金は出さない型 今すぐ型 常識的に100%有り得ない要求型 とりあえず開発会社に調査依頼型 お役所型 言わなくても解るだろ型 リリースしてから動作確認型 人数を2倍にすると納期が半分にできる型 雑感 お金は出さない型 予算がないから、費用を半額にしてほしい 金額はそのままで、機能追加を要求された。 見積もり価格の半値八掛けにしろと言われた 何故こんな事が起こるのでしょうか。 こういう事を言ってくる人たちは基本的に「システムを構築する
4年前、おれがSIerの片隅で、何者でもなかった頃 - たごもりすメモ
今からちょうど4年前の2010年2月、某巨大SIerの片隅でExcelやPowerPointばかりを眺めて過ごしていた頃、おれは仕事でも仕事以外でもコードなんかまったく書いていなかったし、GitHubのアカウントも持ってなかった。毎日見積書とWBSと納品書と請求書と、Excel方眼紙の詳細設計書と格闘してた。 当時おれは30歳だった。一度はプログラマとして生きるのは自分には無理だと思って入社したSIerで数年やってて、そこそこ成功した数年を送っているとは思っていたけど、でもやっぱり、そんな毎日に飽きていた。 技術力を重視とか言いながらプロパー社員にコードを書かせようとしない会社の方針にも、svnもgitも閉じられててガチガチに監視されたネットワークに繋がせておいてオープンソースがどうのと言う文化にも、手順や履歴を重視とか言いながらロクにバージョン管理システムを使おうとしない一部の同僚にも、
巨大銀行の巨大システム開発で大変素晴らしい経験を得たという話
最近まで、ネット上のIT系ニュースで度々システム障害で我々にネタを提供してくれる某巨大都市銀行の次期システム開発に下請けとして新卒から参画していた。 「某巨大都市銀行の次期システム」という時点でどこの銀行かピンとくると思う。 次期システムとは大雑把にいうと80年代に構築され今なお稼働しているシステムのうち、外為、内為、預金などの業務にて稼働するサービス(実際のプログラムになる)を疎結合化してそれぞれのサービスを部品として再利用性やメンテナンス性の向上を図る、いわゆるSOA(サービス指向アーキテクチャ)で作り直そうというものだ。 この辺も心当たりのある銀行と次期システムとかでググれば出てくると思う。 銀行システムをSOAで構築するのは日本では初めて！！すごい！！先進的！！！という触れ込みだったらしいが、立ち上げからいるわけでもなくSOAの利点も結局実感できぬままこの業界から去ってしまったので
バックオフィスの標準化の話 - やまもといちろうBLOG（ブログ）
「我が国が誇るSIer業界が馬鹿にされている記事がけしからん」というので見物にいきました。執筆されていたのは日経BPの木村岳史さん。 SI亡国論（その2）- 日本企業のイノベーションを20年遅れにした罪 http://itpro.nikkeibp.co.jp/atcl/column/14/542472/121100010/ お、おう…。 もっとも、これというのは日本企業の側が業務効率化のための情報投資に対して、きちんとした仕様を組み上げられなかったり、システムの妥当性を評価できなくてSIerに丸投げした結果も結構あるんじゃないかと思い、そうであるにもかかわらず日経こんぴうたのこんな記事でSIerは酷評されつつも現場は日々のデスマーチで命を削っておられるのだなあと考えると冷え込みの厳しい夜長に暖かい火が心に灯るのであります。 まさにこのあたりの話を聞きながらシヴィライゼーションとかやりますと
元SIer派遣エンジニアが見たSIerあるある桃太郎｜はらぱん
昔々あるところにCOBOLの金融システムを保守しているおじいさんと、政府システム開発の孫請け会社でプロジェクトマネジメントをしているおばあさんがいました。 おじいさんは山を登ったところの上位会社に障害管理表を提出しに、おばあさんは川を少し上ったところの「システムアーキテクトのプロフェッショナル集団」を標榜する2次請けのコンサル会社にスケジュール延長交渉をしに行きました。 おばあさんが川のふもとを歩いていると、上流からそれはそれは大きな仕様上の不備を含んだ桃がドンブラコ、ドンブラコと流れてきました。 （おや、これは持ち帰りたくないわ）と内心迷惑に思いつつも、甘受する他ないので、その桃を持ち帰って内部で検討することにしました。 そして、おじいさんとおばあさんが桃の仕様を精査しようとすると、突然中から元気の良い優秀なプログラマが飛び出してきました。 「これはきっと、神さまがくださったにちがいない
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
