Janus ERP 上線輔導

Janus ERP 是 MDA 架構的 ERP, 所以, 上線輔導的程序不應該那麼繁複且沒效率。

0. System Installation: Janus ERP 同樣將環境分為三個, 正式環境、測試環境、開發環境。

1A. Data Import: Janus ERP 已經有含轉檔的程式: 料號, 會計科目, 客戶, 供應商 ... 本階段要做的, 就是將舊系統的資料建入新系統。不管未來的系統解決方案如何設計, 以上的基礎資料變動的並不多; 但, 有了使用者熟悉的資料, 可以激發更多的 "想像"。預估約一週。

1B. Window Training: 了解系統的架構, 如何新增一個操作畫面, 增減欄位, 建立檢核條件 (Validation Rule)。這是很重要的一個步驟, 讓使用者可以在往後的輔導過程中, 懂的如何提出明確的需求、如何設計符合需求的系統, 並將過程記錄下來。預估約一週。

1C. Function Training: 使用真實資料做教育訓練; 看到日常作業的料號、供應商、客戶... 才能將落實訓練效果, 並反應出真實的需求。不管系統架構為何, 讓使用者的需求很快速, 明確的提出, 才是有效的導入手法。依各模組不同, 約一個月可完成, 包括: 了解 Janus ERP 已完成的功能, 以及了解系統應修改的項目; 修改的要求, 應該使用 Request Service 提出。

1D. Adjustment: 客製需求有四類,
    Level 1. 增減欄位 (Field): 在上線輔導當天的下午應該可以修改完畢, 並讓使用者確認。
    Level 2. 作業表單 (Report): 這個也很簡單, 一般的作業表單, 如採購單, 收料單, 工單, 領料單, 訂單, 出貨單等, 也應該在一天內完成。
    Level 3. 新增作業畫面 (Window): 畫面的定義, 應該與使用者討論後, 二天內與使用者完成確認。
    Level 4. 修改 JAVA 的程式 (Coding): 例如: IC Design 要求的雙單位, 不僅在 Puchase Order/ Material Receipt 畫面新增主/次單位而已, 入庫後二個單位的數量也要增加, 領料/ 出庫也要新增主/次單位, 完成後, 也要同步異動主/次單位的餘量。這些是要透過 JAVA 的程式開發才可達成, 時間依程式的大小而有所不同。

回頭看一下大廠: SAP, Oracle 的導入計畫, 教育訓練, 需求訪談, 需求映對, 客製, 上線模擬, 上線...等階段。Janus ERP 一步也沒有少做, 只是可以縮短從使用者提出需求到客製完成的時間。
而且, 因為畫面定義快速, 使用者不再是簽一份如 "空中閣樓" 般的文件, 造成更多責任歸屬的爭議, 那些成本根本對系統沒幫助。