ERP專案交付時請放棄“完美主義”

本篇文章版權由ECF和HP所有

作者：童繼龍

許多ERP專案是怎麼死的？是被活生生地“折磨”死的。這句話怎麼解釋呢？因為負責ERP專案實施的專案經理是往往是一位“完美主義者”。他們崇尚的是要做就一定把事情做好！所以在ERP專案的藍圖規劃時，討論解決方案，展示實現細節，甚至畫出了操作介面與主資料關係，並且該專案經理在這些工作中找到了極大個人成就感，感覺到了自己在主導著ERP系統的前進方向，殊不知，ERP專案正是在這類專案經理的帶領下滑向了失敗的深淵。

我們必須看到，ERP專案實施交付的過程，我們一定是進行“專案交付”，什麼是專案，基於明確的時間、成本、範圍和質量要求的階段性工作。如果在專案階段我們力求完全，如果想在專案一開始階段什麼都做的話，可能最終會發現，其實我們什麼也做不了。

最近在看Rubby  on Rails創始人David Heinemeier Hansson寫的書《重來》（《Rework》），書中提了一個觀點—“立馬就上線”。我覺的在ERP專案交付過程中值得借鑑。你的產品或服務什麼時候能夠交付出來？你打算什麼時候推向你的客戶（內部ERP專案也會有目標受眾，也就是內部客戶）？什麼時候你能夠讓你的客戶擁有它，為你的業務帶來價值？可能這一切都要你想象的要早的多。一旦你的產品或服務具備了基本的功能，就要訊速把它亮出來。

或許你的系統還有許多要改進的地方，但不代表它不能使用。不要因為一些遺留問題而把整個系統扣留下來。那些遺留問題可以等事後再解決，往後放一放也可能意味著能找到更好的解決方法。

為了訊速上線，要砍掉一切不必要的東西。現在就把必要的部分做出來，以後再去考慮花哨的部分。如果你真的這麼想了，你就能找出一大堆無須在上線第一天就完成的東西。比如說報表，在系統上線的同時投入報表的開發，在準備資料的過程中報表就緒。用小步快跑的方式更能快速突顯出IT系統的價值所在。

不要擔心在系統上線之後，就有許多系統的陷阱在等著你，反而越是簡單實用的系統，越容易得到客戶的認可，越是簡單的系統往往越能夠抓住核心所在，也就更能夠突顯系價值所在。

本篇文章版權由ECF和HP所有