【正文】 ? 培訓的管理、提供和支持來自于： ? 實施地點負責人 —— 作為持續(xù)的主辦者，組織和領導其實施地點的策略計劃和運作，確保項目組和培訓組得到關于實施問題的信息 ? 關鍵用戶 —— 作為某一方面的業(yè)務流程負責人，從組織最基本的支持到開展討論會，領導其領域進行的培訓工作，以及保證信息系統(tǒng)持續(xù)的改善和長期的利益 概念教育 ? 提供全面戰(zhàn)略和“全局”看法 教室 ? 幫助用戶學會使用信息系統(tǒng) 討論會 ? 提供日常工作活動實踐的真實環(huán)境 一對一 ? 對選出的用戶進行特定業(yè)務功能的輔導 從基于角色到基于場景的培訓 —— 主題的強化 ERP系統(tǒng)實施的項目管理 －知識管理：培訓及知識傳遞方法 V. 系統(tǒng)實施方法 ERP系統(tǒng)實施 － “ 冰山的一角 ” ERP系統(tǒng) 變更管理 流程重組 供應鏈管理 電子商務 支持功能 角色的轉變 性能管理 r 不考慮業(yè)務影響的 ERP系統(tǒng)實施方案將會僅僅覆蓋“冰山的一角” ERP系統(tǒng)實施方法 概念性設計 解決方案設計 系統(tǒng)開發(fā)與配置 系統(tǒng)上線與切換 系統(tǒng)運行及維護 企業(yè)流程優(yōu)化 企業(yè)管理信息系統(tǒng)實施 流程實施及改進 系統(tǒng)實施推廣 流程推廣 詳細設計 需求與軟件匹配 轉變促成 項目管理 /協(xié)調管理 /質量保障 培訓與知識轉移 系統(tǒng)需求調研 流程現(xiàn)狀分析 ERP系統(tǒng)實施方法 －實施的關注點 ? 正確理解和分析各個不同層次的管理人員對未來信息系統(tǒng)的需求 ? 提供最理想的解決方案以配合未來的業(yè)務需求 ? 以是否能滿足企業(yè)的業(yè)務需求為首要標準進行系統(tǒng)選擇 ? 選擇能夠實現(xiàn)企業(yè)管理轉變的合適軟件，并非僅指“先進的”軟件 ? 配置應用系統(tǒng)模塊、確定報表程式及集成接口程式 ? 系統(tǒng)成功遷移到正式投產(chǎn)的環(huán)境 ? 進行系統(tǒng)支援，包括一系列的微調和性能量度及支援 ? 不斷完善系統(tǒng)模板方案并驗證系統(tǒng)完善模板的準確性及可行性 ? 指導軟、硬件的安裝，并提供相應培訓 ? 進行數(shù)據(jù)轉移和系統(tǒng)測試，直至系統(tǒng)上線和驗收 ERP系統(tǒng)實施方法 －實施的目標 技術方面 ? 運用圖形用戶界面技術 (GUI)、 SQL結構化查詢語言、關系數(shù)據(jù)庫管理系統(tǒng)(RDBMS)、 面向對象技術 (OOT)、 第四代語言 /計算機輔助軟件工程、客戶機 /服務器和分布式數(shù)據(jù)處理系統(tǒng)等等技術 ? 采用適用于網(wǎng)絡技術的編程軟件，加強了用戶自定義的靈活性和可配置性功能，以適應不同行業(yè)用戶的需要 管理方面 ? 整合企業(yè)管理理念、業(yè)務流程、基礎數(shù)據(jù)、人力物力、計算機硬件和軟件于一體 ERP系統(tǒng)實施方法 －業(yè)務流程貫穿在財務管理信息系統(tǒng)實施過程中 ? 定義需求和系統(tǒng)功能的差距 ? 成本效益分析 ? 開發(fā)解決方案 ? 不斷細化 ? 系統(tǒng)原型測試 I 與核心流程人員協(xié)同工作 將流程細化 完成流程的定義 采用流程優(yōu)化方法論 ? ? ? ? n n n n Methodology Business Process Redesign Evaluate Formal Approval Point A Build Case for Change B Assess Current Environment C Analyze Issues and Opportunities G Develop Facilities Assess Post Implementation Results J Prepare for Continuous Improvement K Launch Continuous Improvement L Renew Continuous Improvement Envision Empower Excel E Develop Change Plan D Design Target Environment F Develop Culture and Organization Change Management Manage munications Manage stakeholders Build teams Transfer skills H Develop Performance based Training System Management Methodology Level 1 Level 2 Level 3 Level 4 Level 5 流程分解 系統(tǒng)需求定義和確認 Level 6 Sales Senior management Product brand managers Development engineer Customer identifies need RFQ issued Motorola preliminary information gathering Feature sold to customer Bid strategy RFQ reviewed No bid Standard products Sufficient information Decide to continue evaluation Feature definition refinement +/ 20% estimate Decide to consider Feature definition and opportunity evaluation +/ 50% resources required, resource availability, technical evaluation Customer, ., enduser Next gen RD Marketing requests Field plaints/ warranty inputs Manufacturing requests Engineering requests Management requests Sales requests Future Standard product SP required Time constraint Comp titive pressure Drop Customer Internal N Y Management. approval Y N Sales Senior management Product manager Development engineer Field management Many uncontrolled inputs throughout the process Multiple decision makers for each key decision Numerous loopholes and end arounds 核心流程設計 “ 會議室原型測試 ” 流程文檔 業(yè)務流程 不斷細化并融入 信息系統(tǒng)方案 實施中 ERP系統(tǒng)實施方法 －一體化的項目管理 質量控制 項目管理 轉變促成 知識管理 一體化項目管理模式 ? 轉變促成 ? 統(tǒng)一有關人員認識 ? 組織結構變革 ? 員工調整 ? 交流和溝通 ? 分工協(xié)作 ? 培訓等 ? 項目計劃 ? 項目時間表 ? 質量管理 ? 進度管理 ? 人員管理 ? 成本管理 ? 問題管理 ? 方法論和流程 ? 標準和原則 ? 知識轉移和共享 ? 文檔管理等 ? 風險控制 ? 計劃調整 ? 驗收與評估 ? 項目終止 ? 后續(xù)跟蹤等 ? 確保項目依時完成 ? 確保交付品質量 ? 確保設計及系統(tǒng)的認受性 ? 確保能實現(xiàn)項目投資的回報 VI. 系統(tǒng)實施 需要企業(yè)各級人員的支持和投入 對高層領導的要求 r 高層領導對企業(yè)信息系統(tǒng)建設所負有的責任： 在項目各個階段，與企業(yè)成員就信息技術整體應用在企業(yè)中的角色和定位進行溝通 評估企業(yè)信息系統(tǒng)應用狀況，進展情況，整體信息技術應用是否領先 確定企業(yè)未來信息技術應用整體規(guī)劃 對管理人員的要求 r 管理人員對信息技術知識的了解掌握要經(jīng)過認知、認同和視為己任三個階段，從接受培訓、掌握基礎知識到參與操作了解系統(tǒng)，最后變?yōu)樾畔⒓夹g的帶頭人并培訓他人。 r 對關鍵流程的文檔將被用于培訓材料和用戶手冊。 問題負責人要和所有需要的人員共同工作 （ 即：該項目組成員 ， 其他項目組成員 ， 項目相關人員 ， 客戶高層管理人員， 客戶以外的其他方 ， 等 ） ， 來對問題進行分析 ， 確定可能解決方案 。 對于記錄問題的原則是： “ 如果有懷疑 ， 就要提出問題 。 問題可能包括：未決定的設計點 、 范圍改變或者在軟件及客戶的業(yè)務模型之間功能性的差距 。 在此對問題的定義是在項目進行中出現(xiàn)的無法得到高效或有效解決的形勢 。 項目的最后期限是不能改變的 ， 因此各種問題解決是避免沖突的關鍵 。 MS Project提供一種通用工具 ， 用以共享項目時間表及任務的信息； ? 會同小組領導 、 項目管理人員和發(fā)起者定期就交流會 、 狀態(tài)報告以及簡報做出計劃安排； ? 積極的項目管理 ， 確保定期安排的狀態(tài)報告和更新的完成并向小組成員開放 。為達到這個目的，召開定期的項目小組會議非常必要。 ERP系統(tǒng)實施的項目管理 －風險管理：風險及規(guī)避措施（續(xù)） 信息技術風險－外圍系統(tǒng)的配合 r 外圍系統(tǒng)存在下列問題： ? 多種系統(tǒng)共存 ? 系統(tǒng)功能不足、存在缺陷 ? 系統(tǒng)無法提供管理層用于分析的信息資料 ? 系統(tǒng)前后出據(jù)的信息不一致等 導致 ERP系統(tǒng)的數(shù)據(jù)需求不能完全滿足 建議規(guī)避措施 ? 進一步完善外圍系統(tǒng)功能，作為關鍵信息來源使之能滿足 ERP系統(tǒng)的信息需求。 ERP系統(tǒng)實施的項目管理 －風險管理：風險及規(guī)避措施（續(xù)） 項目管理風險－項目時間和進度控制 r 實施時間過長會影響 員工對于系統(tǒng)成功實施的信心 、并影響 業(yè)務的連續(xù)性 ； r 往往導致系統(tǒng)實施項目嚴重 超預算 ； r 與年末年初財務部門的 繁忙季節(jié)沖突 。此等資源須 全程參與 ，以確保項目推動的穩(wěn)定性。 ERP系統(tǒng)實施的項目管理 －風險管理：風險及規(guī)避措施（續(xù)） 授權風險－實施隊伍的組織 r 由于 ERP系統(tǒng)使用時并不局限于某一個部門，實施時需要跨部門合作（如 IT、 財務、業(yè)務等），如果項目小組 人員配備不到位 ，將 直接造成實施工作的瓶頸 ； r 實施人員 經(jīng)常變動 ， 不能專職穩(wěn)定地參與 項目的實施工作， 無法系統(tǒng)地接受顧問提供的知識轉移 ， 從而造成 系統(tǒng)上線后 ，咨詢顧問離開、 自己不會維護使用 的尷尬局面。 建議規(guī)避措施 r 及時組織方案的學習、討論、確認、培訓； r 采用試點的做法， 以點帶面、以試點帶全部 。 ERP系統(tǒng)實施的項目管理 －風險管理 競爭者 敏感性 股東關系 資金充足性 金融市場 災難性損失 獨立／政治 法律 行政管理 行業(yè) 信息技術風險 項目管理風險 廉正風險 授權風險 轉變風險 實施風險 ERP系統(tǒng)實施的項目管理 －風險管理：風險及規(guī)避措施 轉變風險－管理觀念的轉變 r 對未來方案的了解還不深入 ，尤其是隨之帶來的變革，可能會產(chǎn)生對財務管理信息系統(tǒng)實施的 抵觸心理 ； r 高級管理層對方案的了解還不深入， 無法積極地貫徹、監(jiān)督實施 。 最關鍵的任務是正確地管理這些被認為是必要的變革 。 風險管理就是在一種確定的風險產(chǎn)生時一方面實施戰(zhàn)略以管理風險 ， 另一方面設計應急計劃對戰(zhàn)略進行補充的程序 。s to Fi