說明：本篇文章版權由ECF和HP所有。
許多ERP項目是怎麼死的？是被活生生地“折磨”死的。這句話怎麼解釋呢？因爲負責ERP項目實施的項目經理是往往是一位“完美主義者”。他們崇尚的是要做就一定把事情做好！所以在ERP項目的藍圖規劃時，討論解決方案，展示實現細節，甚至畫出了操作界面與主數據關係，並且該項目經理在這些工作中找到了極大個人成就感，感覺到了自己在主導着ERP系統的前進方向，殊不知，ERP項目正是在這類項目經理的帶領下滑向了失敗的深淵。
我們必須看到，ERP項目實施交付的過程，我們一定是進行“項目交付”，什麼是項目，基於明確的時間、成本、範圍和質量要求的階段性工作。如果在項目階段我們力求完全，如果想在項目一開始階段什麼都做的話，可能最終會發現，其實我們什麼也做不了。
最近在看Rubby on Rails創始人David Heinemeier Hansson寫的書《重來》（《Rework》），書中提了一個觀點—“立馬就上線”。我覺的在ERP項目交付過程中值得借鑑。你的產品或服務什麼時候能夠交付出來？你打算什麼時候推向你的客戶（內部ERP項目也會有目標受衆，也就是內部客戶）？什麼時候你能夠讓你的客戶擁有它，爲你的業務帶來價值？可能這一切都要你想象的要早的多。一旦你的產品或服務具備了基本的功能，就要訊速把它亮出來。
或許你的系統還有許多要改進的地方，但不代表它不能使用。不要因爲一些遺留問題而把整個系統扣留下來。那些遺留問題可以等事後再解決，往後放一放也可能意味着能找到更好的解決方法。
爲了訊速上線，要砍掉一切不必要的東西。現在就把必要的部分做出來，以後再去考慮花哨的部分。如果你真的這麼想了，你就能找出一大堆無須在上線第一天就完成的東西。比如說報表，在系統上線的同時投入報表的開發，在準備數據的過程中報表就緒。用小步快跑的方式更能快速突顯出IT系統的價值所在。
不要擔心在系統上線之後，就有許多系統的陷阱在等着你，反而越是簡單實用的系統，越容易得到客戶的認可，越是簡單的系統往往越能夠抓住核心所在，也就更能夠突顯系價值所在。
說明：本篇文章版權由ECF和HP所有。
