erp實(shí)施基礎(chǔ)

申請(qǐng)免費(fèi)試用、咨詢電話：400-8352-114

 　　ERP 實(shí)施各階段的關(guān)注點(diǎn)和交付物

　　初始階段

　　· ERP 項(xiàng)目失敗，很多時(shí)候都是因?yàn)殡p方配合的不好，所以在初始階段就要重視與客戶的溝通，這個(gè)階段是雙方關(guān)系磨合的階段，所以一定要重視，基礎(chǔ)好了，以后各個(gè)階段都會(huì)配合的不錯(cuò)，在初始階段就應(yīng)該建立起很好的溝通計(jì)劃

　　初始階段 – 項(xiàng)目準(zhǔn)備

　　· 指導(dǎo)/引導(dǎo)用戶方要快速地成立項(xiàng)目團(tuán)隊(duì)

　　(項(xiàng)目組尤其要注意，如果用戶遲遲無法確認(rèn)他的項(xiàng)目組 ，當(dāng)顧問到場(chǎng)的時(shí)候，只有實(shí)施團(tuán)隊(duì)在工作，客戶不參與，這將是很危險(xiǎn)的事情)

　　項(xiàng)目組織：

　　· 人員安排要一對(duì)一 (實(shí)施團(tuán)隊(duì)什么樣的配置，客戶也要指定相應(yīng)的人員安排)

　　· ERP 實(shí)施涉及到流程的改造，所以一般需要指定業(yè)務(wù)部門的主管，對(duì)整個(gè)業(yè)務(wù)最清楚，不用從開始到結(jié)束，但是流程型設(shè)計(jì)主管，必須在業(yè)務(wù)流程分析，討論階段需要參與

　　· 確保用戶方的人員全天候做ERP，否則就會(huì)出現(xiàn)問題，需要前期和高層協(xié)商好，保證關(guān)鍵人員全天來做(對(duì)成功有很大的幫助)

　　· 同時(shí)幫助用戶方考慮ERP實(shí)施如何來考核，必須關(guān)聯(lián)上，才可能有效地配合實(shí)施方

　　項(xiàng)目管理制度

　　· 項(xiàng)目啟動(dòng)大會(huì)：

　　· 非常重要，尤其對(duì)ERP 項(xiàng)目

　　· 全體人都需要知道ERP開始啟動(dòng)了(如果某些業(yè)務(wù)部門沒有調(diào)動(dòng)起來，實(shí)施就有問題)

　　· 按照階段來說，我們做什么，你們需要配合什么 (一個(gè)粗略的計(jì)劃)

　　· 獲取高層支持

　　項(xiàng)目SOA：

　　· 范圍 (實(shí)施對(duì)象，實(shí)施部門)

　　· 目標(biāo)

　　· 方法 (項(xiàng)目方法論)

　　· 階段目標(biāo)及關(guān)鍵交付項(xiàng)

　　項(xiàng)目計(jì)劃：

　　· 一定要非常細(xì)節(jié)的， 標(biāo)識(shí)出來主要配合人，負(fù)責(zé)人，給到項(xiàng)目組和用戶的每一個(gè)人，每一天計(jì)劃

　　(很重要，項(xiàng)目都有計(jì)劃，但可能并不是所有人都知道)

　　初始階段-需求調(diào)研：

　　· 發(fā)問卷(各個(gè)業(yè)務(wù)部門)

　　· 訪談 (系統(tǒng)期望 ，具體需求， 困惑)

　　· 收集紙質(zhì)材料 (制度，規(guī)則，運(yùn)作情況)

　　· 信息業(yè)務(wù)流程描述

　　· 識(shí)別企業(yè)問題的關(guān)鍵是區(qū)分本質(zhì)問題和表象問題

　　初始階段-業(yè)務(wù)分析：

　　· 企業(yè)數(shù)據(jù)、編碼、規(guī)則等問題，一定要重視

　　培訓(xùn)，必須要重視，必須要做好，否則后期推進(jìn)出現(xiàn)問題

　　Oracle EBS 項(xiàng)目的實(shí)施管理培訓(xùn)筆記(二):方案階段/系統(tǒng)設(shè)計(jì)階段

　　EBS 實(shí)施各階段的關(guān)注點(diǎn)和交付物

　　方案階段：

　　· 方案設(shè)計(jì)

　　· 整個(gè)測(cè)試

　　· 數(shù)據(jù)的問題

　　基礎(chǔ)數(shù)據(jù)的建立 (數(shù)據(jù)收集，buffer，和用戶方項(xiàng)目組強(qiáng)調(diào)重要性， 必須和對(duì)方項(xiàng)目組說清楚，因?yàn)橹挥械讓尤藛T才能夠做這個(gè)數(shù)據(jù)收集，數(shù)據(jù)準(zhǔn)備是很重要的事情，一定要在項(xiàng)目啟動(dòng)會(huì)議就聲明這個(gè)重要性

　　解決方案的確認(rèn)是一個(gè)重要的一個(gè)里程碑，所以一定要重視

　　系統(tǒng)創(chuàng)建階段:

　　· 在這個(gè)階段，大方向是無法改變的 (例子，方案是訂了3個(gè)公司/2個(gè)帳套; 客戶想要更改到4個(gè)公司，或者增加一個(gè)帳套，這將是重大的變更，需要和客戶聲明，這會(huì)影響整個(gè)進(jìn)程)

　　· 系統(tǒng)測(cè)試，計(jì)劃很重要，具體負(fù)責(zé)人，安排，用戶方人員

　　· 需要重視模塊的集成測(cè)試，各個(gè)模塊的實(shí)施人員和關(guān)鍵用戶肯定都不一樣，所以一定要進(jìn)行集成測(cè)試，保證整個(gè)系統(tǒng)是好用的

　　· 客戶化功能：接口間的客戶化測(cè)試，一定要仔細(xì)，并且測(cè)試要完整，否則會(huì)出現(xiàn)問題

　　· 客戶化之間的開發(fā)，會(huì)有問題，項(xiàng)目經(jīng)理，客戶方處理

　　· 項(xiàng)目風(fēng)險(xiǎn)， 針對(duì)系統(tǒng)與系統(tǒng)接口之間的測(cè)試，項(xiàng)目出現(xiàn)的問題，項(xiàng)目延期等等類似的風(fēng)險(xiǎn)，一定要告訴客戶方的項(xiàng)目經(jīng)理

　　數(shù)據(jù)收集的問題： (第一次不可能收集全)

　　數(shù)據(jù)收集可以考慮設(shè)置不同的時(shí)間點(diǎn)

　　· 第一次督促 (完成什么階段)

　　· 第二次初稿(初稿) – 檢查 – 修改

　　· 第三次反饋的更改

　　實(shí)施方項(xiàng)目經(jīng)理需要注意：數(shù)據(jù)檢查和數(shù)據(jù)準(zhǔn)備，一定要多壓給客戶方，而不是實(shí)施顧問，因?yàn)檫@樣客戶關(guān)鍵用戶一開始就跟著學(xué)習(xí)，并且提供合理的數(shù)據(jù)

　　數(shù)據(jù)最終是客戶的，而不是顧問的。所以數(shù)據(jù)必須客戶檢查過，確認(rèn)過的

　　關(guān)注點(diǎn)：

　　· 集成測(cè)試，整體項(xiàng)目組配合的問題 ，顧問都有各自的想法，項(xiàng)目經(jīng)理一定要制作嚴(yán)格的測(cè)試計(jì)劃，非常詳細(xì)的測(cè)試文檔，測(cè)試計(jì)劃，測(cè)試數(shù)據(jù)，測(cè)試環(huán)境，測(cè)試腳本，什么步驟， 等測(cè)試結(jié)果，預(yù)想結(jié)果

　　· 一定要注意/重視關(guān)鍵用戶參與測(cè)試 (如果可以提前接受ERP的理念和流程，最后說服最終用戶比較方便)

　　(用戶方關(guān)鍵用戶可以說服最終用戶的幾率比較大)

　　Oracle EBS 項(xiàng)目的實(shí)施管理培訓(xùn)筆記(三):系統(tǒng)切換階段/生產(chǎn)系統(tǒng)階段

　　系統(tǒng)切換階段：

　　· 系統(tǒng)切換計(jì)劃非常重要

　　· 重視用戶接受測(cè)試

　　· 最終用戶的測(cè)試是不是都通知過，都通過，必須客戶簽字確認(rèn)，

　　· 最終用戶培訓(xùn)進(jìn)行適當(dāng)?shù)目?jī)效考核 (這個(gè)一定的重視)

　　o 一個(gè)是筆試，另一個(gè)是系統(tǒng)中操作 (可以作為整個(gè)考核中的一小部分的一點(diǎn))

　　o 培訓(xùn)的好壞到直接影響到最終產(chǎn)品階段，當(dāng)用戶真正使用的時(shí)候。

　　哪里不會(huì)用了，很少看手冊(cè)，還得問顧問，這樣顧問就會(huì)很麻煩的，所以一定要重視

　　上線前準(zhǔn)備：

　　· 列出詳細(xì)的上線前檢查清單，非常重要，有經(jīng)驗(yàn)的項(xiàng)目經(jīng)理，一般提前就會(huì)列出清單，

　　并且提前一定的時(shí)間檢查，預(yù)估一些檢查，先發(fā)現(xiàn)問題，并且看一下是否可以上線，及其上線出現(xiàn)的風(fēng)險(xiǎn)，可以保證一些措施，保證可以上線

　　· 督促客戶制作上線的業(yè)務(wù)流程 和 問題處理流程 ，問題流程，每一次處理留有文檔，以后有問題，比較容易好找

　　· 上線前的會(huì)議(會(huì)議記錄需要簽字)

　　生產(chǎn)系統(tǒng)階段

　　· 一般情況，到了生產(chǎn)階段，顧問可能會(huì)先撤出去一部分，最終留1-2個(gè)(包括PM)

　　· 上線之后，一般款項(xiàng)全部收回，或者僅僅留一小部分

　　· 一般系統(tǒng)運(yùn)行一個(gè)月 (需要月結(jié))才可以結(jié)項(xiàng)

　　· 前期就要制定制度(文檔和模板需要先定義好，避免后期客戶說格式不對(duì))

　　· 盡量縮短與原系統(tǒng)并行時(shí)間

　　ERP 實(shí)施里有變革管理(ERP項(xiàng)目實(shí)施，一般都是企業(yè)借助管理工具規(guī)范業(yè)務(wù)流程，提高管理效率提高，一定面臨變革的需要)

　　Oracle EBS 實(shí)施方法論掃盲:什么是AIM

　　本文針對(duì)的是“AIM Advantage 3.1 - Application Implementation Method”，與之匹配的是PJM_2.6.1

　　Oracle Applications實(shí)施方法論是一套建立整體解決方案的方法，主要由AIM(應(yīng)用系統(tǒng)實(shí)施方法論)和PJM(整體項(xiàng)目管理方法論)等各自獨(dú)立的方法論組成

　　項(xiàng)目管理方法(PJM)的目標(biāo)是提供一個(gè)主框架，使其能夠?qū)λ许?xiàng)目用一致的手段進(jìn)行計(jì)劃、評(píng)估、控制和跟蹤

　　而通俗地講，實(shí)施方法論包括了各個(gè)過程框架，指導(dǎo)各個(gè)過程如何執(zhí)行的文檔，各個(gè)階段的產(chǎn)出物的模板/范例，這一整套是經(jīng)驗(yàn)積累結(jié)果，作為通用的框架，可以針對(duì)不同的項(xiàng)目，不同項(xiàng)目可以根據(jù)實(shí)際情況進(jìn)行裁剪或者定制，而主要目的就是供進(jìn)行項(xiàng)目實(shí)施和項(xiàng)目管理所參考，而AIM就是針對(duì)系統(tǒng)實(shí)施的方法論，而PJM 關(guān)注的是項(xiàng)目的整體管理

　　AIM是需求驅(qū)動(dòng)，瀑布類型的，收集需求 –> 方案設(shè)計(jì) –> 更改 –> 二次開發(fā) –> ……

　　AIM Advantage 3.1 (with PJM_2.6.1) 下載地址 http://www.oracle.com/partners/secure/development/023113.htm

　　(只針對(duì)OPN會(huì)員)

　　AIM 的整體框架：

　　過程的縮寫：

　　· [BP] Business Process Architecture (業(yè)務(wù)流程架構(gòu))

　　· [RD] Business Requirements Definition (業(yè)務(wù)需求定義)

　　· [BR] Business Requirements Mapping (業(yè)務(wù)需求匹配)

　　· [TA] Application and Technical Architecture (應(yīng)用技術(shù)&架構(gòu))

　　· [MD] Module Design and Build (模塊設(shè)計(jì)和建立)

　　· [CV] Data Conversion (數(shù)據(jù)轉(zhuǎn)換)

　　· [DO] Documentation (文檔)

　　· [TE] Business System Testing (業(yè)務(wù)系統(tǒng)測(cè)試)

　　· [PT] Performance Testing (性能測(cè)試)

　　· [AP] Adoption and Learning (接受和學(xué)習(xí))

　　· [PM] Production Migration (生產(chǎn)移植)

　　而其中的第一個(gè)過程 Project Management 就是指的是PJM：