【正文】 ? 掌握標準的實施流程，但不要標準地使用流程 實施方法論＋項目經(jīng)理的判斷、應變能力＝可行的項目實施方法 問題與交流 Question: 你所理解的實施方法論是什么？ (用一兩句話表達 ) 。 階段分析 與前面提出的問題進行對比分析 ?哪些問題可以解決 ?哪些問題沒有解決 ?我們?nèi)绾翁幚頉]有解決的問題 標準的實施方法論策略、模板如何在實際的項目中進行應用 1 2 3 4 切換準備 5 藍圖設計 項目規(guī)劃 IT咨詢 6 7 系統(tǒng)切換 持續(xù)支持 系統(tǒng)建設 實施方法 …. 路線圖 持續(xù)支持 引出問題 ?持續(xù)支持階段的目的？ ?持續(xù)支持階段流程？？ 列出各組之間有爭議和差異的問題清單 持續(xù)支持－目標 /任務 項目驗收 /轉(zhuǎn)移 上線支持 項目總結(jié) 項目驗收 持續(xù)支持 ?上線后的現(xiàn)場支持 ?問題跟蹤 ?整理項目文檔 ?項目總結(jié)活動 ?撰寫項目總結(jié)報告 ?驗收準備 ?項目驗收 ?項目交接 ?后續(xù)支持 目標 任務 子任務 持續(xù)支持－流程圖 持續(xù)支持－工作策略 ? 項目驗收的準備、驗收文檔資料 ? 及時解決項目應用問題 ? 分階段的驗收 ? 項目經(jīng)理要抓住時機，迅速將項目推向終結(jié)、收款 ? 驗收應該是水到渠成的事情 項目驗收 ? 整理項目實施中的各項文檔 ? 項目總結(jié)的活動 ? 項目總結(jié)報告內(nèi)容：項目背景、項目實施過程回顧、項目經(jīng)驗的總結(jié) ? 標志著項目的成功交付、終結(jié) 項目總結(jié) ?系統(tǒng)上線后持續(xù)一段的現(xiàn)場支持和指導 ?填寫《問題記錄單》 ?向企業(yè)內(nèi)部支持人員的技術(shù)轉(zhuǎn)移 ?監(jiān)督操作制度的執(zhí)行了，落實各項系統(tǒng)管理制度 ?問題的跟蹤處理 ?支持方式：現(xiàn)場、電話、網(wǎng)絡等 上線支持 《 系統(tǒng)運行問題跟蹤記錄單 》 《 項目總結(jié)報告 》 《 程序補丁更新流程 》 《 項目文檔整理規(guī)范 》 《 項目驗收報告 》 ? 人員的有序撤離 /更換 ? 實施人員與支持部門間的交接 ? 《問題記錄單》的轉(zhuǎn)移 ? 簽訂《維護合同》 ? 支持人員的介入 持續(xù)支持 《 項目交接記錄 》 《 維護合同 》 風險分析 舉例： 某項目已經(jīng)上線一段數(shù)據(jù)，系統(tǒng)運行基本上是正常的，客戶遲遲推辭驗收，總是找出一些理由，并且有問題持續(xù)在找當時給他們實施的顧問，驗收后應付的款項遲遲推遲不付。 問題： 內(nèi)部管理制度建立流程不規(guī)范，對于基本資料的修改、刪除沒有嚴格控制 權(quán)限設置方面出現(xiàn)漏洞，使操作員有誤操作的機會。 系統(tǒng)建設－系統(tǒng)測試 II 編寫和簽署 測試報告 修改和完善 業(yè)務解決方案 ? 顧問收集測試問題，做一列表 ? 對未解決的問題討論分析，給出解決辦法，向客戶解釋 ? 編寫 《 測試報告 》 ? 修訂、完善業(yè)務解決方案 ? 向客戶提交最終業(yè)務解決方案 系統(tǒng)建設－ 客戶化開發(fā)、方案驗收、編制標準操作 手冊 ? 手冊編制的步驟 ? 編制權(quán)限矩陣 ? 確定崗位操作標準 ? 確定之間的操作流程 ? 操作手冊下發(fā)到各業(yè)務部門、崗位，操作員遵守執(zhí)行 制作標準操 作手冊 ? 督促客戶方進行方案確認 ?有效控制客戶需求的不斷膨脹 ?較快項目進度、增強項目組實施成功的信心 ?督促 項目經(jīng)理盡快落實測試中發(fā)現(xiàn)的問題 ?也是重要的里程碑，付款的依據(jù) ? 方案的驗收會議 解決方案驗收 ?開發(fā)需求確定和尋求需求開發(fā)資源 ?編制開發(fā)計劃和詳細的需求文檔 ?開發(fā)產(chǎn)品的提交和測試 組織客戶化開發(fā) 《 客戶化開發(fā)合同 》 附 《 客戶化開發(fā)項目報價 》 《 客戶化開發(fā)詳細需求文檔 》 《 客戶化開發(fā)計劃 》 《 客戶化開發(fā)產(chǎn)品 、 手冊 》 《 客戶化開發(fā)產(chǎn)品驗收報告 》 調(diào)整后的 《 業(yè)務解決方案 》 《 業(yè)務解決方案調(diào)整記錄單 》 《 工作流程和崗位操作手冊 》 風險分析 舉例： 某中型項目系統(tǒng)上線后，客戶要求 安排實施顧問進行現(xiàn)場支持，系統(tǒng)在業(yè)務處理時問題較多，基礎數(shù)據(jù)出現(xiàn)錯誤， BOM結(jié)構(gòu)有誤，導致許多業(yè)務延誤，操作人員的怨聲載道，整個項目陷入到非常被動的局面，系統(tǒng)往往出現(xiàn)一些難以理解的錯誤，導致項目遲遲不能驗收。 一旦問題被解決 ?輸入解決日期和說明 ?將問題狀態(tài)設為 ‘ closed’ ?將測試案例狀態(tài)設為“等待計劃”，并通知測試控制員。不允許在測試環(huán)境中直接修改配置。 ?問題安排給流程擁有者解決 ?首先解決最高優(yōu)先級的問題 ?根據(jù)需要，利用測試組負責人、顧問、擴大項目小組成員，盡快解決問題 當日事當日畢。 ?將問題通知測試組負責人，轉(zhuǎn)入下個測試案例。 ?每個問題都應用問題表格記錄，并提交給測試控制員用于跟蹤。 問題： 抓企業(yè)急需要解決的問題 在項目實施中最能看到效果的事情 降低客戶需求，減少各項措施落實的阻力 分階段實施的優(yōu)越性 階段分析 與前面提出的問題進行對比分析 ?哪些問題解決了 ?哪些問題沒有解決 ?我們?nèi)绾翁幚頉]有解決的問題 標準的實施方法論策略、模板如何在實際的項目中進行應用 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ā)的驗收 ?編寫用戶崗位列表權(quán)限 ?確定崗位操作標準 ?固化工作流程手冊 目標 任務 子任務 制作標準操 作手冊 靜態(tài)數(shù)據(jù) 準備 ? 編寫基礎數(shù)據(jù)準備方案 ?安排數(shù)據(jù)準備 ?數(shù)據(jù)的校驗和確認 ?數(shù)據(jù)轉(zhuǎn)換程序的開發(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ā)、測試 ? 導入的風險分析 數(shù)據(jù)轉(zhuǎn)換 工具的開發(fā) ?制定《靜態(tài)數(shù)據(jù)準備方案》 ?編寫《靜態(tài)數(shù)據(jù)準備計劃》 ?靜態(tài)數(shù)據(jù)的準備表單 ?方案、計劃的確認 靜態(tài)數(shù)據(jù)準備方案 《 靜態(tài)數(shù)據(jù)準備方案 》 《 靜態(tài)數(shù)據(jù)準備計劃 》 《靜態(tài)數(shù)據(jù)準備表單》 數(shù)據(jù)的導入 工具 風險分析 舉例： 某項目在靜態(tài)數(shù)據(jù)方案討論時，客戶提出他們的靜態(tài)數(shù)據(jù)太多了，如果按照我們的要求準備至少需要 6個月的時間，但是我們整個項目規(guī)劃才 4個月，同時大家工作很忙，沒有時間去做，結(jié)果開始數(shù)據(jù)準備沒有專人負責，數(shù)據(jù)整理非常不到位，最終花費 2個月的時間整理好了，但沒有進行嚴格的校驗，系統(tǒng)上線之處，錯誤百出，嚴重的影響業(yè)務的處理。同時上線后有些部門的終端