【正文】 系統(tǒng)切換的順利進行 , 我們將對某些業(yè)務在切換時間段內做出某些特殊的要求 , 如消耗或報廢所有呆料 , 減少期初庫存的壓力 。 第二輪數據后數據質量將越來越高 , 數據量將越來越小 。 根據我們的經驗 , 主數據的一次上載成功率非常低 , 因為牽涉到收集人員的經驗 , 甚至是顧問人員對收集的數據的校驗的經驗問題 。 最終用戶培訓 , 同時也是對 TCL 項目組成員的培訓和檢驗 。 課堂培訓材料 : 主要介紹相關的概念和要點 練習 : 用于課后練習的材料 最終用戶培訓 最終用戶培訓 , 主要包括課堂授課 , 課堂聯(lián)系和課后練習 。 該測試主要由 TCL 的全職人員進行 。 該測試主要由顧問人員主導進行 。流程負責人應該在接受到測試案例后 3 天內進行審閱和進行必要的了解 , 并在 3 天后給予全職人員明確的答復 。 系統(tǒng)切換后 , 通過系統(tǒng)支 持記錄來傳輸到 QAS 機中 . 系統(tǒng)效果演示 項目組將在這個環(huán)節(jié) , 專門選擇一些比較關鍵的業(yè)務流程 , 作一些系統(tǒng)效果的演示 , 讓流程負責人和項目領導以及其他負責人員對業(yè)務設計的結果有一個感性的認識 , 并在實際演示的過程中 , 實時地對流程設計再提供一些進一步的意見 。 在此以后直到切換前 , 在開發(fā)機中的任何傳輸號 , 只能通過兩份文件才能傳輸到 QAS 機中 , TPR 測試問題記錄 : 即測試中發(fā)現(xiàn)問題 , 并進行系統(tǒng)調整 。 系統(tǒng)實現(xiàn)系統(tǒng)原型傳輸清單 X 11 月 13 日 S 系統(tǒng)樣板演示完成 12 月 3 日 ** 完成業(yè)務流程 稿 X 12 月 10 日 *** 測試劇本完成 X 11 月 19 日 *** 單元測試完成 1 月 11 日 集成測試完成 X 2 月 18 日 *** 用戶培訓計劃完成 X 11 月 15 日 ** 用戶培訓資料完成 X 1 月 14 日 ** 最終用戶培訓完成 X 2 月 28 日 ** 注 用戶操作演練 3 月 15 日 *** 完成業(yè)務流程的完成稿 X 2 月 18 日 *** 業(yè)務流程完成稿匯報會 2 月 18 日 *** 第一輪主數據模擬上載完全完成 11 月 22 日 * 第二輪主數據模擬上載完全完成 12 月 30 日 * 業(yè)務數據上載程序的測試完成 12 月 30 日 * 最后一輪主數據模擬上載成功 2 月 21 日 * 系統(tǒng)切換的遠期計劃 X 10 月 29 日 **S 審閱硬件 ,網絡需求 X 12 月 15 日 注 : 最終用戶培訓完成后 , 經考試合格 , 需要由信息技術部確認并人力資源部頒發(fā)上崗證 系統(tǒng)原型傳輸清單 如下圖所示 , 在開發(fā)機內所做的任何一個開發(fā)工作 , 系統(tǒng)都會有一個傳輸號碼記錄 . 這個號 碼就是用來將來將數據從開發(fā)機傳入到檢測機或生產機的依據 . 下圖中的紅色的線代表傳輸 , 黑色的線代表是復制 。 數據切換開發(fā)需求確定 數據切換開發(fā)需求截止日期 。 用戶培訓清單 根據業(yè)務流程設計 , 將所需要的 SAP 的功 能列舉清單 , 作為制定培訓計劃的基礎 。 效果演示不需要演示所有的細節(jié)內容 , 因此需要界定要演示的內容 . 而這一清單即為此目的服務 。 此時劇本清單本身不需要簽字確認 , 但必須獲得業(yè)務流程負責人的認同 。 測試劇本清單 測試劇本清單是由 TCL 的全職人員和業(yè)務負責人 , 根據業(yè)務設計要求和實際業(yè)務經驗整理出需要進行測試的模擬業(yè)務案 例名稱 , 以校驗下階段的系統(tǒng)實現(xiàn)是否滿足設計要求 。 SD 模塊的客戶主數據 。 由于程序的開發(fā)時間相對于系統(tǒng)配置而言比較長 , 因此應該盡量早的提供功能開發(fā)需求 . 功能開發(fā)需求分為緊急和普通 . 所謂緊急的是指必須在系統(tǒng)上線前完成的 . 而普通的是指可以在上線后完成的 . 完成功能開發(fā)需求緊急 隨著業(yè)務設計稿的完成 , 功能開發(fā) 需求緊急也將在同一天截止 .在這之后的新的緊急功能開發(fā)需求將由項目變更管理程序處理 . 主數據定義完成初稿 SAP 系統(tǒng)中存在著多種主數據于各個模塊 , 如物料管理模塊的物料主數據 , 供應商主數據 。 第二 : 根據崗位清單的描述 , 由 BASIS 小組生成崗位清單的模板 權限設計稿必須由流程負責人簽字確認 . 流程負責人應該在接受到流程設計稿后 3 天內進行審閱和進行必要的了解 , 并 在 3 天后給予全職人員明確的答復 。 業(yè)務流程設計稿完成 業(yè)務流程設計稿件是整個業(yè)務 流程設計的核心 . 許多其它的設計 , 如報表開發(fā)需求等都來源于業(yè)務流程設計稿件 . 每個業(yè)務流程都必須有一個業(yè)務流程設計稿件 , 并且該份稿件必須由業(yè)務流程負責人簽字后方可生效 . 一份業(yè)務流程設計稿件包含以下的內容 : 業(yè)務流程圖 流程圖中的各項工作的描述 設計流程同現(xiàn)狀的差異比較 工作崗位的需求 特別的權限考慮 業(yè)務設計稿在藍圖設計階段經過業(yè)務流程負責人審批后 , 為 版本 . 今后仍然有兩次正常的調整機會 , 一次是在系統(tǒng)演示之后 , 一次是在集成測試之后 . 此外的任何改變 , 或者這兩次的調整非常大 , 可能影響項目 計劃 , 則必須提請啟動項目變更管理程序 . 業(yè)務流程稿必須由流程負責人簽字確認 . 流程負責人應該在接受到流程設計稿后 3 天內進行審閱和進行必要的了解 , 并在 3 天后給予全職人員明確的答復 。 組織機構的最后確認需要流程負責人和執(zhí)行委員會成員一起參與 。 它主要指的是公司法人結構 , 工廠結構 , 倉庫結構 , 內部核算的結構等 。 初開始化 SANDBOX SANDBOX, 中文叫做沙盒 , 其直意為沙子可以隨意塑形 . 在我們這里 , 其實是在建立一個 SAP 的環(huán)境 , 用于顧問和全職人員可以在這個環(huán)境里隨意測試他們對業(yè)務設計的一些構想 。 其離開最后確定約有一個月的時間 。 主要工作包括以下內容 . 在整個藍圖設計中 , 業(yè) 務流程的負責人起著相當核心的作用 , 這一點可以在下表中看出 : 含 *的即表示需要流程負責人參與的工作 : 系統(tǒng)組織結構初定 7 月 23 日 **S 初始化 SANDBOX 7 月 30 日 系統(tǒng)組織結構確定 X 9 月 10 日 *** S PH 業(yè)務流程設計稿簽字完成即 , 版本 X 10 月 30 日 *** 流程設計 版匯報會 10 月 30 日 *** PH 確定物料編碼和 BOM 結構的設計稿 X 9 月 10 日 *** PH 完成 權限需求 X 10 月 30 日 *** 開始提供系統(tǒng)功能開發(fā)需求初稿 8 月 2 日 * 系統(tǒng)功能開發(fā)需求完成 X 10 月 30 日 * 主數據定義完成初稿用于數據收集 8 月 30 日 主數據定義完成設計稿 X 10 月 30 日 測試劇本清單完成 X 10 月 30 日 ** 系統(tǒng)演示清單完成 X 10 月 30 日 ** 用戶培訓單元清單完成 X 10 月 30 日 開始提供數據轉換的開發(fā)初稿 8 月 2 日 數據轉換的開發(fā)需求完成 X 10 月 30 日 組建數據轉換小組 8 月 6 日 ** 建立原始數據校對 , 清洗和轉換策略 X 8 月 6 日 ** 原始數據下載 8 月 20 日 數據清洗完成 9 月 30 日 ** 開始填寫數據模板 10 月 11 日 ** 初步確定系統(tǒng)組織結構 所謂系統(tǒng)組織結構 , 即 SAP 的各個財務實體 , 物流管理實體 , MRP 的實體 , 即所謂的公司 , 工廠和倉庫等 . 由于 SAP 是一個財務和物流集成的系統(tǒng) , 因此其組織 結構的不同會對將來整個物流乃至財務結算的流程帶來很大的不同因此 , 初步確定系統(tǒng)組織結構的目的 , 即是根據摸底調研的結構 , 以及顧問們的經驗 , 初步估計一個系統(tǒng)組織結構 , 為即時開展的業(yè)務流程的初步設計工作制定一個大方向 。 培訓對象為所有項 目組的成員 , 目的是讓項目組成員理解項目的進程和各項工作 , 以及 SAP 的軟件的一個”參觀” , 使大家有一個感性認識 。 : 必須由項目管理委員會確認 : 必須由 TCL 和埃森哲的專家顧問直接參加論證 : 由管理委員會執(zhí)行委員參加審核的工作 X:該項有正式輸出文件 S: 由 SAP 參加技術審核的工作 PH:由 philips 公司參加審核的工作 流程清單 在 ERP 系統(tǒng)的實施中 , 業(yè)務的設計是按流程來進行的 , 因此流程的界定可以用來規(guī)劃責任分工和工作量 . 流程清單的產生將通過顧問經過 23 個星期的摸底調研 , 同各個部門盡可能所有崗位進行淺層次的交流 , 以盡可能完整地了解企業(yè)的所有情況 , 并以此整理出流程清單 , 然后組織和分配充足和合適的人員 , 制定合理的計劃和可行的實施深度范 圍 。 *