Re: [新聞] 南山人壽當了白老鼠？花百億換系統 結果.

看板Gossiping作者 (獎金獵人)時間4年前 (2019/12/02 17:07), 4年前編輯推噓20(21推 1噓 96→)
留言118則, 34人參與, 4年前最新討論串3/8 (看更多)
※ 引述《legendsaga74 (柏青哥PA)》之銘言： : 1.媒體來源:信傳媒 : 2.記者署名:鄭國強 : 3.完整新聞標題: : 南山人壽當了白老鼠？花百億換系統 結果被重罰4千萬 董總高層下台 : 5.完整新聞連結 (或短網址): : https://www.cmmedia.com.tw/home/articles/18772 : 6.備註: : 原作者 CN Liou的文章原址 (更詳細) : SAP如何打擊南山人壽 : https://bit.ly/34BLdlc : 滿精彩的，有作者或業界更多卦嗎 0.0 其實一兩年來看過一堆評論的文章 就數這篇最沒內容 南山到底發生什麼事情 最簡單的說法就是 不懂自己要什麼的客戶 以及 不懂自己客戶完全不知道自己要什麼的廠商 客戶以為廠商會幫他們搞定就沒有多說 再搭配上 廠商以為客戶需要什麼都會跟他說就沒有多問 然後... 再把真正可能知道客戶要什麼 需要什麼廠商配合的IBM幹掉 一切就太完美了.. 我拿我換過IBM AS400大型系統的經驗來說 這些舊系統上面掛載的服務到底會有什麼問題 1.hard code...舊有系統上面常常因為客戶需要 所以必須寫死某些邏輯而不是設計一套流程來進行控管 舉個最簡單的例子 如果你要推行一個新的促銷活動是前所未有的 叫..身分證字號裡有1的客戶手續費減少10% 然後呢...就寫死在每次扣客戶錢的時候即時運算減免10%手續費 日子一久一年兩年十年二十年過去了..人員更替這樣的code根本沒人知道 更不用說..幾十年來有多少這樣的code在系統裡面 對客戶如此.對自己內部的獎勵抽傭更是如此 2.舊資料容錯率太強 系統隨著服務提升 法規改變客戶需要寫入的資料越來越多 隨著時間的演進原本key一張產品需要20個欄位的資料 到了最後可能需要40個欄位的資料...舊資料缺了怎辦都沒人去管 結果新系統轉資料過去以後.新系統依照現行法規做出嚴謹的判斷 結果就產生了預期外的資料套在預期中該有的處置 這其實也延續了第一點.因為舊系統hard code寫死在裡面去處理這種資料 誰應該要知道會有這兩種問題.. 當然是南山 誰應該要清楚自己會碰到這些問題 當然是南山 把責任丟給SAP???? 現在是SAP程式寫錯造成南山的損失嗎? 目前各方的資料看起來完全不是阿.. 如果是SAP寫錯造成南山的損失.. 南山早就提告對SAP提出求償了 你期待碰到A的時候做出B回應 SAP照著寫A=>B 結果上線了..你說A有時候不是B要變成C SAP還能討到追加預算真的不愧是世界級的大廠.. 如果是台灣的小公司..被凹到死都有可能 這種爛屁股的系統台灣金融業多如牛毛.. -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 123.51.152.240 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Gossiping/M.1575277658.A.957.html
推
12/02 17:09, 4年前 , 1F
百億都可以開一家國際級的軟體公司了...
12/02 17:09, 1F
→
12/02 17:09, 4年前 , 2F
話說回來，系統導入應該要併行測試才對
12/02 17:09, 2F
→
12/02 17:09, 4年前 , 3F
停掉IBM系統不知在想什麼
12/02 17:09, 3F
→
12/02 17:10, 4年前 , 4F
$=沒有問題。
12/02 17:10, 4F
推
12/02 17:10, 4年前 , 5F
那這樣問題就出在南山跟sap接洽的人身上
12/02 17:10, 5F
→
12/02 17:10, 4年前 , 6F
啊就IBM貴咩 想省吼
12/02 17:10, 6F
推
12/02 17:10, 4年前 , 7F
說到重點. 就算是軟體白老鼠,銀行也有自
12/02 17:10, 7F
→
12/02 17:10, 4年前 , 8F
軟體要升級沒問題 問題都是別的
12/02 17:10, 8F
→
12/02 17:10, 4年前 , 9F
事情絕對沒有這麼單純 A=>B or C主要看人~
12/02 17:10, 9F
→
12/02 17:11, 4年前 , 10F
己一套的控管系統. 被罰的是控管
12/02 17:11, 10F
這是一個問題 跟你說個可能的現況.. 通常會跟廠商簽訂上線的權責 終止上線或者退版都會明文規定 如果問題真的出在SAP上.退版根本沒啥爭議 上線的系統沒啥問題被下下來.SAP肯定會直接提告的
→
12/02 17:11, 4年前 , 11F
看私銀就知道了 一堆軟體更新在核心
12/02 17:11, 11F
→
12/02 17:11, 4年前 , 12F
而不是軟體出包...
12/02 17:11, 12F
→
12/02 17:11, 4年前 , 13F
的部分都是能慢就慢
12/02 17:11, 13F
噓
12/02 17:11, 4年前 , 14F
認真說 很多客戶不懂程式 他要的東西說不清
12/02 17:11, 14F
→
12/02 17:11, 4年前 , 15F
楚 程式就建不完整
12/02 17:11, 15F
※ 編輯: smalltwo (123.51.152.240 臺灣), 12/02/2019 17:13:47
→
12/02 17:12, 4年前 , 16F
今天南山的三防線完全失能. 軟體只是推
12/02 17:12, 16F
→
12/02 17:12, 4年前 , 17F
了一把而以
12/02 17:12, 17F
→
12/02 17:13, 4年前 , 18F
拿掉IBM，但是你自已也要有人會懂呀
12/02 17:13, 18F
→
12/02 17:14, 4年前 , 19F
自己不懂還敢拿掉IBM又奢望SAP什麼都懂
12/02 17:14, 19F
→
12/02 17:14, 4年前 , 20F
所以我才說明白著SAP的軟體沒問題.但是
12/02 17:14, 20F
→
12/02 17:15, 4年前 , 21F
產出的結果是錯的.那是沒有條件要SAP退
12/02 17:15, 21F
→
12/02 17:16, 4年前 , 22F
跟國外廠商合作模糊空間很小.白紙黑字沒
12/02 17:16, 22F
→
12/02 17:16, 4年前 , 23F
寫的東西要做就是掏錢出來
12/02 17:16, 23F
推
12/02 17:16, 4年前 , 24F
就台灣慣老闆常用手法,覺得幹嘛給人家
12/02 17:16, 24F
→
12/02 17:16, 4年前 , 25F
多找幾個人在新系統上重key都比罰金便宜
12/02 17:16, 25F
→
12/02 17:16, 4年前 , 26F
多賺一手,把人挖過來自己來,不認為知識
12/02 17:16, 26F
→
12/02 17:17, 4年前 , 27F
有價,活該喔
12/02 17:17, 27F
→
12/02 17:17, 4年前 , 28F
基本上就是定規格的人不懂保險業
12/02 17:17, 28F
→
12/02 17:17, 4年前 , 29F
所以訂出來的規格不合乎使用
12/02 17:17, 29F
→
12/02 17:17, 4年前 , 30F
只能一直追加預算要求修改
12/02 17:17, 30F
推
12/02 17:18, 4年前 , 31F
慣老闆想省錢結果花更多 笑死
12/02 17:18, 31F
推
12/02 17:19, 4年前 , 32F
這種遷扯到人的系統，一對多的反應多
12/02 17:19, 32F
→
12/02 17:19, 4年前 , 33F
如牛毛，就像人類整天想找洞鑽；不是
12/02 17:19, 33F
→
12/02 17:19, 4年前 , 34F
想揣摩上面或客戶，不然就是想操控損
12/02 17:19, 34F
推
12/02 17:19, 4年前 , 35F
結果搞死自己之外還搞死下面的員工
12/02 17:19, 35F
→
12/02 17:19, 4年前 , 36F
益達成目標，最後就是一團亂
12/02 17:19, 36F
推
12/02 17:19, 4年前 , 37F
IBM能賺這塊當然有其獨門功夫
12/02 17:19, 37F
還有 41 則推文
還有 1 段內文
→
12/02 20:59, 4年前 , 79F
換掉舊的。預算通過後，硬體先是買了幾百萬
12/02 20:59, 79F
→
12/02 21:00, 4年前 , 80F
總公司跟一級單位分下去，然後軟體開發了幾
12/02 21:00, 80F
→
12/02 21:01, 4年前 , 81F
年不了了之，一直到我離職，那台幾十萬的伺
12/02 21:01, 81F
→
12/02 21:03, 4年前 , 82F
服器一直沒用過，我們是沒挪用，聽講其他單
12/02 21:03, 82F
→
12/02 21:05, 4年前 , 83F
位想「活化」閒置物品，被糾舉，大家一看就
12/02 21:05, 83F
→
12/02 21:06, 4年前 , 84F
把機器放著。這新聞避重就輕，不合常理的
12/02 21:06, 84F
→
12/02 21:07, 4年前 , 85F
地方很多，大公司新舊系統交替沒人敢直接切
12/02 21:07, 85F
→
12/02 21:09, 4年前 , 86F
舊直接換新的，我們那時是軟體開發後，一邊
12/02 21:09, 86F
→
12/02 21:10, 4年前 , 87F
想從DB2轉移資料，一方面底下單位試行直接
12/02 21:10, 87F
→
12/02 21:11, 4年前 , 88F
用新的。最後失敗虧了幾千萬而已，舊的一直
12/02 21:11, 88F
→
12/02 21:12, 4年前 , 89F
用就是了。
12/02 21:12, 89F
→
12/02 23:27, 4年前 , 90F
整件事最屌我覺得還是不並行新舊系統
12/02 23:27, 90F
→
12/02 23:27, 4年前 , 91F
使用測試就直接切換新系統這段
12/02 23:27, 91F
→
12/02 23:27, 4年前 , 92F
這個心臟根本超強
12/02 23:27, 92F
推
12/02 23:46, 4年前 , 93F
就董事長不懂又不聽建議剛畢自用阿
12/02 23:46, 93F
→
12/03 00:10, 4年前 , 94F
簡單就是IBM貴,有些人吹上天自以為能幹
12/03 00:10, 94F
→
12/03 00:10, 4年前 , 95F
並行新舊系統,就是還要給IBM錢啊,哈哈
12/03 00:10, 95F
→
12/03 00:11, 4年前 , 96F
公司不知道自己要什麼真的是很常見XD
12/03 00:11, 96F
→
12/03 00:12, 4年前 , 97F
IBM不只大型主機貴,連client終端都貴到炸
12/03 00:12, 97F
→
12/03 00:12, 4年前 , 98F
一模一樣的普通IBMPC,一個螢幕好幾萬,一個
12/03 00:12, 98F
→
12/03 00:13, 4年前 , 99F
鍵盤也上萬都很正常
12/03 00:13, 99F
推
12/03 01:20, 4年前 , 100F
保險業、資訊業，中間需要有人可以溝通
12/03 01:20, 100F
→
12/03 01:20, 4年前 , 101F
不然領域不一樣常常雞同鴨講
12/03 01:20, 101F
推
12/03 03:46, 4年前 , 102F
IBM敢漫天開價 是因為知道自己有這個價值
12/03 03:46, 102F
→
12/03 03:46, 4年前 , 103F
要是挖幾個IBM的員工就能代表IBM
12/03 03:46, 103F
→
12/03 03:46, 4年前 , 104F
IBM早就被市競爭倒啦
12/03 03:46, 104F
推
12/03 03:59, 4年前 , 105F
這篇內行的，其實南山是為了省錢
12/03 03:59, 105F
推
12/03 07:35, 4年前 , 106F
我公司最近每個部門流行換系統，也是
12/03 07:35, 106F
→
12/03 07:35, 4年前 , 107F
金融業發生的事跟你說的一模一樣哈哈
12/03 07:35, 107F
→
12/03 07:35, 4年前 , 108F
，最後也是凹廠商拗到死
12/03 07:35, 108F
推
12/03 08:31, 4年前 , 109F
你要知道那些開案的文組根本不知道自
12/03 08:31, 109F
→
12/03 08:31, 4年前 , 110F
己要啥
12/03 08:31, 110F
→
12/03 08:32, 4年前 , 111F
住飯店發現沒訂早餐就給負評了
12/03 08:32, 111F
推
12/03 09:37, 4年前 , 112F
你這樣改code的方式不被同事殺了才奇怪
12/03 09:37, 112F
→
12/03 10:38, 4年前 , 113F
不是我這樣改code阿.而是歷史累積的就是
12/03 10:38, 113F
→
12/03 10:39, 4年前 , 114F
如此...
12/03 10:39, 114F
→
12/03 10:39, 4年前 , 115F
再來就是所謂的需求常常會面臨緊急處理
12/03 10:39, 115F
→
12/03 10:40, 4年前 , 116F
像是一些推銷活動.不會是第一季就跟你說
12/03 10:40, 116F
→
12/03 10:40, 4年前 , 117F
第三季要推啥活動.常常是第二季底告訴你
12/03 10:40, 117F
→
12/03 10:41, 4年前 , 118F
第三季要上..
12/03 10:41, 118F
‣ 更多 smalltwo 的文章
文章代碼(AID): #1TvDHQbN (Gossiping)
討論串 (同標題文章)
本文引述了以下文章的的內容：
完整討論串 (本文為第 3 之 8 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共8篇)
‣ 更多 smalltwo 的文章
文章代碼(AID): #1TvDHQbN (Gossiping)