20万人月の作業を1人でやる話 〜1万7千年生きたSE〜 - 特別天然記念物
昔々、具体的には約1万7千年前の旧石器時代、大学の情報工学科を卒業して、新卒22歳でSIerに就職した男(以下SE)がいました。 SEはある日、上司に言われました。 「2016年くらいに、銀行で大規模な基幹システムが必要になるらしいから、今から君一人で作り始めて。工数は20万人月ね。」 そういうと、上司はシステム企画構想やそれに伴う提案書、ノートPCを1つSEに渡して、自分は狩りに出かけました。 途方にくれるSE氏、ここから彼の約1万7千年(1万6666年)にも及ぶ、20万人月のシステム開発が始まるのでした。 約1万7千年前 |- 要件定義書を作成着手。 | 周りの人達は狩りをしながら生きている。 | 約1万6千年前 |- 要件定義書の作成が完了する。 | 基本設計に着手する。 | 土器を作り始める人が現れる | 徐々に日本列島が大陸から離れ列島になっていく。 | 約1万4100年前 |-
SIerの余命は5年、オオカミは本当にやって来る
どうも私はIT業界の人たちから、オオカミ少年だと思われているらしい。随分前から「SI（システムインテグレーション）ビジネスの終焉」を騒ぎ立てていたが、SIビジネスは幾多の不況期を乗り越え、しぶとく生き残ってきた。だから私がオオカミ少年だと言われるのは、まあ仕方が無い。だが、あえてまた言う。「今度は本当にオオカミがやって来る」。SIerの余命はあと5年である。 SIビジネスはユーザー企業などからシステム構築を請け負う人月商売だが、日本では“SIガラパゴス”と呼ぶ、世界に類を見ない多重下請け構造のエコシステム（生態系）を発達させてきた。このSIガラパゴスには、零細ベンダーも含めると約1万5000社がひしめき、元請けのSIerを頂点に、顧客である企業や公共機関のシステム構築に関するあらゆるニーズ（≒わがまま）に対応してきた。 これは、システム構築ではERP（統合基幹業務システム）をそのまま使った
巨大銀行の巨大システム開発で大変素晴らしい経験を得たという話
最近まで、ネット上のIT系ニュースで度々システム障害で我々にネタを提供してくれる某巨大都市銀行の次期システム開発に下請けとして新卒から参画していた。「某巨大都市銀行の次期システム」という時点でどこの銀行かピンとくると思う。次期システムとは大雑把にいうと80年代に構築され今なお稼働しているシステムのうち、外為、内為、預金などの業務にて稼働するサービス(実際のプログラムになる)を疎結合化してそれぞれのサービスを部品として再利用性やメンテナンス性の向上を図る、いわゆるSOA(サービス指向アーキテクチャ)で作り直そうというものだ。この辺も心当たりのある銀行と次期システムとかでググれば出てくると思う。銀行システムをSOAで構築するのは日本では初めて！！すごい！！先進的！！！という触れ込みだったらしいが、立ち上げからいるわけでもなくSOAの利点も結局実感できぬままこの業界から去ってしまったので本当に謎
発注者として最低最悪、公共機関のシステムをどうするのか
システム開発において発注者責任の自覚やその能力が無く、丸投げしかできないにもかかわらず、お客様は神様であることを信じて疑わず、買い叩くことだけに血道を上げる。しかも開発プロジェクトの最中に要件はどんどん膨らむが、追加料金は出さないし、納期厳守も要求。当然プロジェクトは破綻を来すが、その責任の全てをITベンダーに押し付ける。 こんな危ない客がいたら、ITベンダーはその開発案件を取りに行くだろうか。普通はスルーだ。諸般の事情で商談に参加しなくていけなくなったとしても、“法外な”高値を提示するなどして、間違っても受注しないように努力するだろう。そもそも今どき、そんなとんでもない客がいるのか。それが、いるのである。官公庁をはじめとする公共機関だ。 公共機関だとすると、冒頭に書いた客としての振る舞いは、その多くが「とんでもない」ではなく正当な行為となる。公共系システムは国民・住民からの税金などで作る
AI・ビッグデータ求人業界最大級案件紹介サイト 【BIGDATA NAVI】
～個人情報の取り扱いについて～ エッジコンサルティング株式会社（以下「当社」といいます。）における個人情報の取り扱いについて、下記の内容をご確認いただいた上で、個人情報をご提供いただきますようお願いいたします。 個人情報の定義について 個人情報とは、個人に関する情報であって、その情報を構成する氏名、住所、電話番号、メールアドレス、勤務先、生年月日その他の記述等により個人を識別できるものをいいます。また、その情報のみでは識別できない場合でも、他の情報と容易に照合することができ、結果的に個人を識別できる情報も個人情報に含まれます。 個人情報の取得と目的について 個人情報の取得と利用の目的および活用範囲は以下のとおりです。 ①当社による当社サービス提供 ②お問い合わせに対する当社からの回答 ③ご本人の承諾に基づく、当社サービス利用企業への個人情報提供 ④当社が提供するサービスのご案内や資料の送付
元SIer派遣エンジニアが見たSIerあるある桃太郎｜はらぱん
昔々あるところにCOBOLの金融システムを保守しているおじいさんと、政府システム開発の孫請け会社でプロジェクトマネジメントをしているおばあさんがいました。 おじいさんは山を登ったところの上位会社に障害管理表を提出しに、おばあさんは川を少し上ったところの「システムアーキテクトのプロフェッショナル集団」を標榜する2次請けのコンサル会社にスケジュール延長交渉をしに行きました。 おばあさんが川のふもとを歩いていると、上流からそれはそれは大きな仕様上の不備を含んだ桃がドンブラコ、ドンブラコと流れてきました。 （おや、これは持ち帰りたくないわ）と内心迷惑に思いつつも、甘受する他ないので、その桃を持ち帰って内部で検討することにしました。 そして、おじいさんとおばあさんが桃の仕様を精査しようとすると、突然中から元気の良い優秀なプログラマが飛び出してきました。 「これはきっと、神さまがくださったにちがいない
新卒入社半年で退職した - まるまるこふこふ
お疲れ様です。さいです。 新卒で入社した会社に 平成26年4月1日に入社し、同年11月30日をもって退職しました。 捻くれてるので、退職エントリ書くより「エンジニアはなぜ退職エントリを書きたがるのか」みたいな 記事を書いてやろうかと思ったけど、かけるほど転職経験があるわけでもないのでやめます。 半年間でやったこと ユーザーサポート 業務システムについてユーザーからのオペレーションについての質問や 不具合などの窓口をメールや電話で対応していた。 あまり思い出したくない記憶になっている。 業務システム内にあまりにも不具合が多く、それをユーザーの運用方法で回避しているのだが、 いかんせん量が多いためにほぼ毎日のように不具合についての問い合わせがくる。 そのたびに大慌てで複雑な業務フローを洗い、異常なデータを 二次災害が発生しないように修正するのはただ辛みでしかなかった。 開発の人間が適当なシステ
銀行業界におけるSIerの勢力図を知っていますか？：情報インフラ24時 眠らないシステム：オルタナティブ・ブログ
金融業とITが一体化してからすでに久しく、いまや、あらゆる金融決済業務はITシステム無しでは語れません。私たちの生活に最も身近な銀行業界も例にもれず、東日本大震災の義援金口座トラブルの際には、お金のやりとりが滞って多大な影響を受けた方も多かったと思います。 これほど重要な業務を支えるITシステムとなると、その開発や維持には多大なコストが発生するもので、日経コンピュータ（2010年4月14日号）によれば、100億～200億（オープン系～メインフレーム）の初期開発費用が発生すると述べられています。 10年以上前までは、こういった銀行の根幹を支える勘定系システム（預金・貸出・為替業務を支えるシステム）を独自開発する銀行は多く、これの開発を得意とする国内SIerの一部は「メインフレーマー」と呼ばれ、カスタムメイドを重ねに重ねたシステム維持運用を当たり前のように提供していたのです。 しかし、業務の集
IT業界の『多重下請け構造』は社会悪になりつつある - paiza times
Photo by Jonathan Kos-Read 今回のpaiza開発日誌は片山がお送りします。 SIerについて語られる際にIT業界の「多重下請け構造」についての問題点が良く取り上げられますが、「多重下請け構造」がITエンジニアにとってどのような問題点があるのでしょうか？ その点について今回は少し整理してみようと思います。 ■「多重下請け構造」とは何か 説明するまでもないかもしれませんが、「多重下請け構造」とは、受託システム開発において、発注者から直接仕事を請け負った元請（たいていの場合が大手SIer）が、請けた仕事を切り出して2次請け、3次請け、4次請けと仕事を下ろしていくピラミッド構造の事を言います。 良くある例で言うと、元請は要件定義や概要設計等の上流工程を請負い、開発・実装などの下流工程は2次請けに委託する、というような構造です。2次請けは自社リソースで開発を賄えない場合に3
検収後に発覚した不具合の補修責任はどこまであるのか（前編）
検収後に発覚した不具合の補修責任はどこまであるのか（前編）：「訴えてやる！」の前に読む IT訴訟 徹底解説（4）（1/2 ページ） 連載目次 今回は「稼働後に検出した不具合を理由に、ユーザーがいったんは検収したシステムの支払いを拒んだ事件」と、そこから得られる知見を解説しよう。 請負契約によるシステム開発において、検収まで行った発注者が受注者との契約を解除し費用の支払いを拒むという例は、ユーザーとベンダーがシステムの完成をめぐって争うことの多いIT業界においても決して多いことではない。 しかし、この判決は、システム導入の目的と要件の関係やその検証、および導入後のベンダーの不具合対応などについて、多くの論点を提供してくれる。今後に役立つ知見を残してくれるものであることから、今回の題材として取り上げることとした。 請負契約において、ベンダーが「ユーザーと交わした約束をしっかりと果たした」と言え
人事給与システムの怪
2014.08.11 人事給与関係業務情報システムというものがある。 人事院が管理する省庁の人事、給与、共済、統計などの業務のためのシステムだ。 もともとは分散型システムのはずだったのが、途中で方向転換して、集中型システムになった。 １１府省が利用し(府省と言っても宮内庁、衆議院、会計検査院、公正取引委員会なども使っている)、平成２８年度末までには最高裁判所や参議院を含め、すべての省庁が利用することになっている。 元々の計画では初期投資に８４億円、毎年の運用経費が１５億円というはずだった。 しかし、初期投資の予算から各府省のシステム移行経費４２億円が漏れていたりして、結果的には１４３億円の初期投資と２７億円のランニングコストがかかっている。 しかも平成２２年度に導入されたシステムなのに、いまだにソフトウェアに大きな問題がある。 例えば、人事の発令に併任がかかっていたり、あるパターンの発令が
コールセンターで人を殺した思い出 - はてな村定点観測所
2014-05-10 コールセンターで人を殺した思い出 債権回収システムの開発 職務経歴には書いていないですが、まだIT業界の駆け出しだった頃、勤めていた会社の都合で商社系のシステム部門に派遣されました。 その商社は誰もが名前を知っている有名なクレジットカードのシステムを受注していて、僕が担当したのはそのクレジットカードの債権回収システムの構築でした。債権回収システムというと聞こえはいいけれど、要は「借金かえしてね！」とお金のない人にお金を返させる仕組みです。僕がやっていたのはカード会社のコールセンターから自動的に債務者に大量に電話を発信する架電ハードウェアの制御でした。 クレジットカードの未払いが貯まるとカード会社のコールセンターのオペレーターから督促電話がかかってくるかと思いますが、大手クレジットカード会社のコールセンターになると、電話は人間が手で掛けているのではなくて、大量の対象者リ
ベンダーとIT部門がぶち切れた“仕打ち”の理由
「素晴らしいご提案ですね」と、ある製造業のシステム部長は唸った。その企業はグローバル展開の強化に向けて、SCM（サプライチェーン管理）関連で新たなシステムを導入しようとしていた。この分野でのシステム構築に多くの実績があるSIerに提案を依頼したところ、このSIerはまさに唸るような提案を出してきたのだ・・・。 あらかじめ断っておく、これから始まる“悲劇”は実話ではない。ただし架空の話でもない。複数のITベンダーの営業担当者やユーザー企業のシステム部長らから聞いた話を基に組み立てたストーリーである。だが、ここまで劇的な展開ではないとしても、特に大企業がやってしまう“人でなしの所業”とその結果生じるトラブルには思い当たる読者も多いはずだ。 さて、この製造業のシステム部長がSIerの提案を評価したのは、単にその内容が素晴らしいからだけではなかった。彼らが2カ月かけて経営層や事業部門に対して行った
みずほ銀行、システム統合延期の舞台裏
みずほ銀行が次期勘定系システムの構築完了を、当初予定の2016年3月から同12月に9カ月間延期する（図）。要件定義を終え設計工程がある程度進んだ段階で、「今後のスケジュールをゼロから見直した結果、詳細設計・製造やテストについて、それぞれ数カ月の期間を追加する」と、みずほフィナンシャルグループ（FG）の加藤朝史システム推進部部長は説明する。期間を増やす理由は主に二つある。 一つは、保守のしやすいシステムにするため、より時間をかけて設計に取り組む必要があると判断したからだ。次期システムはSOA（サービス指向アーキテクチャー）を採用する。サービスコンポーネントの設計精度は、商品・サービス開発のスピードを左右する。FGの加藤健治システム推進部企画チーム次長は、「製造工程の前に、機能部品の大きさにバラつきがないか、重複機能がないかを徹底的にチェックする」と話す。設計どおりに処理が流れるかなどの確認も
コメント欄 - （追記しました）現場の人からシステムさんに一言、いや二言三言いわせてほしい - 矛盾銀行株式会社
2013-12-06 現場の人からシステムさんに一言、いや二言三言いわせてほしい 日常業務四方山話 読んだ。 エクセルでできることができない何百万のシステム・・ いや、そうなんだよ。そうなんだよ。２回も言ってしまった。 ぼくもそう思ってた。ぼくもシステムに関してはじくじたる思いがあるので、ちょっと言わせてほしい。 ぼくもこの増田さんと同じように、社内のシステムさんとあれこれ打合わせすること多かったんだけど、いつも「それってExcelでできないのかね」と思ってた。Excelにはデータベース仕様あるじゃん。VBAあるじゃん。WEBクエリあるじゃん。素人感覚で「ちょいちょいっ」てできそうじゃん。 いや、本当にExcelで作ってほしいと思っているわけではないし、ましてExcelを作ってほしいわけではない。ただ、「現場の人間」の感覚からすると、システムさんのことって本当によくわからないのですよ。だか
システム化の目的は、Excelの焼き直しであってはならない - GoTheDistance
これは興味深い問題提起。 エクセルでできることができない何百万のシステム・・ 「Excelで出来ることが出来ないシステムとかいうものに、なんで数百万も突っ込む必要があるのか」という話には、キチンと整理して説明できるようにしておきたいもの。 機能面ではExcelには勝てない Excelが提供している豊富な機能群は、世界でも選りすぐりのソフトウエア開発チームが途方も無い期間と金額をかけて作り上げたものです。Excelで出来る機能と同等の機能を提供することは、納期も予算も上限がある業務システム開発プロジェクトにおいて、非常にハードルの高い機能要件でしょう。業者からすると「ウサイン・ボルトに100m走で勝利しろ、期間は2ヶ月で」って言われても的な・・・ でも、「Excelとかいう最強の業務ソフトと同じこと望むなよ、そんなもん無理」で突っぱねてしまうのも違う。Excelには無い価値ってどこにあるかを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
長文日記
基幹システム プログラマー不要 富士通がソフト、開発費４割減 ：日本経済新聞
みずほ銀、巨大システム刷新 苦い教訓生かせるか - 日本経済新聞
日刊工業新聞 電子版
