「漫談高鐵訂票系統的結構分析—觀念篇」之我見

克明兄的〈漫談高鐵訂票系統的結構分析—觀念篇〉,有網友回應

根據我的經驗,高鐵訂票系統的這些問題根本是不應該發生的。稍有一點 Database System Management 經驗的都會知道 Transaction Locking 及 Loading 的 issues. 不只鐵路系統用到,任何 Business Transaction 都要考慮到的。 比起Wall Street 的交易,這個只是幼稚園的難度。

我比較好奇的是高鐵公司如何外包、選擇廠商、合約內容、有無求償。在商業上走的是正常的路,還是後面開小門靠關係。

技術一點都不是問題,問題在經營者的是否光明正大。如此而已!

其實經驗是最不可靠的東西之一,很多技術人員看高鐵,很容易犯了沒問題症候群(NPS)的毛病參考李樹田、褚耐安譯(2006),領導的技術,經濟新潮社出版。,卻忘了內行人看門道,外行人看熱鬧。我在〈資訊系統設計的盲目〉中就曾提過,高鐵售票系統,並未採用資料庫技術,所以用資料庫角度來看高鐵售票系統,不會比瞎子摸象好到那裡去。

至於對身為顧問的克明兄而言,我想提醒的是,對於高鐵售票系統專案管理者而言,您的論點並沒有辦法打動他們,因為您並沒有提出觀察與診斷由何而來,他們會認為,您應該不會比國外的那些顧問高明。事實上,在台灣大部分系統我都可以說是設計結構上的問題,但主要的原因是這個嗎?我認為不是,很多原因是門外人看不到的。然而依據溫伯格告訴我們的顧問第四法則請參考曾昭屏譯(2005),顧問成功的秘密,經濟新潮社出版。-如果別人沒有僱用你,千萬不要幫他們解決問題。建議克明兄做個參考。

Please follow and like us:
分類: 問題解決, 專案管理。這篇內容的永久連結

在〈「漫談高鐵訂票系統的結構分析—觀念篇」之我見〉中有 11 則留言

  1. 自動引用通知: 同人的生活派對 » 不完全的認知

  2. 自動引用通知: 同人的生活派對 » 從高鐵售票系統談大型公共建設軟體開發專案

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *