みずほ子会社、受託先システム文書を消失 16年の障害で
https://www.nikkei.com/article/DGXZQOUB013WN0R00C21A9000000/
みずほフィナンシャルグループ（FG）の子会社でシステムの運用管理を担うみずほリサーチ&テクノロジーズ（MHRT）が、受託先の日本カストディ銀行から預かったシステム開発に伴う関連データを消失していたことが明らかになった。5年前にMHRTで起きた障害が原因で、バックアップも機能しなかった。カストディ銀が金融庁に報告した。
複数の関係者によると、消失したのは「要件定義書」と呼ばれる委託元（日本カストディ銀行）からベンダーへの発注書にあたる文書の電子データだ。ネットワークの構成図のほか、システムの安定稼働率を示す「可用性」や機能追加や性能向上のしやすさを示す「拡張性」、外部からの攻撃を防ぐ「セキュリティー」など、最も重要な機能を定義している。
MHRTは日本経済新聞の取材に対し、「個別のことについて、お答えできない」とした。カストディ銀は「MHRTと協力して実態を確認中」と答えた。
MHRTは今年4月、みずほ総合研究所とみずほ情報総研、みずほトラストシステムズの3社が合併してできた。カストディ銀の文書消失はみずほトラストシステムズで起きた。 なくてはならない書類がないなんて、どこぞの役所みたいだな
システム部は自社総合職がやるものでは？システム開発や統合なんて経済でも出来るし失敗はないわ。
これは見える化がWin-Winでロングテイルなレガシーがガバナンス出来ていませんね
つか、要件定義ちゃんと合意してないんだろ。
「いい感じでやっときます」
「信頼してますよ」
とにかく節々の「決める」を嫌がる人が多いんだよな。
みずほ口座解約しようっていうか、窓口顧客少なかった。ダメかも
機密書類で溶解されて、もう石膏ボードとして流通されてるんだろうなぁ。
発覚してすぐなら、破砕処理されず、古紙ベールにされて、富士市の某製紙工場に入荷してたのにねぇ
だから最近要件定義書作れる派遣急募してんのか
頭おかしいわこいつら
どうせ実態は5次下請けあたりが要件定義書作ってたんだろ？
下請けに聞けば出てくるだろうに
これ、なんで問題になってるの？
昔に受注した要件定義書を無くしたから？
すげえ会社だな。
銀行はアプリ以外認めない、でいいんじゃね？
消失したと言ってるだけでそもそも最初から作成してなかったんじゃないかって疑いまで出てる
>>1
紙で保存してないんかい
つか、稼動中のシステムの要件定義書が存在しないとか、あり得ねえだろ！
まぁ、ウチの会社のシステムもそうなんだけどねwww
保険会社なんだけど、継ぎ足し継ぎ足しで拡張してきたから、明確な要件定義も残ってないw
SEもコボラーばかりだし、もうダメポ >>1
ハングル銀行怪しいな、
マネロンに使われてる銀行かもな知らんけど >>23
え？それなに？聞いたことないなあ、え？要るの？やべー
って感じかな うける
ここ発注No.に漢字入れてたりして
ガチ昭和から脱却できてない企業なんだよな
>>1
システム屋が要件定義書無くすとかなんなの？ 言い訳にしても下手過ぎるwww
メールのバックアップでも掘れるでw
サグラダファミリアだから部分的な要件定義書見ても全体がさっぱりわからない
みずほ「なくしたで逃げ切り(笑)」
金融庁「無くした、、なら仕方ない」、、。
下請けに丸投げするだけだから要件定義書なんて使わねーんだよ
別の下請けに流してるだけだから
資料の管理なんかしてないだろ
やっぱ、みずほの取引には紙通帳が必要だな、、。
でも発行料1000円だっけ？
盗まれたんだよ
月一回の避難訓練の時
こっそり残っていて めぼしい資料を盗むんだよ
今頃 外国に行ってる
システム障害も同じ
反日勢力のテロだよ
>>18
それが最終版（最新版）かどうか？が下請けには判断出来ないんですよwww
下請けが馬鹿って話じゃ無く、版管理だけは発注者がやらなきゃ無理なんでw 社員がやらないと(知らないと)いけない事を社員が知らない時代
>>52
その基本設計書が正しいかどうか？は要件定義書見なきゃ分かりませんが やった！ITパスレベルのワイでもどエライことだとわかる！
不祥事を闇から闇へ葬るのだけは長けてるんだろうなｗ
どういう問題？
日本カストディ銀行には、資料は残ってるの？
残ってるよな
そうすると、みずほリサーチ&テクノロジーズ（MHRT）から、その資料が外部に流出した可能性がある
それが問題だってこと？
基本設計書と詳細設計書、運用設計書で遡れるだろ
要件定義書なんかアップデートが反映されないし、実装されなかった要件も含まれるんだから重要じゃない
素人かよ
>>1
ワロタ
これがみずほのエンジニアへの評価ンゴね 第一勧銀系派閥の責任だろうって
富士銀行の連中は言っていたぞ
要件定義書がないとか有り得ないんだけど。
仕様書すら無いらしいから、本当にみずほ銀行は頭が悪い奴しかいないんだな。
まぁ、三行派閥争いと天下り入れて内部闘争しかしてないんだろう。
要件定義書だけなら
無くしても大丈夫だと思うけど
記者が要件定義書って書きたかった
だけじゃないか？
>>42
2025年(昭和100年)問題が起こりそう >>5
それは凡人の考え
文系馬鹿にかかれば「どちらにもない」になる 要件定義書が実在すると、ある決してあってはならない事項を記載しなければならない
多分こんなとこ
問題ないだろ。要件定義書に書いてあった事なんて一ミリも守られてないんだから。
要件定義書なんて概要しか書かれてないから
出来上がった後ならもはやなくても問題ないだろ。
上流SEで要件定義書を書ける奴を見たことがない。つまり最初から存在してない。
いつも口頭で思いつきで指示するか丸投げするだけで、たいてい末端の下請けが作成する。
似たような仕事してる人は皆んな分かってるよ
要件定義書とか設計の問題でもない
これは移行計画で担当者の見込みを信じて大コケするという
よくある話し
今から"つくる(都合の良いように捏造する)"んだよ
消失なんてありえないけどな。
誰かしらがコピーを必ず持ってるからな。
つまり今あると困る文書ってことだな。
一体何が書いてあるのだろうか？
正直、要件定義書無しでシステム保守は辛いものがあるぞ
>>68
実際にプログラムコードを書いたりテストしてバグを直したりしてるのは
時給1000円くらいの派遣とかの非正規の人だからな。 それがあったとしてもみずぽのアホには理解できんだろう
銀行の要件定義書はペラペラじゃないかな
あんまり書いてもという気はする
>>1
申し訳ないが瑞穂っていう名前が良くないし改名することを推奨しておくわ >>77
たぶん１日に明日持ってきます
２日にも明日持ってきますと言って
今日は持ちこたえられなかったんだろうな >>81
要件を定義してあとは仕様に落とし込むんだから仕様書があればいいのでは？ 日経新聞
「みずほ銀行系列ってそんな重要書類も紛失するんかい。
たまげたなぁ。」
よく分からんが、カストディ銀行とやらはそのデータを持ってないの？
要件定義書なんて
ちゃんと動くこと
セキュリティはちゃんとしてること
とかしかかかないだろ
あとシステム構成図があるくらい
ネットワークの詳細なんかかかねーよ
>>85
SEじゃなくてコンサル会社が作るからな。
システムのことなど良く分かってなくて
理想論だけ書き並べられたものになるからな。
実際に出来るシステムは、その要件定義から
かなりかけはなれたものになる。 「宝くじ戦争」大山真人著（洋泉社）
https://jprofile.org/2013/05/post-54da.html?hilite=%E5%B1%B1%E3%81%AE%E6%89%8B%E3%83%93%E3%83%AB
>第６章 片岡一久vsテキ屋 より
片岡は新宿の尾津喜之助、池袋の関口愛治など主要なテキ屋の親分に話をつけた。どのような話になったのか、片岡本人も亡くなっているためこれ以降は推測の域を出ない部分もあるが、当時片岡のもとで
働いていた部下が「接見」を証言している。ただ、渋谷、上野などの「解放国民」と話ができたとは思えない。駅前占拠は東京に限ったことではなく、片岡は地方の都市にも出かけて話をつけたという。
これは片岡の長男である英統＜ひでのり＞（一敬を改名）の話である。
「父はよく名古屋の話をしました。名古屋に行くと、教えてもいないのに名古屋の有力な親分衆が駅に出迎え、父は居並ぶ親分衆の間をかき分けるようにして進んだといっていました。父のことですから、胸を張って堂々と歩いたんでしょうね」
英統は、親分衆が片岡を出迎える原因を「俺が宝くじの世話をしてやったからだ」と聞いている。 ええ、このデータの海で何処にもバックアップが存在しないなんてことある？
要件定義のメンテが重要だって分かってない奴がいるな
それがないと、数年経ってから苦しむんだ
もう、取引続けて良いのか検討の余地が出てきたな。
肝心な時に下ろせない、とかあり得ないだろ。
↑
プロジェクトのドキュメント
顧客が本当に必要だったもの
↓
そのうち預金額まで記録が消失してしまい、バックアップも飛んでしまいました、
皆様にはお詫び申し上げます、とか。
>>54
現実は、それらの脇に書かれた落書きが正解だったりする。 要件定義なんていらねーだろ
基本設計書と詳細設計書とパラメータシートで十分じゃん
あと構成図は必須
>>事務規定書に基づいて整えるべき60超のうち20弱の要件定義書が存在していなかったという。そもそも作成していない可能性や破棄していた可能性もあるといい、カストディ銀との共同調査に切り替えた。
>>MHRTの調査内容によると、消失は2016年8月に開発ファイルサーバーのディスクが故障したのが原因。使用不能になったうえ、頼りのバックアップ機能はそれ以前に壊れていた。復元作業を進め、カストディ銀に対し「ベンダーと協力し、主要な開発文書は復元できた。影響はない」と伝えていた。
>>これに対してカストディ銀は、第三者評価を入れた本格的な調査に入る必要があると判断した。少なくとも14～16年の間の開発文書が消失しており、具体的にどの程度復元できているのか、完全復元できていない場合、業務にどのような悪影響をもたらすかを精査する。カストディ銀は金融庁に被害報告を提出した。
要件定義書の前工程の文書、顧客側（みずほ銀行側）が
書く文書は何という文書だったかな？
受託先から預かったなら原本も残ってるだろ。手書きで複製も無かったのん？
>>101
要件定義書のメンテなんかしない
というか、リリースしたらもう見ない
基本設計書
詳細設計書
外部設計書
構成図
リソース管理表
運用計画書
があればいい だれか個人が保管してるだろうけど
それはそれで持ち出し禁止なわけでペナルティになるしで
出せないんだろうね
そもそもだけど、自然言語で要件定義書が書けるわけないだろｗ
>>19
設計図がないから、まともな改修も更新もできないとか？ >>115
RFI
RFPを作成するのに情報提供を求める文書 >>115
分かった。要求定義書だった。
大銀行の仕事をしたことがあるけど、
この要件定義書の前の工程の文書、要求定義書を大銀行の人が書いてた。
仕事ができる会社だったみたい。
あと大証券の仕事をしたことがあるけど、大証券のシステムの人たちは
自分たちでプログラミングからシステム構築までできるから、
すごいシステムのことを分かってた。 もしかして宝くじ抽選プログラムまでたどりつきそう？
>>7
文化人類系や体育会系からの新卒ITエンジニア採用なんて珍しくないからね。
世界見ても日本ぐらいだけと >>36
ソースが全てだよ
要件定義書なんて飾りです これが無くなると、出来たものが納品して良いものかどうかが判定出来なくなる？
経験したことない人にはわからないがこれはある
紙が安全だよ
電子データは消える
紙と同じように思ったらいけない
でも、要件定義書って納品して客が持ってるものじゃないのか？
ATMの一件といいこんなクソ銀行を利用してる連中のオツムが心配
>>37
やめちゃったんじゃね。
チームで送受信してなくて個人のやりとり もうダメぽ銀行に改名しる
てか俺の預けてる8千万は無事なんだろうな！！！！！
右から左へスルーしていたんだろうな
一言 うまいこと作ってくださいとでも言って
>>47
こんなことしたい
あんなことしたい
ことを、書いたもの んー、、
成果物は要件定義書以外に納品してプロジェクト終結してるんなら、別に問題視される内容じゃない気がするけど。
>>133
そうだと思う。
システム側が作製して顧客側が持ってるはず。
だから２個はあるはず。 >>141
それは顧客側が書く要求定義書じゃない？ 公文書と同じ
廃棄したことになってるけど、そのうち出てくる未来
それ程大きなシステム保守を担当した訳ではないけど、システム開発スタートの議事録～システム修正記録まで全て役にたった
何故このシステムを構築したのか、どのような効果がえられるのか、全てわかる
>>128
> これが無くなると、出来たものが納品して良いものかどうかが判定出来なくなる？
お客さんの要求に対して、出来上がったシステムを見せて終わりなら必要ないよ。
その後、お客さんがコレジャナイって言い出さなければ良いねって感じ。
要求に対して、こう構築しますよって定義するのが要件。
要求と要件定義をもってやりたいことの合意をとる。
まあ、結構アバウトなんだけどねｗ あー、日経の記者がボンクラだったって落ちか。
契約書に縛られて無くしたら問題だけど、検収上がってたら別に悪くもなんともない。
ただのいいがかり。
>>150
他の大銀行に聞いてみて。
そこらへんしっかりしてるぞ？ 紙で保存してそうだけどなー
デジタルデータがないと言えばごまかせると思ったんだろうか
普通は消失リスク対策で、オフラインメディアに残すもんだがな。
出たw バカを証明するコメント「個別のことについてはお答えできない」
これ。キングダムでいえば合掌軍の統合銀行になったが、指揮系統を一元化することばかり注力し、システム統合させる手続きが誤った。
つまり中間管理職まで意思統一を抑えられず、崩壊した
つまり函谷関を抜けなかったのだ
出し抜いた隊だけ、別で動いた状態がこれ
李牧つまり、幹部と深くかかわり、利権 派閥がヒント
外部設計、内部設計書もないの？
別に要件定義書なんかいらんだろ
要件定義書？
今日、マドリードのファイザー研究所で燃やしてたよ
>>160
ありえない。一番大切な書類。これで見積する。 >>1
受託側がシステムトラブルで無くしたのはたしかにミスだが
なんで発注元が同じ書類持ってないんだよ
あり得ないだろって >>160
まぁ不具合の原因究明に関しては糞の役にもたたない粒度だよね 稼働中のシステムと同等の最終版が元からないのでは？ｗ
可用性が失われてるなら、もう障害ではなく人間が勝手に使ってた可能性が出てくるな
>>152
社内規定でPJドキュメントの保存は当たり前だけど、この記事だと読み取れない。 >>32
すでに担当した底辺システム屋は存在してないのかもな >>49
みずほのオンボロシステムの資料なんて
欲しい奴いるのか？
ここのシステム障害はテロじゃなくて自滅だろ。 >>169
納品したかもしれんが、もう要らんだろ？と言っているんだが >>68
タコつぼ開発部屋では中国語やベトナム語、他のよくわからない言語が
飛び交ってたらしいね。 >>180
みずほとしては、運用マニュアルさえ持っていればいい話
なんで要件定義書なんか要るんだよ。何に使うものかも知らんアホが 車のマニュアルでさえ要件書いてあるだろｗ
捨てないよね
長年みずほ使ってるから今更他に行くのは面倒だけどUFJなら家のすぐ先にあるし
どうしよっかなー
>>175
５次受けとかもう連絡も取れないよ
中間搾取していた会社もいくつかは潰れてくれているだろうし おそらくクラウドストレージへの移行が遅すぎたんだな
５年前のみずほの基幹システムといえば富士通のFUCKOMやOA基盤だが
富士通の運用アウトソース部隊が自社のクラウドが整うまでみたいに変なプライド持ってて
自社製SANからBoxとかDropboxみたいな他社ストレージに切り替えるのを渋ってたから
この有様なんだろう
>>182
証券システムやFXのシステムなどもやってきましたよ＾＾ >>89
ところがどっこい、仕様書通りに出来てないのが
みずほのシステムなのよ。 >>190
数々のウンコを総なめしたったわい(´・ω・｀) >>186
ヒント コボルソース
あと fuckomってｗｗｗ >>191
ウンコ食ってウンコ出すだけの無能SE勢が、日本のITをウンコだらけにして国力落としてることを、もっと自覚してほしい 消失じゃなくて、最初から作ってなかったんだろ
もうバレてんだよ
追加機能的な案件かもな
やっつけ仕事で終わらせたものが割と重要だったみたいな
旧みずほ情報総研
こいつらホントにクズすぎて驚いたわ。他の銀行ユー子と比べても断トツでクズ揃い。
地下道を掘ってると思うと良く分かるね
10年前に掘ってボロボロになった地下道の地図を
当時の７次受けの非正規低賃金が失くした
というか時給千円でそんなもん保管する義理はない
こうして地下道はどんどんボロボロにｗ
どっちかと言うとみずほは被害者じゃないかな
バグだらけの糞システムをみずほに売りつけてるシステムベンダーを叩くべきだと思うんだがねぇ
ツギハギだらけだから要件定義書なんぞ元からねーよ
どうせ上からの口だけのその場での思いつきによる単語しかない
旧みずほ情報総研
技術者でもないくせに納品する資料をレビューする振りだけの会社だよ。
中身が何にも理解できてないからレビュー結果として「ここは半角で」とかｗ レビューコメントそんなのばっかｗ
要件定義なんかしたんか？(^。^)y-.。o○
要件定義書あれば双方にあるやろ
>>200
要件定義から糞なんだぞ
そして管理もしないのがみずほだ
それが上流にいるからまともなものが出来ない >>201
結構長い間やってたから
終盤辺りに作ったモノならもはや要件定義書や仕様書すら不要で全部誰かの頭の中とかまでありそうｗ 新卒2年目で要件定義書が無くて作った。見切りつけてすぐ退職バイバイ。
ありえなーーい。
要件定義書はみずほ銀行（顧客側）もシステム開発側も持ってるはず。
すごく重要な文書。
>>200
みずほ本体が、はっきりしないから
こうなる >>208
みずトラ創設時の部署編成でロストしたんだろ よくわからん件。
うちの会社だと毎日ファイルサーバのバックアップとっていて
それが半年分あったりするんだだ、復原もできなかったのかな。
まさか紙文書だったとか？
まあとりあえず預金の大部分は他に移したわ
絶対またやらかすだろうし
>>150
金融庁にカストディ銀行から被害報告が上がってるんだが だめぽフィナンシャルグループ
だめぽ銀行
だめぽ証券
だめぽリサーチ&テクノロジーズ <-new!
>>208
この場合は顧客はみずほ銀行じゃないんだよ
日本カストディ銀行っていう三井住友、みずほ、りそなの資産管理サービスが統合した信託銀行 ああ、そうか、ここは合併に合併を重ねたから
ドキュメントとかファイルとかぐちゃぐちゃになってしまったのか。
俺は昔、OB訪問で第一勧銀情報システム行ったことあるんだが
あそこに入っていたら、会社の名前変わりまくりだったんだろうな。
「要件定義書」だけなくなるってことはないから
他の設計書とか議事録とか関連資料もなくなっている可能性あるね。
つか、要件定義書無くしたら金融庁への報告対象になるのか。厳しいな。
最初の要件は定義されるだろうけれども、
最終的にできあがるシステムが、要件定義書通りとは限らないんだがなぁ
要件定義書なんて、「開発前の最初の予定」という程度でしかないのに
どうしてそんな必死に叩いてるんだ・・・
そもそも誰が要件定義書を書いてるかさえ、知らないんだろうなぁ・・・
これ合併が問題だろ
部署の再整理で本来保存されているべき資料がフォルダの再整理等で無くなった
>>221
それはIV&Vの問題
システムエンジニアリングがなってない そもそも内部統制で必ず必要になる資料じゃないだろうか
紛失は結構問題なんじゃないか
追加開発時の保険範囲とかに関わるわけだし
>>221
それはない。
要件定義書で見積もって、テストもするから。
もし変更するなら要件定義書から変更しないといけない。 日本カストディ銀行に、たぶん金融庁とか監査法人とかの監査が入って
「要件定義書見せて」→「ありません」→「なぜなくしちゃったの？」
→「僕らのせいではありません。あいつらのせいです」
ってこういう流れだったのかな。
>>224
「後から勝手に加筆修正したので契約時の原本が残ってない」の可能性はないの？ >>209
まあ言われたこと以上のものは作れないからね…
分かってない客は多いがｗ >>228
銀行システムの要件定義書って、テストできるほどの内容書いてるか？
設計レビューの中で指摘しながら一緒に仕様を作っていく感じだぞ
みずほ級の巨大システムの要件を誰が最初に書き切れるんだよw
そこらへんのチープなシステムと一緒にしてはいかんよ >>217
知らなかった
最近日本に進出したインドかどっかの銀行なのかと思った 要件定義書.xlsx
要件定義書_金融庁監査用.xlsx
要件定義書_最新.xls
要件定義書_訂正版.xls
誰も本音で現実を語らず問題を先送りしてきた結果が、これ
>>232
今やってるの二人/月程度のチープなシステムなのに
要件定義書なんかないぞｗ
あるのは最初に作った怪しいプレゼン資料のみ 業務の基幹システムを外注するなどということがあってはならないんだよ、本来
内製化してから自立してくれ
解散するか?
詳細設計書ならスケジュールが間に合わなくて適当に作ったとかはあり得る
要件定義書なんて一番初めに作るもんだぞ？どうやったら無くすんだよ
ええええええええええええええええええええええええええええええええええええええええええええええええええええええええええええええええええええええええええええええええええええええええええええーーーーーーーーーーーーー！
なんかの証拠隠滅とか言い訳のために無くしたと思いたいけれど
ことみずほに関しては本当に要件定義書なんてなかった可能性もあって侮れない
>>239
現実はそらそうよ。全部教科書通りじゃないのよ
銀行なんて毎日システム拡張してツギハギの化け物みたいなものだし
要件定義書なんて「なんかいろいろやりたいかな」ってふんわりイメージしかどうせ書いてない
＞ネットワークの構成図のほか、システムの安定稼働率を示す「可用性」や機能追加や性能向上のしやすさを示す「拡張性」、外部からの攻撃を防ぐ「セキュリティー」
こんなの設計書見ればいいだろ・・・。要求項目なんて随時変わっていくんだし、毎度要求定義書なんか引っ張り出して直したもの、誰が読むんだよ・・・ >>248
＞銀行なんて毎日システム拡張して
いやいやご冗談を 元々無いものをさもあったかのように口裏合わせ？
使ってないからどーでもいーけど。
一回の会議で三派閥から別々に議事録が作られて三つ比較すると中身が全然違うとかありそう
要件定義書なくても基本設計書と詳細設計はあるだろ
どういう要件だったのかを知りたいんじゃなく
どういう設計になってるのかを知りたいんだよね？
水掛け論の喧嘩してんのか？
そもそも要件定義なしで熟練の勘と経験で開発してた可能性もある
このレベルの熟練者をどんどん首にして３次受け４次受けだらけになったときに脳内の地図は消失したんじゃね
>>253
いや、議事録はベンダー側が作成してクライアントが確認するのが普通だから複数作成されることはない つーか5年前の事故で消失したのを今頃気がつくって、本当は不要な書類なんじゃないの？
あとドキュメントの保管義務って契約書にあったとしても数年じゃないか？
取っとかないよ
紛失よりも漏洩事故の方が怖いし
>>249
システムは「生き物」。みずほ級になると色々統合する前の第一銀行とかのシステムから40年とかの長さで毎日毎日いろいろいじってる「生き物」なんですよ
特に、インターネット普及してからのネットバンクなんてもう最悪だよ多分ね。俺はたずさわってないから知らないけど。めまぐるしく変わってるよ
お得意大企業さま用の特殊カスタマイズだけでも、どれだけあるよ？ ってね。企業の数だけあるんですわ
さらに電子マネーをATMであつかう？ はぁ？ですよ。スイカって何？みたいな
素人の皆様が知らないとんでもシステムなんですよ銀行って >>248
そもそも、要件が分かってる人がいないんじゃねーの
そんなもんだろ、要件なんかないんだよｗ 別業界の人間だからわからんけど、
要件の定義が紛失するなんてありえるの？
IT業界では一般的なのか？
>>256
システム開発なんて属人化するのが常だからねえ
今自分が担当してるのも細かいことがわかるのは他に誰もいないよ >>263
それね。消失ではなくて、マスコミが期待してるような要件定義書はそもそもないパターン
「どんな変更要求にも拒絶することなく全部やります」って永遠の忠誠を誓ったのが銀行のシステムベンダーだからね
その代わり「かかった費用は全部払うから遠慮なく言え」っていうのが銀行側
だから毎度、要件定義書なんて書かないよね 本当に恥ずかしい連中だよな。どうやったら企業が”無くす”んだよ、
どうせ証拠隠滅の類だろ、クソ安倍のアベマスク横流しといい朝鮮人はそればっかりだからな。
>>248
最初に１．０次フェーズで新しいシステムを開発して、
仕様変更したいことを
１．１次フェーズでまとめて行う。
大きい変更のときは２．０次フェーズとかになる。
もちろん仕様書からソースから全部変更する。 個別について答えないって説明できない無能って事じゃんw
>>13
コノのご時世に窓口行ってるの君だけでは？ >>257
ベンダーの一次下請けがみずほの子会社じゃなかったか しかしこれ
日本のIT業界の象徴みたいな事件だよね
「顧客にばれないように、通信障害に見せかけて誤魔化す」
こんなのがいっぱいあるんだよ
>>268
いやおまえはマジで記事を読めよw
このみずほの子会社は要件定義書はある、今でもちゃんとありまぁすと顧客にずっと説明してたんだよ
だがどこかに疑惑を抱かせるところがあったのかさらに顧客から追求され続けてついに過去のサーバーダウンで失われた、しかもバックアップもそれ以前に失われてたので完全な復元ができないと渋々認めたのよ
それで今回その顧客である日本カストディ銀行から金融庁に通報されるはめになった >>264
IT屋だけど、割とよくある。
五年前に入れたシステムの要件定義書や仕様書がなかったりとか。
ベンダー側も組織変更とか人事異動とかフォルダの整理とかでドキュメントがどっかに消えること、よくある。 >>279
お前がちゃんと読めよ。日本語何級でちゅか？
＞事務規定書に基づいて整えるべき60超のうち20弱の要件定義書が存在していなかったという。
＞そもそも作成していない可能性や破棄していた可能性もあるといい、カストディ銀との共同調査に切り替えた。 フォルダの整理でドキュメントが消えるって…
どっかにとっとけとか思うんだけど
リーダーに聞いたらそんなものないって言われた資料が簡単に出てきたのが
つい数日前にあったわ
例の首切りされたシステム要員「あー、これも捨てとくか！」
みずほはなくしても、発注元の日本カストディ銀行はしっかり持っているんじゃないのか
これに関しては日本カストディ銀行とみずほがあーだこーだすれば良い話で
それを第三者の日本経済新聞に子細を言う必要ないよな。
金では解決できない状態になってるんだろうね。
よくないと思っていてもすぐ担当が代替わりするから藪蛇にならないようにそっとしておいた結果ね。
で、誰も把握してないし責任も取れない。ずるずると自滅するのみ。
>>286
>担当が代替わりするから
俺の会社でもこれが原因でいまや誰も分からない状態になって
アンタッチャブルになってしまっているってのは珍しくない。 何がどうしてどのように動いているのか
誰にも把握できない勘定系システムｗ
おまいらよく要件定義書もないシステム使ってる銀行に金預けてるな。
明日預金ゼロになってもごめんねテヘペロってことだぞ。
派遣に丸投げで誰も把握してないんだろ
派遣も案件のデータは持ち出せないから実態を知る人間は一人もいなくなる
要求がコロコロ変わる会社だぜ
外設内設優先で要件定義書のメンテなんかまともにできないだろ。
総研とかトラストシステムとか銀行から見下されて、さらに下請けをイジメてる印象しかないな
要件定義書なら甲と乙にあるから一方が無くしてももう一方が持ってるだろ
(´･ω･`)
要件定義書消えた。バックアップもない
記録はダサくても最先端でなくても確実に残るように
粘土板にしとけとあれほど言ったのに
ぶっちゃけアレだけの規模になった要件定義書なんてあってないようなものだろう
要件定義書は仕様ではなく、なんかこんな感じ、程度の意味のない書物
いま納品ってどうしてるの？
昔は紙をトラックに乗っけてったぞ。
実用になる技術は即実戦に投入していくスタイルじゃないと外国に勝てんだろ
ガチガチに形式にこだわってこの結果って、いかにも日本らしいが
2000万ステップもある開発で要件定義書なんて意味あるんか、って思う
>>264
よくあるよ
担当変わったらどこに何があるかなんてわからん >>307
開発はぶっちゃけどーとでも作れるから有っても構わない
要件定義書が無意味なのはインフラ基盤よ
製品知識の無い馬鹿が製品知識のないアホ客と取り決めたのが要件定義書だから もう一般人がみずほ銀行で普通口座持ってるのはなんか弱味でも握られてるとか前世で余程罪深いことしたかってくらいおかしなことだよな。みずほじゃないとダメな理由ってなんかあるのか？
なるほどシステムダウンさせて大事なデータ飛んじゃいましたとやればいいのか
１ 最初から要件定義書なんてなかった （作ってなかった）
２ 合併のどさくさで誰のパソコンに入ってるか分からなくなった
３ 責任逃れのために消失したことにした
>>319
MTだと磁気消えるかもしれないからパンチカードにしよう ４ 要件定義書を管理していた派遣SEがプロジェクト解散によりどこかへ行った
１０００社のベンダーと
のべ３５万人の派遣奴隷が
入れ替わり 立ち替わり
システム開発に携わった
うん そんなもん管理しきれないよね
要件定義書作る
↓
銀行から変更しろと言われる
↓
変更する
↓
また銀行から変更しろと言われる
↓
要件定義書がどっかへ行く
というか変更しまくるなら
意味のない文書だよ
うわぁ
みずほにだけは絶対に金を預けたくないわ
そのうち個人の預金消失とかやらかしそうだもん
仕様変更したらいちいち要件定義書として
かきなおしてるの？？？
みずほクラスの巨大なシステムで
そんなこと無理でしょ
もはやシステム系の何割かは内製化の義務付けが必要な時代になりそうだな
中抜きはロクでもないことしかおきねえわ
>>328
知らんけど、そんなのってまず確定させんと、次のフェーズに進めんちゃうん？ 知らんけど、根本的仕様自体にバグがあって
隠蔽のために無くしたんじゃないの？
ちなみに、知らんけど、
誰かも甲乙書いてたけど、
あとの実装や変更はともかく、これと決まった時の要件定義書は、双方で持っとらんの？とか
全然わからんけど、素朴に、後でそれにどうかいてあったかが影響がでるなら、公証役場に残すみたいのやらんのかとか
いや出来るのか知らんが
>>301
文系は、理想通りに物事が運ぶと妄信してるからな。 「やべー押し間違いて削除しちゃった☆」だったりして
なんや知らんけど
契約関係の書類なら頼んだ奴と頼まれた奴の双方が同じものを持ってるんじゃないの？
下請けのPC探せばあるだろ
口頭で仕変繰り返して今となっちゃ何の意味もないものだろうけど
ウォーターフォール開発だと
時間がかかりすぎるし
仕様変更に対応しにくいし
コストがかかりすぎる
だからウォーターフォール開発はダメ
アジャイルだと
はやいし
仕様変更にも対応しやすい
まあそもそもプログラマーが
ドカタ扱いされるわ
やたら流動的すぎるわで
どういうやり方をやろうが
日本の場合はダメなものしか出来ない気がする
ソフトウェア開発では
プログラマーが肝（きも）
肝心要（かなめ）なんだから
優秀なプログラマーを囲い込んで
外に出さないようにしなきゃダメなのに
なんで日本は流動的にしてるんだろうね
これ、消失というか最初からなかった説もあるらしいｗ
カオスだな。
みずほのシステム子会社は親会社以上に合併しまくっているから
もうわけわからん状態なんだと思う。
>>342
銀行の勘定系はアジャイルでは無理だろ。
ユーザーフェース重視のオンライン処理と同じぐらいバッチ処理が重要。 アジャイルはwebのUIUX改善に特化した開発手法だと認識してるけど金融の勘定系システムの開発に応用きくの？
>>343
全てはコストの問題
コストの最大要因は人件費
高コストの人員を抱え込む余裕は日本企業にはない 他の銀行みたいに一方のシステムに統合してたらこんな問題は起きてなかった
旧富士銀行の日本IBM製システムは先進的で評価が高かったのに、対等合併への拘りと、外資製を嫌った結果がこの有様
結局にっちもさっちもいかなくなって日本IBMに頭下げてる辺りもポイント高い
合併した各々の銀行の派閥争いやら何やらがこいつらの本業らしいな
だからまともな業務はやってないんだわ
>>348
でも高コスト東京に人員を集めちゃうお笑い 結局、人員にはお金を払わないけど
トンキンのオフィスビルにはお金を払う
そんなイナ感覚が衰退の原因かと
可能性として
①誰かが削除した。
②元々そんなものは存在しなかった。
まずこれは
みずほ銀行本体のシステムとはまったく関係ない話
だからな？
三井住友、みずほ、りそなの3行の資産管理部門が統合されてできた信託銀行の日本カストディ銀行がみずほの子会社のシステム開発会社に仕事を任せた結果、こうなったという話
ていうか発注側に残ってないはずないから実運用上は問題ないだろ
たしかに無くした受注側も問題だけど
>>1
お互いに持ってない時点で駄目なもんたろ。それは。 >>19
なあなあで次の基本設計フェーズに行きましたってことだろ。 >>323
シミに食われてたでござるの巻(´・ω・｀) ってか、これって、要件定義書が
1.どこにもないって話なのか
2.受注者側が持っていないっていう話なのか
(´・ω・｀)？
作ってなかったんじゃないの？ペラのシステム案くらいはあるけど
概ね前システムを参考に、あとは口頭で要求しながら開発してて
まあ最初から無かった物の可能性が高いな
電子データを無くすか？
日本のITベンダーなんて
初期リリースの瑕疵期間終わったらもう知らねで資料破棄するからな
よくわからないのが
要件定義書が失念してるってことだけど
これの何か今に問題なの？いまいちこの記事の意図してる意味がわからん。
>>362
発注側も持ってるよな普通
>>19
よぉわからんね
流出したならともかく、データ消えたなら
発注元から貰えばいいじゃんな
「発注書にあたる｣とか記事に書いてあるけどはぁ？と思うし
受発注の経理処理に要件定義書使うと思ってんのかこの記者は… 発注者側は当然持ってるけど、受注側が消失させたのに持ってますって嘘ついて業務継続してたのが問題なんじゃ？
コンプラ的にはアウトだよね
「個別のことについて、お答えできない」
これ、少し前にどっかの教員団体も使ってたけど何を勘違いしてんだろうな、記者も突っ込めよ
「個別のことなんだから答えなくて良いルールなんだもんｗ」的に何か勘違いしてるバカなんだろうなってのは判るけど、
元々政治家官僚答弁で「様々な条件下での想定を各一つ一つ答えていたらキリがない（だから基本一般論としての質問にしか答えないよ）」
て流れで「容認されてた（あくまで、本来は容認されるべきでないけど、て流れで）」てだけの話で、
「そもそもが個別案件」である話において
「個別の事案に関しては答えられません（なんか国会では皆これで容認されてたよね・・？いいよね？いいよね？ドキドキ）」
って、吐き気がするような地頭悪い勘違いサルだよな
はじめから無いだけだろ、下請けはドキュメントもらってるはずだし全員なくすわけない
やたらと細かい手続きばかりするのに肝心なことはできていない
あるいはうっかりでした過失だから仕方ないでうやむやにされる日本社会
日本人はビジネスにおけるドキュメントの効力を舐めとる
>>331
かっちりしたとこではやってるよ
まず(顧客が)要件を変更する
それにもとづいて(SEが)仕様を変更する
それにもとづいて(PGが)実装を修正する
要件定義書がないってことは仕様変更の根拠が作れないということ >>370
もう開発終わったから棄てました
問い合わせは個別の保守契約を都度してください Front end developer
ブートストラップ CSS HTML HTML5 React.js
>>310
プログラム内に「時限爆弾」仕掛けてもおかしくない。 ないわけないと思うけどね このレベルの企業で考えにくい
銀行側になぜない？
納品の際に外部媒体で納品されてないのか？
デジタル管理出来ないなら紙に戻せ
セキュリティ上がるぞ
>>371
いやこれは、個別すぎる案件やろ。
5年前の障害について詳しく調べるならともかく。
障害で消えたひとつのファイルについて、何を聞こうとしたのやら… >>342
基本ウォーターフォール開発だけど、最初にGUIを確認するために
アジャイル開発して、GUI確認後はアジャイル開発は破棄したりするんじゃね？ 納品済みなら相手も持ってるし取り寄せれば良いだけだろ。
みずほを２つに分割しなよ。
リテール(個人向け)と、ホールセール(大手法人向け)の２行に。
社長、取締役クラスはクビ。
従業員がガラガラポン（くじ引き）で分ける。
これしかねぇだろ。
レスの中に、そんなもんじゃねーのかなと思えるようなレスがある一方
じゃあなんでそんなことで金融庁に報告する必要があるんだろ？
とかは思う
そんなん有ろうが無かろうが凄いブランコが出来るから楽しみに待ってなさい
議事録は意図的に取らないんだっけ？
ホントそういうのやめろ
>>394
こないだの不具合で金融庁が調べ入れたんだろ
当時作った要件定義書を確認させろってさ
不正改ざんとかないか、発注側と受託側の双方から出させようとしたら
受託側のは5年前にデータ消失してて出せないです、って報告でした、
とかそんなもんじゃねーの >>397
それ、明らかにシステムの外側で何か疑ってる感があるんだが… >>383
担当全員がコピーして持てるのが普通だと思う。
よくはないけどwww ランサム踏んだのをシステム障害で隠蔽って線は考えられますか
>>397
ですです。ほんとうにですです。
でもみずほ側も無いですって言ってるのは、
相当なことやで、証拠隠滅れべるで結託している
レベル。販社ならよくそういうことするけどなぁ、
システム受託側がするかね？ >>401
ありえます。
あとマネロン。
ログ取得してるやろうからログ出せ、そんな機能ありません。
おかしいやろどんな発注してんねん。
要求仕様書出せ。=>ありません。かなぁ？ 基本仕様書のレベルを要件定義書って言ってる世界があるんだよね。
あれなんだろ？
>>401
あ～～! そんなのが、発覚したらトンデモ事案になりそうw >>347
やんないほうがいい。
ぐっちゃぐちゃになる。 要件定義書なら何かあった時のために受注者も控え持ってるだろ
これは流石に怪しい
何か別のことを隠してるだろ
要件定義が無くなるとか、あるわけない
ドキュメント管理してるサーバーのバックアップ取ってるだろ
推測するに、見せられない程、酷い内容なんだろうね
要件定義書にも色々あると思うが
共通フレーム2013の雛形にあるような奴だと
委託契約する際は開発契約時の要件定義書に基づくとなる
金融庁は契約書を追うだけで沢山のお宝を見つけたのかもね
>>376
そうなんだよね
うちも中小企業だから、総務に、「この会社と
秘密保持契約してるかどうか教えて」と訊いたら
「何年も前のことなんでわからない。前の担当者のとき
なんで」と言われて唖然とした どうせ長年作り続けてるうちに要件定義書とは似ても似つかないものになってるんだろうから問題ないだろ
っていうか、システム庁というものが発足したそうなんですけど、
システムのことなんだから何らか関与しないもんなんでしょうか
とか、素朴に思いました。はい。
>>372
実作業やった下請けなんてもう潰れてないんだろ
潰れてなかったとしても担当者なんてもう全員異動したとか所在不明とか 無くした事にしないとマズイ何か事情があったなら
そっちが気になるよなが
>>413
そもそも要件なんていうものは誰も知らないしどこにも存在しない >>78
システム移行に参画するのは今2回目だけど
2回とも見積もりの段階でやらかしてるわ大コケだなあ
順調に炎上中←今ココ そんな物有ったって変更に次ぐ変更で意味無いのでは？こんな仕事してる奴らは、そもそも仕様変更あった時要件定義書直さないでしょ
要件定義って、BtoBで言えば契約書だから
無いってことはありえないって。
大学生ベンチャーレベルの人が基本設計や酷いのになると
詳細設計書を要件定義書って言うけど、それは違うよ。
リストラされたSEに刻まれた刺青人皮を全て集めると要件定義書が
>>404
個々のサブシステムの開発だと従うべきプロトコルの細かいところまで要件として定めてしまうのも有りだと思ってる
そこまで顧客側で責任持ってくれず、サブシステムAとサブシステムBの細かい連携は各サブシステムの開発担当の外注業者同士で取り決めて、とかだと悲惨なことになりかねない >>425
というかそうあるべきだわ
ここは要件定義の区分だからそこまで細かくやらないとかいうの糞オブ糞
本当に細かい小さな小さな改変が要件定義にまでハネてくるのザラにあるから
本来なら詳細なパラメータまで決めた完成図を要件定義の段階で作っておくべき >>422
契約書というか検収根拠の納品物じゃないかな これは「要件定義だからー」「基本設計書だからー」と書く内容制限して
何段もドキュメント生成してドキュメントで伝言ゲームするのがバカバカしいと思えてきた
>『要件定義書』を消失
もう、中はチョンだらけじゃないの？😅
>>422
ほんとこれ😅
もう、要件定義の意味すらわからないのが、
テキトーやっている可能性すらあり得る😅
顧客の要求をどう満たすかを確定させるためにやるのが要件定義であって、
顧客がいちいち、「あれやれ、これやれ」と指図することをまとめたものではない😅
要件定義の段階でいい加減なことばかりやっているから、
曖昧になって、結果的に「詳細設計」みたいなものが出てきて、
どうにもならなくなる😅
２０年くらい前にも、そういうのがあったよな〜😅
でもって、結局、出たとこ勝負になる😅 そもそも、cobolコーディングを変換するだけだから
要件定義書なんてないんじゃね？？
これ、日本カストディ銀行も問題あるような。
要件定義って発注側も承認しているはずで
承認済文書なら控ぐらい自分で保管しておきなよと。
>>436
システム開発契約は合意を重ねながら修正しながら進むもので
要件定義一つとってもなかなか固まったものにはならない
民法上の契約は契約内容が固まらないと合意内容とは言えないが
契約書以外の合意がすごく多いし修正（手戻り）もすごく多い
紛争になったら事実関係のまとめだけで本1冊分ぐらいになったりする
ただ基本的にはベンダーには「プロジェクトマネージメント義務」と言って
発注者は素人なんだから一から十まで面倒見てやれ
向こうが分からなかったらサポートしてやれという義務がある
検収を切っても「向こうは素人だったんだからわからなかったんだよ」と
ベンダーが負けた判決もある >>435
システムを何か変える時はコーディング変えるだけじゃなくて
この機会にあれもこれもと新しいことを盛り込むものだ
本件がそういうものであったかどうかは知らないが >>433
基本設計と詳細設計に分けるのは普通の話 要件定義書があるかないかということと
現実に要件定義から実装がどれだけ乖離するかということは全然別の問題ではないのか(´・ω・｀)
見つかっても今となっては意味が薄いと思います
せいぜい、なにをやりたいのか？を確認できる程度だけどそれすら(´･ω･｀)
>>438
「～～だけなんだから」
アホが一番良く使うフレーズで、
恐ろしい事に日本の文系の平均値はそんなもん みずほはメインバンクだけど、1000万以上預けとくのヤバそうだなぁ・・・
他の銀行にするかな、なんか胡散臭いわ
>>447
オレも仕事の関係でみずほメインなんだよな
最低限にして違う口座に移動させようかと思ってる >>429
> これは「要件定義だからー」「基本設計書だからー」と書く内容制限して
> 何段もドキュメント生成してドキュメントで伝言ゲームするのがバカバカしいと思えてきた
ドキュメントが無ければ、
企業間の力関係で決まるから
力ある方が有利だよねｗ ふ、紛失？
まさか紙しかないの？
データも飛んだの？
どちらにしてもクソだけど
銀行レベルでバックアップが機能しなかったって一周回って笑えないんだけど。
>>449
俺が言ってるのはドキュメント同士での伝言ゲームね。
ドキュメントなしで口頭伝言ゲームは最低最悪だよ 消失したことにしないと不味い状態なんだろう
要件定義書に書かれてたことを全く対応してないとしたら、責任を問われるからな
あるいはポッカリ抜けがあったなら、発注者側の不手際
闇しかないな
もう、みずほだからだということで片づくようになりつつありませんか？
こんなチャランポランでも1000万円以上頂いてますよね？
各所から五月雨式に変更要求が出まくってどれがオリジナルか分からなくなったに1ガバス。
契約形態どうなってんだろ
請負のシステム構築なら検収時点でベンダーの保管義務はなくなるんだが、運用とセットでドキュメントの保管もする契約だったのか…
>>428
納品物は、基本設計書以降の工程。
要件定義は契約書。 おでん文字と漢字アルファベットで書かれているだろうから一般人は読めない。
要件定義すら保存できてない銀行に金を預けるとか絶対やりたくないわ
>>462
そんなことはないよ
rfpとごっちゃになってるんじゃねえの >>135
心のなかにはある
死んでるかもしれんが DropboxとかGoogle Driveにコピーしとけばよかったのにね。偉い人はそういう便利なサービスを知らないんだろうな。
信託は知らんが、銀行の最新の要件定義書はベンダー側に昔からあったなw
さすがみずほ。やりたい放題やんちゃ盛り。もう解体しないと良くならない。
この手のドキュメントって形式的に作って回してるだけな事が多いからな…
モノは関係なくできあがってくる
プライバシーって言葉は役人が情報を独占したがるのときわめて相性がいい。
自分じゃなにひとつ活用できない無能なのに。
情報を独占することで権力を振り回したいだけなのに。
＞受託先の日本カストディ銀行から預かった
これもしかして要件定義は（MHRTではない）他社がやったのかね？
当初の要件提議書は役に立たなくなったんだろな。
適当な要件提議書をみずほのシステム部門が作って外注先に丸投げしたが、出来上がったシステムでテストをしたらケース外の処理が次から次へと出てきたが、仕様書は更新出来たが要件定義の更新が出来ていなかった…こんなとこだろ。
>>476
本体の仕事じゃないので適当にやってるんだろ まるで安倍案件のように、関係書類は存在しないこと。
>>477
よくあることだな
発注するやつがシステムのことなんも分かってない 流石に不安になってきたので、メインバンクを変更したぞ
第一勧銀の時から使っていたが、システムが脆弱なんてのは
金融屋として致命的だぞ
>>482
みずほ「サービサー？ってところがなんとかしてくれるっていうので一任しました」 例え要件定義書が有ったとしても現状のシステムと乖離していて使い物にならないというのが予想出来る。
>>439
発注担当さんは、
どこかから左遷されたような門外漢で
丸投げされたの思い出した。
その人も上からプロジェクトの進捗を逐一聞かれて
大変だったようだけど。 >>469
Sharepoint は落ち目なんだろうか？ 発注元が仕様書送ってくれ！なんて日常茶飯事だろ、この業界
>>491
送った仕様書で何を確認するのかな？
確認できることなんてないだろ ネット銀行含めて口座いくつかあるけどみずほダイレクトのUI古いよね。このレベルかと思いました。すみません
自社で作成して自社内で完結するもんなの？
そうでないなら社外の誰かが持ってるだろ
え？総研ともう一個と合併してたの？
総研はそれなりにブランドだと思ってたが
総研出身がエリート風ふかして
問題をもっとややこしくしてんじゃないの？
