「システム障害はなぜ二度起きたか みずほ、12年の教訓」を読んでみた - だいくしー(@daiksy)のはてなブログ
少し古い本だが、「そういえばみずほ銀行の開発プロジェクトってどうなってるんだろう」と思いながら2chの某スレを読んでいて、この本の話題が出てきたのでKindle版を読んでみた。 システム障害はなぜ二度起きたか みずほ、12年の教訓 作者: 日経コンピュータ出版社/メーカー: 日経BP社発売日: 2011/07/28メディア: 単行本購入: 2人 クリック: 466回この商品を含むブログ (15件) を見る 本書の構成は大きく、 2011年3月の東日本大震災の義援金処理で発生したシステム障害の解説。 2002年の合併直後の新システム稼働時の大規模障害の解説。 東証や東京消防庁などの他の大規模システム障害事例の概観 システム障害を発生させないための提言 の4つにわけられる。 本書の主張は一貫して、ITはいまや企業の根幹を担う中枢であるので、IT部門に丸投げするのではなく経営陣が積極的にITにか
今度はうちのスパゲティから虫が出てきた。
取り除いても取り除いてもスパゲティから虫がなくなりません。 ソースに絡んで最悪です。 http://anond.hatelabo.jp/20141211153120
元SIer派遣エンジニアが見たSIerあるある桃太郎｜はらぱん
昔々あるところにCOBOLの金融システムを保守しているおじいさんと、政府システム開発の孫請け会社でプロジェクトマネジメントをしているおばあさんがいました。 おじいさんは山を登ったところの上位会社に障害管理表を提出しに、おばあさんは川を少し上ったところの「システムアーキテクトのプロフェッショナル集団」を標榜する2次請けのコンサル会社にスケジュール延長交渉をしに行きました。 おばあさんが川のふもとを歩いていると、上流からそれはそれは大きな仕様上の不備を含んだ桃がドンブラコ、ドンブラコと流れてきました。 （おや、これは持ち帰りたくないわ）と内心迷惑に思いつつも、甘受する他ないので、その桃を持ち帰って内部で検討することにしました。 そして、おじいさんとおばあさんが桃の仕様を精査しようとすると、突然中から元気の良い優秀なプログラマが飛び出してきました。 「これはきっと、神さまがくださったにちがいない
銀行業界におけるSIerの勢力図を知っていますか？：情報インフラ24時 眠らないシステム：オルタナティブ・ブログ
金融業とITが一体化してからすでに久しく、いまや、あらゆる金融決済業務はITシステム無しでは語れません。私たちの生活に最も身近な銀行業界も例にもれず、東日本大震災の義援金口座トラブルの際には、お金のやりとりが滞って多大な影響を受けた方も多かったと思います。 これほど重要な業務を支えるITシステムとなると、その開発や維持には多大なコストが発生するもので、日経コンピュータ（2010年4月14日号）によれば、100億～200億（オープン系～メインフレーム）の初期開発費用が発生すると述べられています。 10年以上前までは、こういった銀行の根幹を支える勘定系システム（預金・貸出・為替業務を支えるシステム）を独自開発する銀行は多く、これの開発を得意とする国内SIerの一部は「メインフレーマー」と呼ばれ、カスタムメイドを重ねに重ねたシステム維持運用を当たり前のように提供していたのです。 しかし、業務の集
永和さんの「価値創造契約」が大苦戦を強いられている件 - GoTheDistance
この資料、非常に衝撃的だった。中の人がここまで公開していいものなのか、という意味でも。 俺の価値創造契約 from Fumihiko Kinoshita 永和さんの価値創造契約とは 新しい契約形態での受託開発サービス「価値創造契約」 ｜ 永和システムマネジメントに詳しくありますが、簡単にいえば「初期費用無料で、常に改善・運用をしながら月額定額制でシステム利用料を頂く」というビジネスモデルです。価値あるシステムは必ず長く使われ変更を伴うのだから、その変更を受け入られるモデルを提供すれば双方にメリットがある。これが立脚点のようです。 2013年営業実績、0件 資料によればテレアポを800社行い、様々な展示会にも出展されたそうです。12社にコンタクトできたけれど受注は0件だと書いてあります。マーケティングに失敗してしまったと言って良いでしょう。 受託開発の弊害と指摘される「価値あるシステムを作り
検収後に発覚した不具合の補修責任はどこまであるのか（前編）
検収後に発覚した不具合の補修責任はどこまであるのか（前編）：「訴えてやる！」の前に読む IT訴訟 徹底解説（4）（1/2 ページ） 連載目次 今回は「稼働後に検出した不具合を理由に、ユーザーがいったんは検収したシステムの支払いを拒んだ事件」と、そこから得られる知見を解説しよう。 請負契約によるシステム開発において、検収まで行った発注者が受注者との契約を解除し費用の支払いを拒むという例は、ユーザーとベンダーがシステムの完成をめぐって争うことの多いIT業界においても決して多いことではない。 しかし、この判決は、システム導入の目的と要件の関係やその検証、および導入後のベンダーの不具合対応などについて、多くの論点を提供してくれる。今後に役立つ知見を残してくれるものであることから、今回の題材として取り上げることとした。 請負契約において、ベンダーが「ユーザーと交わした約束をしっかりと果たした」と言え
人事給与システムの怪
2014.08.11 人事給与関係業務情報システムというものがある。 人事院が管理する省庁の人事、給与、共済、統計などの業務のためのシステムだ。 もともとは分散型システムのはずだったのが、途中で方向転換して、集中型システムになった。 １１府省が利用し(府省と言っても宮内庁、衆議院、会計検査院、公正取引委員会なども使っている)、平成２８年度末までには最高裁判所や参議院を含め、すべての省庁が利用することになっている。 元々の計画では初期投資に８４億円、毎年の運用経費が１５億円というはずだった。 しかし、初期投資の予算から各府省のシステム移行経費４２億円が漏れていたりして、結果的には１４３億円の初期投資と２７億円のランニングコストがかかっている。 しかも平成２２年度に導入されたシステムなのに、いまだにソフトウェアに大きな問題がある。 例えば、人事の発令に併任がかかっていたり、あるパターンの発令が
みずほ銀行、システム統合延期の舞台裏
みずほ銀行が次期勘定系システムの構築完了を、当初予定の2016年3月から同12月に9カ月間延期する（図）。要件定義を終え設計工程がある程度進んだ段階で、「今後のスケジュールをゼロから見直した結果、詳細設計・製造やテストについて、それぞれ数カ月の期間を追加する」と、みずほフィナンシャルグループ（FG）の加藤朝史システム推進部部長は説明する。期間を増やす理由は主に二つある。 一つは、保守のしやすいシステムにするため、より時間をかけて設計に取り組む必要があると判断したからだ。次期システムはSOA（サービス指向アーキテクチャー）を採用する。サービスコンポーネントの設計精度は、商品・サービス開発のスピードを左右する。FGの加藤健治システム推進部企画チーム次長は、「製造工程の前に、機能部品の大きさにバラつきがないか、重複機能がないかを徹底的にチェックする」と話す。設計どおりに処理が流れるかなどの確認も
最近感じる日本企業のITの問題と展望~「ソフトを他人に作らせる日本、自分で作る米国」を読んで : プログラマの思索
【公開】第30回IT勉強宴会「最近感じる日本企業のITの問題と展望～「ソフトを他人に作らせる日本、自分で作る米国」を読んで」 【1】「ソフトを他人に作らせる日本、自分で作る米国」の著者である谷島さんが来阪されたのを記念に勉強会が開催されました。 数人が本の感想をメインに発表し、谷島さんに感想を述べてもらうという緩い勉強会でした。 いろんな議論がありましたが、詰まる所、「日本のユーザ企業がシステム開発を内製化するにはどうすればよいのか？」というテーマを巡る話だったと思います。 僕は、SIとユーザ企業の両方を経験した立場から、現状の日本のIT企業(SIとユーザ企業の両方)について、話しました。 【2】「日本企業はロールが多すぎる」という問題 【2-1】SIにしても、ユーザ企業にしても、日本企業は役職が多すぎる。 特に、管理職は部長、課長だけでなく、事業部長、PMO、○管理長、主査など色んな肩書
みずほ銀のシステム統合、１年遅れる見通し 開発に手間：朝日新聞デジタル
みずほ銀行が２０１６年春をめどに計画していたシステム統合が、１年程度遅れる見通しとなったことが２７日わかった。みずほグループは、１１年３月の東日本大震災後のシステム障害を機にグループ銀行を再編し、古いシステムの刷新を進めてきたが、開発に手間がかかっているためだ。 新システムが障害を起こすことがないよう慎重に開発を進めた結果、想定以上に時間がかかっているという。開発費は２５００億～３千億円と見込んでいたが、数百億円規模でふくらむ可能性がある。富士通など大手電機メーカーなどが開発している。 みずほはシステム統合で事務を効率化し、新たな金融サービスを展開する計画を立てていた。こうした計画も修正を余儀なくされ、収益に影響が出かねない。
2014年のSIビジネスとかそのあたり - 急がば回れ、選ぶなら近道
というわけで2014年に突入ですが・・・ 景気が回復しつつある現状で、SIの受注も好調なようです。ユーザー企業でも多少の予算の余裕も出てくるところもあり、システム投資には多少前向きになっているところも感じます。多少のでこぼこや、業界・業種によって色合いは異なるでしょうが、今後数年は景気の回復基調はコンセンサスになりつつあるようです。IT業界も例外ではないでしょう。もたもたしているビッグデータ案件を尻目に、システムリプレースや既存改修、新規でのシステム開発もスタートしつつあり、SI業界の件数ベースは今年は昨年を確実に上回るでしょう。 とはいえ一方で不採算案件も相当増えるように見えます。結果、SIビジネスはトレンド的には案件増・売上増ですが、利益減（または横ばい）というのが実態になるかと。要するに単金はそうそう簡単にはあがりませんが、案件は増えて、人繰りが追いつかず、結果限りなく失敗に近い「よ
システム化の目的は、Excelの焼き直しであってはならない - GoTheDistance
これは興味深い問題提起。 エクセルでできることができない何百万のシステム・・ 「Excelで出来ることが出来ないシステムとかいうものに、なんで数百万も突っ込む必要があるのか」という話には、キチンと整理して説明できるようにしておきたいもの。 機能面ではExcelには勝てない Excelが提供している豊富な機能群は、世界でも選りすぐりのソフトウエア開発チームが途方も無い期間と金額をかけて作り上げたものです。Excelで出来る機能と同等の機能を提供することは、納期も予算も上限がある業務システム開発プロジェクトにおいて、非常にハードルの高い機能要件でしょう。業者からすると「ウサイン・ボルトに100m走で勝利しろ、期間は2ヶ月で」って言われても的な・・・ でも、「Excelとかいう最強の業務ソフトと同じこと望むなよ、そんなもん無理」で突っぱねてしまうのも違う。Excelには無い価値ってどこにあるかを
「必要なこと」より「excelでやりたいこと」を優先するとシステム構築は失敗する - プロマネブログ
<追記> 追加記事を書きましたhttp://getlife.hateblo.jp/entry/2013/12/07/034949 エクセルでできることができない何百万のシステム・・ 多分現場の人かな。往々にして、システム導入を決定したトップの目的が現場に伝わらず、既存ツールとの差だけが目につくってことはよくあるし。ま、一部業務をexcelで残すみたいに調整すればいいんじゃないかな。 オッサン、こういうシステムネタ好きです。昔高度情報技術者試験を受けた時を思い出すなあ。 大体、仕事やっているとこの手の「今やっている仕事と違う～」だとか、「役員はシステム導入ばっかり言って現場をわかってない」とかそんな揉め事ばかり。 まあ、そういう揉め事を丸め込む納得できるよう調整するのがオッサンの仕事なんですけどね。 本当にやりたいことを見つける システムの要件定義のキモは 必要なこと やりたいこと やらない
見積もりと設計の間の高い高い壁 - novtan別館
この元増田は他の業界のものも含めて設計をお願いしたことって多分無いと思うんだよ。 家の場合だったら、普通は設計図と各パーツの詳細見積りで初めて契約だろうが。 見積りの根拠出してくれっていったら、金くれって言われたよ その設計図は増田が事細かに出した要望を元に一から作ったものなの？って話。 つまり、出来合いのものを適当に組み合わせたものには設計料は掛からないし、そうじゃないものには設計料が掛かるってだけの話ですね。 当然だけど、システムの設計もただではない。大まかな流れを示すと以下な感じ。ちょっと適当。 ・発注元に（ちゃんとした）システム部がある場合 要求仕様を作成し、それに基づいた提案をシステム会社に依頼する。この時点で要件がある程度はっきりしている場合、概要設計を元にした詳細見積もりが可能。出来合いのものを流用できるような要件であれば精度は高く、そうでなければ概算部分が生じる（要件定義フ
「新規事業」という勝算なき愚行で会社をダメにする人たち - ベテランIT営業が教える「正しいITの使い方、営業の使い方」
「あるIT企業の経営者に「なぜIaaS事業に取り組むのですか」と聞いたら、一瞬キョトンとした顔をされた。「それりゃ、だって顧客のニーズがそちらに移ってきているからですよ」。私はその言葉を聞いて、「ダメだ。こりゃ」と思った。その企業にとってクラウドサービスは新規事業である。顧客のニーズを理由に成功の見込みが全く無い事業に手を出す感覚が、私には理解できなかった。」 この話を読んで、あるSI事業者の話を思い出しました。まさに同じような話で、IaaS事業をはじめるというのです。この事業の責任者に話を聞いてみると、「やらなきゃ、かっこがつかないからねぇ」という訳の分からない理由を述べられ、私もまた「ダメだ。こりゃ」と口を突いて出てしまいそうになりました。 勝算を訪ねると、「SIで開発したシステムの受け皿として、使っていただけるでしょう」とのことでしたが、それだけの理由で、うまくゆくとは思えません。親
「システム・インテグレーション崩壊」のすすめ - ベテランIT営業が教える「正しいITの使い方、営業の使い方」
「システム・インテグレーション崩壊」は、時間の問題です。むしろ積極的にSI事業者自らが、この創造的破壊に取り組んでゆくことが、最良の生き残りの選択肢ではないかと考えています。 SIビジネスの課題は、Pay for Time (人月単価の積算で金額が決定するビジネス)であるにも関わらず、成果保証(瑕疵担保責任)を負わされることです。
「絶対落ちないシステムを作れ」という要件に、開発者たちはどう対応したのか。東証arrowheadの当事者が語る
「絶対落ちないシステムを作れ」という要件に、開発者たちはどう対応したのか。東証arrowheadの当事者が語る 「素人的に言えば、絶対落ちないシステムを作れ、というのがユーザーから見た要求条件」と発言したのは、東京証券取引所の株式売買システム「arrowhead」開発のプロジェクトマネージャ 宇治浩明氏。 東京証券取引所は2005年にシステム障害を起こし、取引が一時全面停止するという事態を引き起こしました。そのため2010年に稼働を開始した新システム「arrowhead」の開発では、高性能と高可用性という高い品質を実現することが絶対の目標となっていました。 東京証券取引所と、arrowheadの開発に当たった富士通。両社はどのように開発プロジェクトを通して高いソフトウェア品質を実現したのでしょうか？ 9月9日、早稲田大学 西早稲田キャンパスで行われた日本科学技術連盟主催「ソフトウェア品質シ
［特報］ANA、新基幹システムでNTTデータと成果報酬型契約を締結
全日本空輸（ANA)が、貨物事業向けの新基幹システムでNTTデータと成果報酬型の契約を結んでいることが分かった。新システムは、貨物の予約や搬入、積載など一連の中核業務を支援するもので、2013年3月に稼働している。 ANAは新システムの月額利用料金をNTTデータに支払っている。システム利用料金は、ANAが取り扱った貨物量（貨物の搭載重量）に応じて変わる。 「業績に応じてITコストを変動費化させるため、成果報酬型契約を結んだ。『事業が好調で払える時には多く、払えない時には少なく』ということ」。ANAの後藤孝宏業務プロセス改革室ITサービス推進部主席部員はこう説明する。従来型の契約を結んだ場合、数億円のシステム構築費用がかかったもようだが、ANAはこの初期費用をゼロにした。 「システム構築費用は工数に基づく料金をいただくのが基本だが、事業環境の変化が激しく、ITコストの変動費化を望む場合は、成
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
基幹システム プログラマー不要 富士通がソフト、開発費４割減 ：日本経済新聞
特許庁システム開発中断:東芝子会社など２社５６億円返還 - 毎日新聞