[格言] プログラマーの格言
看板NIHONGO (日語板)作者herospeed (タシロス・シェン)時間17年前 (2008/11/27 11:58)推噓5(5推 0噓 7→)留言12則, 3人參與討論串50/77 (看更多)
人はおよそ他人の失敗から学ぶことのできない動物だ.
値切る,変える,増やす,急かす,誰もみずほの失敗を教訓にしようとしない.
※註解
第一勸業銀行,富士銀行,日本興業銀行三社,
在 1999 年的 8 月 20 日發表了經營統合的情報,
而變成現在的瑞穗銀行。
為了因應經營統合,新的系統在 2002 年 4 月 1 日開始啟用,
但是因為系統架構不夠慎重的原因,造成 ATM 異常,
而帶來約 18 億日幣的損失。
發生這個問題的背景在於,此次統合所需要的系統需要統合舊的三個銀行,
因此需要架構相當於原本系統的三倍大的系統,
這是一個非常浩大的工程,因此需要花費很多資金與時間,
但是瑞穗銀行的幹部層卻作出了一些影響系統開發的行為。
1. 經營統合的方針在決定上出現了爭議,
因此經營方針的決定影響了設計與開發的進度。
2. 為了因應經營統合所編的管理制度在設計過程被發現有缺陷,
但是當時的瑞穗銀行 CEO 卻相信了系統開發責任人的發言,
認為這些進度的延遲可以靠開發部門追回來,
卻沒有意料到這是系統責任人的分析錯誤,
而 CEO 自己也沒有去確認相關事項。
3. 為了趕著在 2002 年 4 月 1 日起用新的系統,
開發群們沒有足夠的時間可以測試系統,
所以僅做了不太可靠的負荷測試,而且在沒有進行異常測試的情況下,
就被迫在 2002 年 4 月 1 日當天啟動系統,
因此系統啟動當天就因為負荷過重而掛點。
這個傳說在日本的軟體開發界算是滿有名的,
只要是有參與到系統開發類的工程師,
應該多少都有聽過這件事情。
但是即使這件事情在怎麼有名,
從這件事情上面取得的教訓,
並沒有反映到新的系統開發上面,
因為目前的系統開發流程上所碰到的問題,
解決方法依舊跟瑞穗銀行事件發生之前的時候一樣。
--
═╦╯ ║ ║╰╦═╩═╦╯═╮╭╬═══╬╮
═╬═║ ║ ║╭╬═╩═══╩═ ╰╠╬═══╬╣
╭╬╮╰╮║╭╯║║╠═════╣═╮╭═════╯
║║║ ╭╯╮ ║║╰═════╯ ╰╠╦╦═══╯
║║║╭╯ ╰╮ ║╭║╰╮╰╮ ╭║║╰═╮═╯
╯║║╯ ╰ ╯╯╰════╯═╯╯╰╯ ╰═╯
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 133.78.190.65
推
11/27 12:06, , 1F
11/27 12:06, 1F
→
11/27 12:07, , 2F
11/27 12:07, 2F
推
11/27 12:22, , 3F
11/27 12:22, 3F
→
11/27 12:23, , 4F
11/27 12:23, 4F
這個其實有爭議的
因為這個事件實在鬧的太大條了
所以之後有很多書籍去解析有關這個事件的背景之類的
但是並沒有書籍很明確的去踢爆瑞穗在架構系統的時候有砍價
但是其他的更改..增加..趕進度部分就有被分析出來
來源是科學技術振興機構
但是這個機構沒有提到砍價的部分
可能是因為砍價這個部分比較不容易浮上檯面
又或許這是業界的共識
所以沒有被分析出來也說不定啦...
不過我相信這個砍價的部分應該多少都有發生才對...
因為一般來說如果有足夠的資金的話
一定程度內的進度延遲是可以很輕鬆的追的回來的
因為可以擴大開發群或是測試群
所以才會讓人聯想到可能也有砍價部份的問題
使得負責開發這個系統的公司撥不出更多人員到這個案件上面也說不定
※ 編輯: herospeed 來自: 133.78.190.65 (11/27 14:37)
推
11/27 15:07, , 5F
11/27 15:07, 5F
推
11/27 15:18, , 6F
11/27 15:18, 6F
推
11/27 21:25, , 7F
11/27 21:25, 7F
→
11/27 21:27, , 8F
11/27 21:27, 8F
→
11/27 21:29, , 9F
11/27 21:29, 9F
→
11/27 21:30, , 10F
11/27 21:30, 10F
→
11/27 21:31, , 11F
11/27 21:31, 11F
→
11/27 21:32, , 12F
11/27 21:32, 12F
討論串 (同標題文章)
NIHONGO 近期熱門文章
13
278
PTT職涯區 即時熱門文章
8
26