有時在iT邦會看到很有意思的提問，
有邦友發願想要為公司開發系統，想問問有沒有好建議？
哇！自行開發耶～多麼的雄心壯志！

可能是牛哥我涉世太深，看過不少自己寫系統的鳥事！
也可能牛哥我不是資訊科班出身，不懂資訊科班高材生出身的程式人思維？
所以我都會勸說，最好找個懂MRP、ERP、會計系統的顧問師來評估看看，企業到㡳需要什麼樣的系統？
再進一步思考怎麼開發，或是怎麼導入一套現成的系統。

企業的營運類型是歸屬那一個產業別？製造業？買賣業？服務業？
企業擁有那些資訊的資源可用？或是能有多少預算可爭取？
硬體架構？軟體使用狀況？使用者的資訊素養如何？
需要用那些表單？收集什麼資料？產出什麼報表？
我相信單憑一兩位資訊人員，上述的問題收集和分析，一定是很艱巨的任務！
(如果是一個團隊，就有可能進行自行開發的任務。)

我有一個開公司的學長，他向我提出一個『同軸論』的觀點！
所謂『同軸論』就是指運用一套系統軟體為中心，
在這套系統的架構下，其幅軸能把企業所有的部門串接起來，
讓企業像輪子一樣運動起來；
各部門反饋資料給系統，系統再把資料整合好，產出有意義的資訊推動各部門。
其實，用挨踢人的說法，簡單說，就是使用一套ERP啦～

「ERP」的定義，在此就不再贅述。
今日企業對ERP的要求，已經不是單純的企業資源整合和規畫而已，
它是企業主追求營運利潤的工具之一。
學院派的邏輯推演出的作業流程，在真實世界也不是那麼單純可行。
所以單憑程式設計人員自行推導流程，然後撰寫出來的程式軟體，
當然會被很多現實世界裡，雖然不合邏輯但卻真實存在的作業流程給挑戰！
更何況撰寫程式的人員，一定會有某程度跨界的困難門檻存在，
存在要如何貼近使用者的角色去了解：
業務接單、製造生產、倉庫存貨、請採購、品管驗收⋯⋯以上述及的作業流程。
企業是許多作業流程的集合體，每項作業流程都自有其特殊的專業知識，
要如何以程式邏輯去涵括，其難度非一般人可認知。

「導入ERP，是一項企業文化的再造工程。」
不知道這人個觀點，邦友們認不認同？
顧問師規畫的作業流程，坦白講也未必就能百分之百符合企業的需求！

現行的ERP，萬一出現了和當初導入的規劃流程相異的作業模式。要怎麼辦？
ERP改得動嗎？挨踢有把握改得了嗎？
現在我就面臨到類似的狀況，而且不只一件、兩件⋯⋯
啊～頭好痛啊～