【文章內容簡介】 加不同培訓的需求 制定《培訓計劃》 《 培訓計劃 》 ? 考核方式：筆試和上機 ? 考核的獎懲措施 培訓考核 《 培訓需求（課程和角色對應）表 》 《 培訓教室環(huán)境要求》 《 標準教材 》 《 標準教材 》《 標準練習 》《 考試題庫 》 《 培訓總結報告 》 《 培訓考勤記錄表 》 《 培訓考核記錄表 》 風險分析 舉例： 某中型項目全廠有 40人參加培訓后，由于趕項目進度，沒有組織最后的考試。同時上線后有些部門的終端用戶辭職，導致該部分業(yè)務延誤，影響其他業(yè)務的處理 問題： 提供的培訓對象是什么？ 培訓是否到位？ 藍圖設計－業(yè)務需求調研 ? 控制調研的節(jié)奏、進度 ? 調研的技巧、方法靈活運用 ? 調研方式：一問一答、發(fā)牢騷、懷疑等 ? 調研結果的及時確認 業(yè)務需求調研 ? 針對客戶管理、行業(yè)的特點準備裁減調研提綱和調研問卷 ? 調研過程中使用客戶常用的術語 ? 以產品可實現(xiàn)的功能為基礎 ? 控制、引導客戶的需求 準備調 研資料 ? 企業(yè)需求與產品功能的分析 ? 企業(yè)需求合理性分析 ? 對于有爭議的問題需要反復溝通問題根源 匹配分析 ?調研時間的安排 ?參加調研顧問資歷、經(jīng)驗 ?調研內容 ?參加配合調研的人員安排（客戶 / ） 制定《需求調研計劃》 《 調研計劃 》 ? 關鍵環(huán)節(jié)描述是否清晰、正確 ? 需求建議是否合理 ? 需要客戶化開發(fā)內容 需求報 告確認 《 調研提綱（產品、行業(yè)、一般） 》 《 需求調研報告 》 《 需求調研報告 》 《 需求調研報告 》 風險分析 舉例： 某項目 公司派出幾名顧問，在調研過程中記錄了客戶大量需求，調研結束后的結論是我們的產品不適合這個行業(yè)，客戶的要求太多，同時許多的需求也沒有搞懂 。 問題： 參加調研的人員是否是行業(yè)專家？ 被動的接受，機械的記錄客戶需求？ 解決方案設計－工作策略 定制基于產品的解決方案 解決方案設計的原則 解決方案設計的基本方法 編制可行的業(yè)務解決方案 業(yè)務解決方案的綱要 解決方案設計的原則 產品功能 （不成熟） 客戶需求 （產品可以 實現(xiàn)） （不合理） （合理） 基于產品的方案 變通解決 /客戶化開發(fā) 說服客戶放棄 回避 基于現(xiàn)有產品功能設計 盡量避免客戶化開發(fā) 變通解決客戶合理需求 說服客戶放棄不合理需求 合理性考慮 ? 符合業(yè)務優(yōu)化原則 ? 符合投入產出原則 ? 具有行業(yè)普遍性 解決方案設計的基本方法 需求調研結果 系統(tǒng)參數(shù)配置 原型測試 基礎數(shù)據(jù)準備 測試結果 差異分析 流程配置 產品方案 流程調整 客戶化開發(fā) 制定可行的業(yè)務解決方案 最佳業(yè)務實踐 確認存貨出庫確認存貨批準生產訂單銷售訂單處理 交貨處理存貨出庫處理開票處理創(chuàng)建銷售訂單計劃銷售 采購 制造 客戶服務 企業(yè)管理產品設計及工程更改 分銷處理收款記總帳將初級成本轉移到成本中心或訂單轉移并對開票憑證進行評估同步成本核算發(fā)貨處理自動處理收貨處理返沖確認生產訂單生產訂單創(chuàng)建/處理存貨放置處理分配序列號顧問行業(yè)經(jīng)驗 企業(yè)現(xiàn)行業(yè)務 管 理 文 件 12 Assign Requisition to Supplier 9 Does Requisition Require Approval ? 10 Perform Requisition Approval Process 11 Is Requisition Approved ? P Yes 13 Notify Appropriate Parties 1 Identify Non MRP Requirements 4 Is Material on a Scheduling Line Agreement or a Contract? P P Yes 2 Identify MRP Requirements 5 Is Material an MRP Requirement? 7 Was There a Requisition Created Already? 8 Convert From Planned Order to Requisition 6 Create Requisition No Yes No No Yes Yes No No Reorder Report/ Calculation Independent t Demand (Request) P 3 Is Material on Plant toplant Transfer ? No P Yes 未來業(yè)務流程圖 企業(yè)關注問題的等級 考慮方案給企業(yè)造成的沖擊、企業(yè)的可承受能力 ? 企業(yè)管理的局限 ? 管理思想的抵制 ? 企業(yè)管理人員的素質 ? 企業(yè)給項目組的授權 ? 具有行業(yè)普遍性 分析企業(yè)需求的根源 業(yè)務解決方案的綱要 方案目標、應用范圍的概述 企業(yè)內部的業(yè)務流程 靜態(tài)數(shù)據(jù)的編碼原則和規(guī)則 公司共用參數(shù)的設置 業(yè)務管理的應用模型（采購、銷售 ….. ） 解決方案設計－策略分析 ? 必須在干凈的系統(tǒng)中導入客戶數(shù)據(jù) ? 在客戶系統(tǒng)環(huán)境下測試未決問題 ? 系統(tǒng)參數(shù)的調整 ? 設置不同參數(shù)，尋找最優(yōu)的方案 ? 有效的管理和控制客戶化開發(fā)需求的膨脹 ?及時確認客戶化開發(fā)的范圍和內容 ?必須對于關鍵點盡快客戶化開發(fā)風險分析 通過客戶系統(tǒng)驗證 未解決的問題 確定客戶化開發(fā)的 范圍和內容 風險分析 舉例： 某中型項目在方案設計初期希望把企業(yè)的所有產品在第一期全部上線，但是經(jīng)過我們雙方的分析，這樣做不現(xiàn)實不但會影響實施周期，甚至會導致措施難以落實（企業(yè)的現(xiàn)狀如此），最后我們建議企業(yè)把最需要解決的模件（線路板）這個產品解決掉，再去考慮其他產品。 問題： 抓企業(yè)急需要解決的問題 在項目實施中最能看到效果的事情 降低客戶需求，減少各項措施落實的阻力 分階段實施的優(yōu)越性 階段分析 與前面提出的問題進行對比分析 ?哪些問題解決了 ?哪些問題沒有解決 ?我們如何處理沒有解決的問題 標準的實施方法論策略、模板如何在實際的項目中進行應用 1 2 3 4 切換準備 5 藍圖設計 項目規(guī)劃 IT咨詢 6 7 系統(tǒng)切換 持續(xù)支持 系統(tǒng)建設 實施方法 …. 路線圖 系統(tǒng)建設 引出問題 ?系統(tǒng)建設階段的目的？ ?系統(tǒng)建設階段流程？？ 列出各組之間有爭議和差異的問題清單 系統(tǒng)建設－目標 /任務 設計、測試、驗收 業(yè)務解決方案 系統(tǒng)測試 組織客戶化 開發(fā) 解決方案 驗收 ? 測試的準備 ? 系統(tǒng)測試 ? 編寫和簽署《 系統(tǒng)測試報告 》 ?修改和完善《 業(yè)務解決方案 》 ? 確認開發(fā)需求文檔 ? 制定開發(fā)計劃 ?客戶化開發(fā)的商務談判 ?詳細需求的編寫 ?單元測試和集成測試 ?客戶化開發(fā)的驗收 ?編寫用戶崗位列表權限 ?確定崗位操作標準 ?固化工作流程手冊 目標 任務 子任務 制作標準操 作手冊 靜態(tài)數(shù)據(jù) 準備 ? 編寫基礎數(shù)據(jù)準備方案 ?安排數(shù)據(jù)準備 ?數(shù)據(jù)的校驗和確認 ?數(shù)據(jù)轉換程序的開發(fā)與測試 ? 提交最終《 業(yè)務解決方案 》 ? 督促客戶確認方案 ? 整理遺留問題清單 系統(tǒng)建設－流程圖 流程管理＝目標管理 系統(tǒng)建設－靜態(tài)數(shù)據(jù)準備 ? 數(shù)據(jù)準備人員和校驗人員分開負責 ? 校驗工具的制作 ? 數(shù)據(jù)出錯后的糾正措施 ? 確認合格的靜態(tài)數(shù)據(jù) 數(shù)據(jù)的校驗和確認 ? 嚴格按照標準的表單準備 ? 保證數(shù)據(jù)準備人員理解字段含義 ? 沒有雙方確認的靜態(tài)數(shù)據(jù)不允許導入到客戶系統(tǒng) 靜態(tài)數(shù) 據(jù)準備 ? 導入工具的應用范圍 ? 導入工具的開發(fā)、測試 ?