看官只要看 number, 就知道這一格拖了一年多. 正好在整理一些關於軟體工程相關的老文章, 就順勢拿這一格繼續補完. 原本在寫這一格的時候, 正巧某世界知名大廠的台灣代理, 正在為某大單位進行 ERP 的導入, 一年多下來, 正好驗證當時我的說法. 並且補上一些軟體工程學裡講到的一些問題.

當時, 某 N 字頭有 AS Number 的大單位 (有八個子單位, 其中起碼一個也有 AS Number, 所以夠大了喔?) 透過招標方式 (我不知道背後有沒有黑幕啦, 但是似乎有類似內定的行為), 找了該廠商要導入 ERP, 結果好玩的是, 為了成本, 各不同模組分別去問八個子單位, 而這些子單位的作業模式都完全不同, 結果當然是湊出了一個 n 不像 (n 遠大於 4), 各單位都在跳腳. 加上 license 購買不足, 界面客製化不足等等, 弄到痛苦得要死.

眼看著他們很努力的在教育訓練, 使用者很努力的在該該叫, 那些『顧問』們 (老實說, 顧問這兩個字被糟蹋了) 根本無法解決問題, 最後大家分別還要對自己的流程/運作模式等等的加以客製化, 才『比較能』使用這套系統.

老實說, 很多長輩們, 似乎都把問題想錯了.

我常常在說, 科技, 不是帶給人們災難, 而是協助人們解決問題. 如果無法協助人們改善生活/工作品質, 那不如不要科技算了. 某製藥某董事長很喜歡在廣告裡說『先研究不傷身體, 再講求效果』, 老實說, 一定程度有他的意義在. 基本上科技也可以算是一種藥, 一種改善品質降低成本的藥, 成藥不一定好, 因為療效和病灶不一定對得上.

大部份的長輩們, 都會覺得『只要我導入什麼什麼系統, 問題就通通解決了』, 真不知道該說你是太天真了還是太樂觀了. 人的問題, 還是只有人能解決, 套用某個系統, 可能反而會造成天下大亂, 尤其是這種大系統. 尤其是某些長輩又很喜歡說『這個系統不難吧, 幾個工讀生就可以搞定吧?』『旁邊 O 大 X 大的工讀生很便宜』『有 Performance 之後, 要錢會比較容易』等等的時候, 老實說, 如果你是 IT 負責人, 你可以考慮換工作了, 為什麼? 因為這個老闆根本不懂管理.

我曾經在『專案管理的障礙』裡提過 Eliyahu Goldratt 的書, 也在關於電車2.0又再提到一次, 當然我的重點不只是在解決專案本身的問題, 還包括了流程/資源等等相關 issue. 一個真正的管理者, 如果要改善某個單位的體質, 你應該先全盤了解 target 的問題所在, 而不是靠導入某個系統就能解決的, 這跟病急吃成藥又有什麼兩樣? 而要了解 target 的問題在哪之前, 你起碼要了解整個單位的運作方式吧, 連總共有哪些流程多少表單都不知道, 就吵著要什麼什麼系統, 認為這個系統可以解決什麼什麼問題, 這就跟醫生不望聞問切就直接開藥一樣有問題.

而大部份的狀況之下, 長輩們對『名字』有迷思, ERP CRM 等等的名字, 似乎跟買名牌一樣有效. 可是事實上呢, 名牌不代表真能解決問題…(這個問題留給下次再討論吧)

Trackback

3 comments until now

  1. 學長的文章…

    最近在看學長的文章:

    ERP 好像不是這樣導的
    關於 SOA — 觀念問題
    關於 SOA — 自由軟體的軟體工程

    其å…

  2. 完全同意這一篇,寫的太好了

  3. ソフトウェアの開発は、 企業全体のシステム再構築と考えています。
    単なるソフトウエアでなく、ダイナミックに変化する環境の中で生きて使われ、 企業システムをより確かなものにしていくことをめざしています。
    ソフトウエアは、それが単に動作服装ERPすればいいというのではなく、 お使いいただいているお客様の役に立っているかどうかが最も重要なことです。
    コンサルティングを行い構築設計したソフトウエアであっても、服装ERP期待した結果を生み出すとは限りません。ソフトウエアも、使い方・使う人によって生きてくるものです。

Add your comment now