慧云平臺部署實施要點及保障措(同方版)_第1頁
慧云平臺部署實施要點及保障措(同方版)_第2頁
慧云平臺部署實施要點及保障措(同方版)_第3頁
慧云平臺部署實施要點及保障措(同方版)_第4頁
慧云平臺部署實施要點及保障措(同方版)_第5頁
已閱讀5頁,還剩43頁未讀 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

1、1慧云平臺部署實施要點及保障措施1.1里程碑任務1.1.1項目里程碑骨口. 序號里程碑節(jié)點里程碑標志時間節(jié)點1項目啟動會形成會議紀要,各方簽字確認1天2子系統(tǒng)調(diào)研完成子系統(tǒng)調(diào)研表,各方簽字確認30天3接口對接測試接口對接測試,出具測試報告書30天4硬件設備安裝調(diào)試硬件環(huán)境搭建完畢,出具調(diào)試報告書5天5慧云系統(tǒng)上線系統(tǒng)部署完畢2天6系統(tǒng)對接及調(diào)試(綁點)出具單點測試報告書、聯(lián)動測試報告書65天7系統(tǒng)試運行出具系統(tǒng)試運行報告書90天8系統(tǒng)驗收出具驗收報告30天1.1.2實施路線圖按照萬達集團關于“慧云系統(tǒng)集成平臺”的計劃,我們有針對性的設定8大里程碑節(jié)點,包括: 項目啟動會、子系統(tǒng)調(diào)研、接口對接測

2、試、慧云系統(tǒng)硬件 設備安裝調(diào)試、慧云系統(tǒng)上線、慧云系統(tǒng)對接及調(diào)試(綁點)、慧云系統(tǒng)試運行、 系統(tǒng)驗收。項目啟動會:在雙方項目小組確認完項目實施主計劃后,應將項目的目標、 工作方式、時間安排等相關信息在客戶方的公司內(nèi)部中、 高層以及部門的業(yè)務骨 干中進行一次傳達。項目啟動會是一次非常好的傳達這件事情的機會,同時讓萬達集團領導向高、中層的管理人員傳遞企業(yè)實施慧云項目的決心, 為我們?nèi)蘸箝_ 展相關的工作掃除障礙,讓客戶方從上到下達成一種共識。雙方項目組成員第一次在客戶方全體亮相。因此,項目啟動召開的成功與否在一定程度上決定了這個 項目實施的難度和效果。子系統(tǒng)調(diào)研:這一過程最重要的工作是子系統(tǒng)調(diào)研,了

3、解和分析各機電單位 的硬件設施和軟件設施品牌型號及接口。接口對接測試:根據(jù)子系統(tǒng)調(diào)研表,對萬達慧云子系統(tǒng)接口完成內(nèi)部測試工 作?;墼葡到y(tǒng)設備安裝調(diào)試:安裝調(diào)試慧云系統(tǒng)各種硬件,具備軟件系統(tǒng)上線要 求。系統(tǒng)上線:將系統(tǒng)布置到現(xiàn)場各硬件設備,包括數(shù)據(jù)庫配置、平臺軟件配置、 接口配置等。慧云系統(tǒng)對接及調(diào)試(綁點):與各個集成子系統(tǒng)進行單點對接和確認,各 單獨子系統(tǒng)的聯(lián)動測試和跨子系統(tǒng)的聯(lián)動確認?;墼葡到y(tǒng)試運行:對業(yè)主運行平臺進行技術支持,并對萬達慧云平臺的技術 要求進行性能保障。系統(tǒng)驗收:完成三個月以上試運行記錄,滿足萬達慧云平臺要求。1.2項目推進計劃1.2.1項目實施策略分步驟實施;注重數(shù)據(jù)準備

4、和測試貫穿于項目每個階段;關鍵用戶和最終用戶的提前參與;注意把握好實施范圍:包括功能范圍、實體范圍、技術范圍。1.2.2項目實施路線圖(1 )實施準備在這一階段,項目實施組織(同方和客戶方)的人選將被最終確立,并共同 確認項目的工作計劃。 并且召開項目正式啟動會, 明確本項目對實現(xiàn)公司遠景目 標的重要性,從而引起萬達集團對項目的重視,取得公司各層次對項目的支持。工作目標:雙方項目經(jīng)理的選定,項目小組的組建; 雙方項目組成員清楚和理解項目實施的目標和方法; 雙方項目組共同擬定一份項目實施主計劃書, 規(guī)劃出整個項目的實施進 程。主要任務:選擇合格的項目經(jīng)理,成立雙方項目實施小組; 根據(jù)與客戶多次溝

5、通的結果,編制一份項目實施主計劃書 ,規(guī)劃整 個項目實施的方案;積極的推動和組織召開項目啟動會。 召開項目啟動會的目的是使客戶的 高層乃至全體員工對項目實施的過程和方法有清楚的認識,同心協(xié)力, 推進項目實施。(2)角色與責任項目經(jīng)理責任:確定項目啟動會時間,項目組成員負責向項目組成員分配各自任務; 負責與企業(yè)進行首次接觸,討論下一步的工作計劃。實施顧問責任:確定客戶的軟硬件環(huán)境;負責在對客戶方關鍵人進行業(yè)務演示;(2)成果交付成果文檔名稱文檔性質(內(nèi) / 外)審批項目溝通紀要項目溝通紀要內(nèi)項目演示PPT項目演示PPT外同方項目組成員名單同方項目組成員名單外客戶方項目組成員名單客戶方項目組成員名

6、單外123項目主實施計劃(1 )任務描述同方項目經(jīng)理與客戶項目經(jīng)理討論并制定項目實施主計劃書,并交由雙方項目總負責人簽字確認。主要工作任務包括:確定項目實施在一定的實施范圍內(nèi)可以達到的基本目標;針對企業(yè)關鍵的業(yè)務流程和企業(yè)非常關注的地方,同方項目經(jīng)理應該組織項目組成員再進行補充調(diào)查,進一步確定項目實施的范圍;通過項目實施主計劃書規(guī)劃出整個項目的實施過程,明確實施的階 段計劃,階段任務,使雙方項目組成員能夠清楚項目進展到哪個階段, 大家工作的重心是什么?硬件和網(wǎng)絡設施是否符合要求(2 )工作策略明確項目實施的目標,嚴格控制實施范圍就項目實施目標和范圍與客戶項目負責人進行溝通,主要包括:組織范圍、

7、功能范圍、業(yè)務流程范圍、項目接口范圍、數(shù)據(jù)轉換范圍、二次開發(fā)范圍、技術實施范圍、培訓范圍,雙方基本上可以達到共識;如果還存在有爭議的內(nèi)容,經(jīng) 雙方協(xié)商一致后,在這里應該補充說明;在項目實施主計劃書中要明確項目各階段的任務,驗收策略。客戶關鍵業(yè)務和重點關注點的補充調(diào)查同方項目經(jīng)理必須對于客戶關鍵業(yè)務環(huán)節(jié)向客戶項目經(jīng)理進行再次的補充調(diào)查,這種調(diào)查可以采用現(xiàn)場參觀、企業(yè)介紹等方式;在進行補充調(diào)查時, 切忌與客戶討論過深的問題, 主要是了解為主, 清楚地 知道客戶內(nèi)部人員對項目的支持情況、 企業(yè)業(yè)務流程中存在的弊端, 企業(yè)急于想 解決的問題;客戶在這個階段一般是不會有什么保留的, 他們會盡量的滿足我們

8、的需要并 暴露出上項目的真實目的。規(guī)劃項目實施的過程,明確項目實施的階段項目階段應根據(jù)項目的大小和實施周期的長短,指南,的基礎上適當剪輯即可;并且參照同方實施方法論項目實施階段劃分必須要充分的考慮基礎數(shù)據(jù)、關鍵參數(shù)設置、 業(yè)務數(shù)據(jù)準備、重點考慮接口數(shù)據(jù)對下一階段的影響全面調(diào)研,接口調(diào)研;分別實施;需求部分調(diào)研、每個階段的工作任務、完成標志,客戶方和同方的職責分別是什么(3)角色與責任同方項目經(jīng)理責任負責組織項目組成員編寫、修訂項目實施主計劃書 ; 負責與企業(yè)高層討論項目規(guī)劃的具體事項, 并且寫入項目實施計劃書中;負責向客戶方提交項目實施主計劃書;負責項目實施主計劃書確認工作??蛻舴巾椖拷?jīng)理責任

9、負責向同方項目組介紹業(yè)務的情況、項目的目的;配合同方完善項目實施主計劃書的工作;負責把項目實施主計劃書提交到企業(yè)高層進行討論;負責項目實施主計劃書確認工作??蛻繇椖控撠熑素熑? 負責項目實施主計劃書最后審批。(4 )交付成果交付成果文檔名稱文檔性質審批模板工具項目實施主計劃書項目實施主計劃書外客戶項目負責人/同方項目經(jīng)理項目實施主計劃書附:項目實施計劃(Project 形式)會議紀要硬件及網(wǎng)絡要求說明硬件及網(wǎng)絡要求說明外客戶項目負責人/同方項目經(jīng)理硬件及網(wǎng)絡要求說明(5 )風險提示1 )實施范圍實施范圍是項目控制、降低項目風險的最重要的內(nèi)容,按照規(guī)范的工作程序,實施范圍應該在銷售合同已經(jīng)明確表

10、述,這里仍然需要和客戶再次確認如果客戶此前對實施范圍存在誤解, 在此都應明確定義。 例如:實施的單位 數(shù)、實施的業(yè)務范圍、實施地點等因素。2)時間計劃在項目實施過程中,來自客戶的壓力,或者項目經(jīng)理急于證明自己的能力, 導致項目經(jīng)理在安排計劃時,過于緊湊,許多任務不能夠按質、按量地完成。不切實際的計劃安排后果只能是挫傷項目成員和用戶的積極性和信心。 試想 一下,如果項目經(jīng)理在安排項目計劃時, 是基于非常樂觀的假設前提, 并對用戶 做出承諾。當客觀情況稍有變化,項目就無法按時完成,后果就很難彌補了。在 更壞的情況下, 項目雖然在最終期限前完成, 但方案不令人滿意, 當企業(yè)的環(huán)境 稍微發(fā)生變化(如組

11、織機構調(diào)整、某些流程的改變) ,但顧問做出的應用方案就 不能適應,客戶將感到很不滿意。計劃也要留有余地, 以應付一些突發(fā)事件。 項目經(jīng)理都有以下經(jīng)驗, 無論計 劃做的多完美, 具體實施中總會有脫離預期計劃的現(xiàn)象, 只是改變的程度不同而 已。由于集成項目實施普遍時間長,會發(fā)生許多事先根本沒有想到的突發(fā)事件。 這樣,即使其他一切事情都事先安排好,項目仍然有延期的可能。所以,安排計 劃時一定要留有余地,以應付突發(fā)事件。計劃是一個不斷修訂的過程, 計劃制定后, 實際執(zhí)行時不可能完全按照計劃 的要求完成各階段工作,可能提前也可能延期,項目經(jīng)理要隨時掌握項目進度, 檢查工作結果, 然后對下一階段工作計劃作

12、相應的調(diào)整, 對影響項目進度的障礙 及時向雙方高層匯報,借助高層的權威進行推動。1.2.4 召開項目啟動會(1 )任務描述在雙方項目小組確認完項目實施主計劃后, 應將項目的目標、 工作方式、 時 間安排等相關信息在客戶方的公司內(nèi)部中、 高層以及部門的業(yè)務骨干中進行一次 傳達。項目啟動會是一次非常好的傳達這件事情的機會, 同時讓萬達集團領導向 高、中層的管理人員傳遞企業(yè)實施慧云項目的決心, 為我們?nèi)蘸箝_展相關的工作 掃除障礙, 讓客戶方從上到下達成一種共識。 雙方項目組成員第一次在客戶方全 體亮相。因此,項目啟動召開的成功與否在一定程度上決定了這個項目實施的難 度和效果。主要工作任務包括:項目啟

13、動會前的準備會議,主要是雙方項目組討論項目啟動會的準備事項,主要包括會議議程、場地、參加人員、設備、會議資料、 PPT 等;依據(jù)計劃準時召開項目啟動會;(2)工作策略召開項目啟動會之前應做如下準備工作:與客戶高層商定會議日程,以及需參加人員名單;選定會議主持人、明確會議的議程;準備相關演講 PPT 資料;準備領導講話演講稿;客戶方準備會議場地;(3)角色與責任客戶項目經(jīng)理責任:負責組織客戶內(nèi)部管理人員參加會議;負責為召開項目啟動會做會前準備工作,例如:會場的布置、設備的準備、人員的通知、會議資料的下發(fā)等; 負責主持會議的議程;負責整理項目啟動會上會議紀要高層責任: 負責在會議上發(fā)表演講,明確對

14、項目支持的一種姿態(tài)。并且向公司所有 部門提出具體的要求,要求大家必須配合好項目組實施工作,不能有任 何的阻撓; 給予客戶項目經(jīng)理充足的授權,授權他全權負責項目的實施,并與個人 的業(yè)績考核掛鉤。同方項目經(jīng)理: 負責協(xié)調(diào)同方參加會議的人員(項目小組成員、公司高層、實施部經(jīng)理 等);負責準備會議演講的資料( PPT); 協(xié)助客戶方經(jīng)理完成會議前各項準備工作; 負責安排顧問記錄會議內(nèi)容和整理會議紀要; 負責讓客戶方完成階段計劃的確認; 負責準備下階段的工作計劃和人員安排計劃。(4 )風險提示項目啟動大會是實施過程中至關重要的一步。 如果成功, 則為以后的實施打 下了良好的基礎,但若不成功,則項目整體存

15、在較大風險。一般情況下,項目啟動大會上會有客戶方的“一把手”到場,加上各級管理 人員與項目小組成員,人數(shù)眾多。項目組在啟動會中的表現(xiàn)如果不好將會影響管理層和其他業(yè)務人員對項目實施成功的信任度, 同樣也會影響企業(yè)高層對項目實施的決心和信心, 為后期項 目的實施帶來不利的影響;在項目啟動會中的講話一定會左右中層管理者對這個項目實施的態(tài)度, 如果 老總表現(xiàn)的態(tài)度不堅決, 信心不足, 管理層在將來的配合力度上表現(xiàn)出底氣不足 的現(xiàn)象,將給整個項目實施帶來不必要的困難; 即高層的態(tài)度堅決, 重視程度高, 則中層的支持力度大,項目實施困難必然會減少,項目風險也會減??;項目啟動會的準備不充分、 不專業(yè), 會導

16、致項目啟動會效果不佳, 降低客戶 對我們的信心,增加項目實施的風險。1.2.5 藍圖設計工作準備 在這一階段,同方項目小組將對客戶方各項相關業(yè)務流程進行詳細的調(diào)研, 并與公司各級相關領導進行交流, 明確目標及 “慧云智能化管理系統(tǒng)” 實現(xiàn)的基 本藍圖。在這一階段, 將開展一系列的業(yè)務流程現(xiàn)狀分析及應用慧云系統(tǒng)后可能 的流程改變和提高的研討會, 最終確認將要用慧云系統(tǒng)處理的業(yè)務流程的設計藍 圖業(yè)務解決方案。工作目標:讓客戶了解軟件系統(tǒng)的功能、管理思想以及應用流程(知己) ; 了解客戶業(yè)務和需求,分清主次,合理不合理(知彼) 。主要任務:建立應用環(huán)境;對客戶項目組成員進行產(chǎn)品理念和標準產(chǎn)品的培訓;

17、(1 )任務描述系統(tǒng)調(diào)研的目的一是要了解客戶的組織結構、 業(yè)務內(nèi)容及其處理流程, 二是 要獲取實施軟件所必要的參數(shù)信息。主要工作任務包括:制訂調(diào)研計劃,準備調(diào)研內(nèi)容;(2 )調(diào)研計劃和內(nèi)容的準備需求調(diào)研是一個復雜而又細致的工作,需要做好相應的計劃和組織等準備工 作,調(diào)研的方式更要靈活的運用,針對不同的人員使用不同的方式。主要包括如下詳細任務:1)制定調(diào)研計劃為了后續(xù)工作的連續(xù)性,項目經(jīng)理需依據(jù)項目實施主計劃制定詳細需求調(diào)研 計劃。明確需求調(diào)研的內(nèi)容、調(diào)研報告提交的格式,和客戶交流的時間安排等。萬達慧云項目各部門調(diào)研時間,按照下列表格填寫:分公司/職能部門時間具體調(diào)研內(nèi)容調(diào)研顧問客戶配合人員需準

18、備的資料調(diào)研人員的選擇非常重要,有的直接讓沒有經(jīng)驗的實施人員負責調(diào)研, 而這 些人員沒有相應的工作經(jīng)驗,其調(diào)研效果可想而知,所以調(diào)研顧問必須擁有非常 雄厚的業(yè)務經(jīng)驗并且對軟件產(chǎn)品非常熟悉; 在調(diào)研、分析過程中應了解用戶各種 業(yè)務處理的操作流程及其所涉及到的單據(jù),以及單據(jù)在各個部門之間是如何流轉、 各個崗位人員的職責是什么。實施人員還應對軟件的調(diào)研過程有一個總體的把握,也就是說實施人員不能 僅僅局限于具體業(yè)務的處理中,而應該從總體的業(yè)務流程上進行分析, 把各個部 門零散的業(yè)務處理結合成一個整體,把各個斷開的業(yè)務連貫起來。只有這樣才能 從宏觀的角度來把握調(diào)研、分析的進程,保證此階段順利完成。2)準

19、備調(diào)研提綱調(diào)研提綱和問卷的內(nèi)容范圍至少應包括: 目前業(yè)務狀況,設備種類、設備數(shù) 量、接口方式、組織機構、人員崗位設置、現(xiàn)有業(yè)務流程、具體業(yè)務流程如何操作、特殊業(yè)務處理、報表、查詢統(tǒng)計要求等。(3)角色與責任同方項目經(jīng)理職責審核調(diào)研計劃;咨詢實施顧問職責制定調(diào)研計劃;準備調(diào)研提綱;客戶項目經(jīng)理職責積極配合調(diào)研并做好協(xié)調(diào)工作(落實好人員、資料、場地等);必要時應該有相應的授權;客戶項目組成員職責準備相應的資料(業(yè)務單據(jù)、報表等)。(4 )交付成果交付成果文檔名稱文檔性質(內(nèi)/外)審批模板工具需求調(diào)研計劃需求調(diào)研計劃外同方項目經(jīng)理客戶項目經(jīng)理調(diào)研計劃需求調(diào)研提綱需求調(diào)研提綱外同方項目經(jīng)理各種調(diào)研模板

20、,組織機構、人員檔案、 部門檔案、設備參數(shù)信息,設備接口 等(5 )風險提示需求調(diào)研前同方項目經(jīng)理或咨詢實施顧問一定要把好關, 務必選擇有豐富經(jīng)驗的顧問參加調(diào)研,結合萬達有經(jīng)驗的審管辦人員、否則如果需求確定不準勢必 會為以后的工作帶來麻煩,我們一定要盡量避免錯誤的發(fā)生。1.2.6 當前業(yè)務流程 & 需求調(diào)研(1 )任務描述通過對業(yè)務及其流程的調(diào)研分析, 可以獲得業(yè)務規(guī)范化調(diào)整的基礎信息和軟 件客戶化的必要信息, 為規(guī)范業(yè)務管理, 使軟件標準化、 規(guī)范化以及為下一步軟 件的實施打下堅實、可靠的基礎。在此基礎上,通過調(diào)研所獲得的信息,抽象得 到參數(shù)設置所必需的信息也是實施開展之前的重要工作內(nèi)容。

21、所以這一階段的工 作雙方一定要做的扎實細致。主要工作任務包括:業(yè)務需求調(diào)研(總體調(diào)研、部門業(yè)務調(diào)研) ;需求和產(chǎn)品匹配分析;提供系統(tǒng)設置所需的所有參數(shù)(2)角色與責任同方項目經(jīng)理職責確認需求分析咨詢實施顧問職責業(yè)務需求調(diào)研;需求和產(chǎn)品匹配分析;客戶項目經(jīng)理職責積極配合調(diào)研并做好協(xié)調(diào)工作(落實好人員、資料、場地等) ;對需求進行確認??蛻繇椖拷M成員職責積極配合需求調(diào)研(與當天的調(diào)研活動有關的關鍵用戶應該全程參與)(3 )交付成果交付成果文檔名稱文檔性質(內(nèi)/外)審批模板工具簽字確認的需求報告需求報告外客戶項目經(jīng)理需求報告各業(yè)務流程審批權限審批權限統(tǒng)計表外客戶項目經(jīng)理審批權限統(tǒng)計表(4 )風險提示

22、項目需求調(diào)研時,切記,不要輕易回答客戶這個可以解決,這個不能解決。也就是說,需求調(diào)研除了問必要的問題以外,重點是傾聽。當所有的客戶需求整理出來之后,再進行分類:一類是軟件可以解決,并且能帶來關鍵效益的,放在首位;接下來一類是軟件可以解決,客戶方領導非常關注的需求,放在第二位;第三位則是軟件可以解決,客戶方普通操作者關注的需求;另一類是軟件很難解決甚至無法解決的:也要分類:首先關注客戶方領 導關注的問題,這一類問題通常比較好解決,比較容易通過“溝通”來 說服;而另一類是客戶方普通操作者關注的,這往往是影響實施成功的 關鍵所在。需求調(diào)研報告的確認是讓客戶對咨詢實施顧問理解和表述的需求是否 正確進行

23、確認,并不表示報告所列需求都應予以滿足,這一點應向客戶 說明。而且對于不切實際的需求應說服客戶暫時放棄,不要寄希望于客 戶化開發(fā),否則風險會非常大。1.2.7 建設環(huán)境部署方案 & 應用環(huán)境(標準軟件產(chǎn)品) 標準軟件產(chǎn)品,培訓客戶方系統(tǒng)管理員,確保應用程序運行正常。主要工作任務包括:確認軟硬件環(huán)境;調(diào)試產(chǎn)品和系統(tǒng)環(huán)境;對系統(tǒng)管理員進行相關知識和技能培訓; 幫助客戶建立系統(tǒng)運行管理制度。(1)工作策略客戶方軟硬件環(huán)境準備盡早檢查客戶方提供的硬件配置和系統(tǒng)軟件是否滿足產(chǎn)品運行要求, 如不滿 足,提請客戶盡快落實,什么時候準備好,什么時候進行安裝。在有些情況下, 客戶方的系統(tǒng)準備, 例如采購服務器、

24、 數(shù)據(jù)庫等系統(tǒng)軟硬件 需要一個較長周期, 項目啟動時可能沒有到位, 為了不影響項目進度, 可以使用 符合要求的替代設備。 客戶準備好之后, 由同方的技術顧問檢查確認之后方能使 用。(2)角色與責任同方項目經(jīng)理和客戶項目經(jīng)理客戶項目經(jīng)理應該負責落實產(chǎn)品硬件和系統(tǒng)軟件; 對系統(tǒng)管理員的培訓結果進行確認。技術顧問:負責客戶方的硬件及網(wǎng)絡設施的檢查及測試;客戶方系統(tǒng)管理員準備硬件和系統(tǒng)軟件;萬達技術處:保障萬達的網(wǎng)絡暢通,帶寬10M以上;咨詢實施顧問在產(chǎn)品安裝調(diào)試之后,進行基本的功能測試,確?;墼葡到y(tǒng)可用(3 )交付成果交付成果文檔名稱文檔性質(內(nèi)/外)審批模板工具完成對客戶方系統(tǒng)管理員培訓和考核培訓

25、考核記錄單(系統(tǒng)管理員)外雙方項目經(jīng)理培訓考核記錄單(系統(tǒng)管理員)系統(tǒng)管理員手冊系統(tǒng)管理員操作手冊外客戶項目經(jīng)理系統(tǒng)管理員操作手冊(4 )風險提示項目實施過程中技術顧問的投入人天數(shù)和服務范圍應控制在適當?shù)姆秶鷥?nèi), 盡早提供適用的技術資料,盡早為客戶方培養(yǎng)出合格的系統(tǒng)管理員。在客戶方提供系統(tǒng)管理員之前,同方項目組應明確提出對系統(tǒng)管理員的專業(yè) 素質要求。技術顧問應該做好培訓方案和課件,并把好考核關,確保培訓質量和知識的 成功轉移。在產(chǎn)品應用之前,技術顧問應該對客戶提供的硬件和系統(tǒng)軟件進行審查,確??梢詽M足系統(tǒng)運行需要。1.2.8 系統(tǒng)建設(1)階段概述系統(tǒng)建設實際上就是客戶方業(yè)務流程實現(xiàn)的過程。

26、在這一階段, 項目小組將 把上階段設計的業(yè)務流程藍圖在同方慧云系統(tǒng)中實現(xiàn) (即在同方慧云系統(tǒng)中進行 設置),并對各涉及慧云系統(tǒng)的業(yè)務流程進行測試。在這一階段,同方項目小組 和客戶方項目小組應緊密合作, 在用慧云實現(xiàn)新業(yè)務流程的同時將同方慧云的相 關知識轉移到客戶方項目小組。1)工作目標:設計符合客戶現(xiàn)狀和發(fā)展需要的業(yè)務解決方案;驗證解決方案的正確性、完整性、穩(wěn)定性;編制系統(tǒng)操作規(guī)范,保證系統(tǒng)在企業(yè)的平穩(wěn)運行;培養(yǎng)客戶的管理團隊,實施團隊,為進一步開展業(yè)務流程優(yōu)化奠定基礎;2)主要任務:根據(jù)需求分析的結果規(guī)劃設計業(yè)務解決方案;討論制定靜態(tài)數(shù)據(jù)的準備方案;完成軟件在系統(tǒng)測試、集成測試的過程,保證系

27、統(tǒng)上線的穩(wěn)定性、適用性;經(jīng)過討論、測試、修訂完善業(yè)務解決方案的內(nèi)容;編寫“軟件標準操作手冊” ;3)業(yè)務流程圖3-214-30(3 )階段目標與任務主要工作任務包括:根據(jù)需求調(diào)研、業(yè)務需求分析和初步業(yè)務解決方案的內(nèi)容配置系統(tǒng);在配置的系統(tǒng)上進行方案測試和解決方案調(diào)整;提交解決方案和客戶化開發(fā)需求范圍和內(nèi)容。(4 )工作策略參照萬達的工作流程和之前調(diào)研的特殊業(yè)務的審批流程進行設置有些參數(shù)的設置,由于對系統(tǒng)各個方面都會產(chǎn)生影響,如果咨詢實施顧問不 通過系統(tǒng)驗證也就是在系統(tǒng)中進行測試,很難判定這樣設置對于企業(yè)實際業(yè)務產(chǎn) 生什么樣的結果。把在測試中的問題記錄下來,讓客戶做出選擇使用還是不使用 的決定;

28、對于有爭議的問題和重點關心的問題, 必須在客戶系統(tǒng)中設置不同參數(shù)、 在不同環(huán)境下測試,尋找最優(yōu)的一種設置方法,也可以給客戶多種選擇方案。 確定客戶化開發(fā)的范圍和內(nèi)容 根據(jù)方案設計的原則,必須盡量避免客戶化開發(fā)的產(chǎn)生。對于特殊業(yè)務 單據(jù)和統(tǒng)計報表的開發(fā)可能難以避免, 但是必須要控制客戶開發(fā)的需求 和范圍。客戶必須確認客戶化開發(fā)的范圍和內(nèi)容, 對于影響軟件關鍵流程的開發(fā) 需求,實施雙方必須進行項目開發(fā)風險的評估。(5 )角色與責任同方項目經(jīng)理的責任:負責制定解決方案設計階段的工作計劃 負責擬訂方案大綱、組織項目小組成員共同審閱方案 負責安排咨詢實施顧問各自分頭編寫方案 負責向客戶解釋方案中關鍵流程

29、的處理結果咨詢實施顧問的責任:建立客戶系統(tǒng)準備客戶靜態(tài)、動態(tài)數(shù)據(jù)和業(yè)務處理數(shù)據(jù) 測試方案中未決的問題給出正確的結果 協(xié)助項目經(jīng)理編寫方案大綱承擔編寫業(yè)務解決方案的部分工作客戶方項目負責人及系統(tǒng)管理員:提供軟件所需的所有檔案(前期調(diào)研中涉及的)協(xié)助同方實施人員進行系統(tǒng)的測試(6 )交付成果交付成果文檔名稱文檔性質(內(nèi)/外)審批模板工具基本確認解決方案基本確認解決方案外客戶項目經(jīng)理 /同方項目經(jīng)理基本確認解決方案系統(tǒng)編碼方案參數(shù)設置方案客戶化開發(fā)概要需求文檔(可選)客戶化開發(fā)概要 需求文檔(可選)內(nèi)同方項目經(jīng)理客戶化開發(fā)概要需求文檔(7 )風險提示客戶系統(tǒng)的建立如果只是使用客戶的簡單數(shù)據(jù)和基本的業(yè)

30、務,是很難驗證方案的正確性,也不能保證方案的適用性;在建立客戶系統(tǒng)中客戶的配合,是否可以提供要的數(shù)據(jù)和特殊的業(yè)務也是至 關重要的;客戶需求的把握和控制,以及客戶化概要需求文檔中業(yè)務需求的描述是 否準確,清晰是影響到客戶化開發(fā)的確認和后期的相關工作;129靜態(tài)數(shù)據(jù)準備(1 )任務描述系統(tǒng)應用中靜態(tài)數(shù)據(jù)一般不隨時間不同而改變, 如部門檔案、人員檔案、案 件字號、法官合議庭設置、法官窗口值、人員職責權限等。在整個項目實施過程 中,靜態(tài)數(shù)據(jù)的準備、整理、測試、完善等相關工作是需要花費比較長的時間和 耗費比較大的精力去完成的。因此靜態(tài)數(shù)據(jù)準備工作是項目實施中的基礎工作, 它的準備進度和準備質量直接影響到

31、系統(tǒng)的上線進度和項目的最后實施質量。主要工作任務包括:安排數(shù)據(jù)準備活動并建立數(shù)據(jù)文檔數(shù)據(jù)的校驗和確認工作數(shù)據(jù)校驗落實糾正措施確認正確的數(shù)據(jù)安排數(shù)據(jù)轉換程序的開發(fā)與測試(可選)準備導入工具測試導入工具(2)工作策略制定靜態(tài)數(shù)據(jù)準備方案 ,靜態(tài)數(shù)據(jù)準備表單 、靜態(tài)數(shù)據(jù)準備計劃1)關鍵點包括: 說明數(shù)據(jù)來源,即靜態(tài)數(shù)據(jù)應該如何獲取,出自哪個部門,由哪個部門 維護;討論,分析靜態(tài)數(shù)據(jù)編碼原則;規(guī)范靜態(tài)數(shù)據(jù)準備格式和質量要求 明確關鍵字段的重要性,以及關鍵字段的說明 明確數(shù)據(jù)準備人員的要求、完成時間,以及具體負責人;根據(jù)項目情況明確數(shù)據(jù)檢查方法(抽檢 / 全檢)、檢查內(nèi)容(數(shù)據(jù)內(nèi)容檢查 /數(shù)據(jù)邏輯檢查)

32、、檢查方式(手工 / 計算機)、時間點、相關責任人數(shù)據(jù)導入系統(tǒng)的方式(手工錄入 / 計算機導入)(說明:在手工錄入方式 下,需要估算錄入數(shù)據(jù)的工作量、錄入人員的選擇、錄入后系統(tǒng)內(nèi)數(shù)據(jù) 的校驗。計算機導入方式, 需要明確導入工具開發(fā)的責任人、 開發(fā)進度、 導入方案、導入方案的測試)準備靜態(tài)數(shù)據(jù)準備表單,提供需要準備的詳細數(shù)據(jù)檔案清單及內(nèi)容等同方和客戶方需要對 靜態(tài)數(shù)據(jù)準備方案 進行討論和確認, 其中需要重點 討論的內(nèi)容包括:靜態(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ù)

33、準備方案 ,包括 靜態(tài)數(shù)據(jù)準備表格等文檔。2)靜態(tài)數(shù)據(jù)準備由于靜態(tài)數(shù)據(jù)準備的工作量較大, 應盡量提前準備, 以免延誤系統(tǒng)上線。 數(shù) 據(jù)的準備工作可以同時安排不同的業(yè)務人員分頭進行, 一定要強調(diào)先將數(shù)據(jù)文檔 準備好,在沒有經(jīng)過雙方正式確認的基礎上不能讓客戶直接在系統(tǒng)中輸入靜態(tài)數(shù) 據(jù)。同時一般情況不承諾客戶進行靜態(tài)數(shù)據(jù)的自動導入過程。咨詢顧問用 Excel 準備一份靜態(tài)數(shù)據(jù)準備表單 ,每個表頁代表一項基礎 數(shù)據(jù)檔案, 列出所需字段和注意事項, 要求客戶按照此格式進行整理。 這樣做的 目的是有利于管理和核對,也可以豐富同方的應用案例。實際工作中,很多客戶一開始感到不理解, 認為沒有必要一定按照格式準

34、備, 認為這樣更麻煩,不如拿著數(shù)據(jù)直接輸入到系統(tǒng)。作為顧問一定要和客戶溝通, 解釋我們這樣做的必要性和重要性。在數(shù)據(jù)準備過程中,一定要保證相關責任人對靜態(tài)數(shù)據(jù)中字段含義的理解。 最好對每一個基礎數(shù)據(jù)文檔都能先抽出一兩個典型數(shù)據(jù)為樣例, 由顧問給客戶做 一個詳細的講解,避免由于對于數(shù)據(jù)字段理解有誤,導致大量重復工作。在數(shù)據(jù)準備過程中, 雙方項目經(jīng)理和咨詢顧問要經(jīng)常檢查數(shù)據(jù)準備的進度和 準確性。(需要說明: 靜態(tài)數(shù)據(jù)準備是由客戶來完成的活動, 咨詢實施顧問主要對數(shù) 據(jù)準備的進度、質量進行跟蹤控制。 由于準備靜態(tài)數(shù)據(jù)的人員并不一定是客戶項 目組的成員,對數(shù)據(jù)結構、數(shù)據(jù)含義的理解參差不齊,在靜態(tài)數(shù)據(jù)準

35、備的初期, 咨詢實施顧問需要嚴密監(jiān)視準備數(shù)據(jù)的質量,及早處理發(fā)生的問題。 )3)數(shù)據(jù)校驗和確認為了確保將來上線時系統(tǒng)運行的正確性, 在每一項數(shù)據(jù)準備完成之后都應該 進行仔細的校驗。首先在數(shù)據(jù)準備過程中就必須有人對數(shù)據(jù)的準確性負責。 每一類數(shù)據(jù)應該只 用一個人或專門幾個人負責, 避免在出錯后找不到原因而相互推諉。 在數(shù)據(jù)準備 完成后,項目經(jīng)理至少指定一名關鍵用戶或親自進行檢查核對,條件允許的話, 可以由相應的業(yè)務或技術權威對準備的數(shù)據(jù)進行逐項核實。校驗過的數(shù)據(jù)由校驗人簽字確認, 存檔,等待下一步正式錄入或導入新系統(tǒng)。 數(shù)據(jù)校驗和確認包含的具體活動有:進行數(shù)據(jù)校驗, 并由數(shù)據(jù)校驗的負責人, 編寫數(shù)

36、據(jù)校驗的報告; 描述和分析 數(shù)據(jù)校驗的結果,針對數(shù)據(jù)準備存在的問題,提出相應的糾正措施;落實數(shù)據(jù)準備的糾正措施;確認合格的靜態(tài)數(shù)據(jù)。數(shù)據(jù)轉換程序的開發(fā)和測試有些數(shù)據(jù)量較大的數(shù)據(jù)種類,在后面錄入系統(tǒng)的時候會花費大量的人力和時 間,因此建議根據(jù)情況需要針對此類數(shù)據(jù)安排開發(fā)相應的轉換或導入程序,一次性數(shù)據(jù)準備并校驗之后,在后期的基礎數(shù)據(jù)錄入時,從而節(jié)省大量的人力和時間。(3)角色與責任同方項目經(jīng)理的責任:對靜態(tài)數(shù)據(jù)準備方案的編寫負責;對向相關人員發(fā)布經(jīng)過確認的靜態(tài)數(shù)據(jù)準備方案負責;客戶方項目經(jīng)理的責任:負責組織相關人員討論靜態(tài)數(shù)據(jù)準備方案;負責靜態(tài)數(shù)據(jù)準備工作;負責數(shù)據(jù)的校驗和確認;技術顧問的責任:

37、負責編寫數(shù)據(jù)校驗程序(可選);負責準備靜態(tài)數(shù)據(jù)導入(可選)。(4 )交付成果交付成果文檔名稱文檔性質(內(nèi)/外)審批模板工具基礎數(shù)據(jù)檔案靜態(tài)數(shù)據(jù)準備方案外客戶項目經(jīng)理靜態(tài)數(shù)據(jù)準備方案、靜態(tài)數(shù)據(jù)準備表單(分產(chǎn)品)靜態(tài)數(shù)據(jù)準備計劃靜態(tài)數(shù)據(jù)準備計劃外同方項目經(jīng)理/客戶項目經(jīng)理靜態(tài)數(shù)據(jù)準備計劃5 )風險提示這里整理、準備的數(shù)據(jù)將最終用作產(chǎn)品環(huán)境的正式數(shù)據(jù), 數(shù)據(jù)整理的進度將 直接影響系統(tǒng)上線的進度、 數(shù)據(jù)整理的質量將直接影響以后產(chǎn)品環(huán)境的運行質量。 數(shù)據(jù)準備的結果應該讓準備人員、校驗人員簽字確認,以免將來客戶推卸責任。 在靜態(tài)數(shù)據(jù)準備這個項目任務中可能存在的風險有:客戶方?jīng)]有指定合適的數(shù)據(jù)準備責任人,導

38、致準備的數(shù)據(jù)質量不符合要求, 導致項目延期,系統(tǒng)運行質量差;靜態(tài)數(shù)據(jù)工作量的估算偏差超出預計的范圍,項目延期;準備的靜態(tài)數(shù)據(jù)發(fā)生嚴重質量問題, 但沒有及時發(fā)現(xiàn)和采取糾正措施, 數(shù)據(jù) 質量;數(shù)據(jù)采用計算機導入系統(tǒng),但導入工具沒有按期完成,導致項目延期。1.2.10 組織客戶化開發(fā)(1 )任務描述在配置和測試階段,可以通過配置參數(shù)和自定義的方式來使系統(tǒng)適合客戶, 使應用程序與客戶的業(yè)務需求相一致。 但有些時候, 通過定制仍不能滿足客戶的 需求,比如分案規(guī)則、外系統(tǒng)的接口、數(shù)據(jù)傳輸問題。如果在商務合同階段已經(jīng) 對客戶化開發(fā)與修改進行過約定, 項目雙方都已經(jīng)明白項目實施過程中的開發(fā)與 修改可能對項目實

39、施帶來的風險, 并且雙方都已經(jīng)有相關的預算, 則項目實施的 過程中可以包括客戶化的開發(fā)和修改。 確定解決方案之后應該立刻展開客戶化開 發(fā)的工作,避免因此使項目拖期,最晚應在系統(tǒng)測試之后立即確定??蛻艋_發(fā)一般周期較長, 首先需要了解需求, 然后簽署商務協(xié)議、 需求調(diào) 研和確認、組織開發(fā)和測試、提交客戶測試和驗收。主要工作任務包括:客戶化開發(fā)需求來自業(yè)務解決方案中,在開發(fā)計劃中予以確認 同方項目經(jīng)理制定客戶化開發(fā)計劃,包括方案、時間、交付期限 客戶化開發(fā)商務談判,由雙方項目負責人簽訂合同咨詢實施顧問負責制定詳細需求的編制(具體到顯示界面) ,提交給客 戶化開發(fā)人員組織客戶化開發(fā)人員進行開發(fā),項目

40、經(jīng)理負責組織、監(jiān)控、質量控制等 工作咨詢實施顧問進行單元測試客戶對客戶化軟件進行集成測試(參照業(yè)務模擬測試方法)客戶化開發(fā)產(chǎn)品交付驗收,由雙方項目經(jīng)理簽訂驗收報告(2)工作策略盡量不進行客戶化開發(fā)盡量不進行客戶化開發(fā), 項目經(jīng)理或顧問應盡量說服客戶放棄或改變初 衷,通過變通方式實現(xiàn)客戶需求。如果不能回避,應先征求研發(fā)人員對客戶化開發(fā)的工作量的估計、對項 目進程的影響,作為商務談判和調(diào)整實施計劃的依據(jù)尋求確認開發(fā)資源需求調(diào)研和確定需求客戶化開發(fā)需求來自業(yè)務解決方案。 確認后的需求就是要承諾將來實現(xiàn), 因此需求調(diào)研應描述得非常清晰準確。如果需求涉及的業(yè)務是在一個部門內(nèi)部,除了相關業(yè)務人員確認以外,

41、 還要讓部門負責人簽字確認; 如果需求涉及的業(yè)務涉及幾個部門的不同崗位, 應該由這幾個部門的負 責人和崗位業(yè)務人員會簽 編制開發(fā)計劃:項目經(jīng)理負責編制開發(fā)計劃,其中對功能需求、人員安 排、開發(fā)進度安排等內(nèi)容作出明確規(guī)定。組織客戶化開發(fā)和產(chǎn)品交付客戶化開發(fā)人員依據(jù)詳細需求文檔組織開發(fā);咨詢實施顧問配合客戶化開發(fā)人員單元測試。項目經(jīng)理要跟蹤客戶化開發(fā)的進度。開發(fā)人員負責編寫產(chǎn)品使用手冊,和產(chǎn)品一起交付。組織集成測試客戶化開發(fā)任務完成之后還應該進行一次集成測試, 確保所有客戶化開 發(fā)產(chǎn)品能夠滿足要求,并能與整體系統(tǒng)正確的集成運行,這個測試應該 以關鍵用戶為主進行。客戶化開發(fā)最好在提交業(yè)務解決方案之后

42、,與靜態(tài)數(shù)據(jù)準備并行進行, 盡量縮短開發(fā)周期,最好能參加業(yè)務模擬測試,保證項目上線的日期不 被拖延。(3)角色與責任同方項目經(jīng)理需求調(diào)研確認編寫開發(fā)計劃參與客戶化開發(fā)的商務談判跟蹤監(jiān)控客戶化開發(fā)的進度;咨詢實施顧問負責需求調(diào)研 編寫詳細需求文檔配合同方客戶化開發(fā)人員進行需求分析和測試; 同方客戶方開發(fā)人員按照需求文檔進行設計實現(xiàn)客戶化開發(fā)產(chǎn)品;客戶項目經(jīng)理和關鍵用戶配合需求調(diào)研并確認承擔對產(chǎn)品的集成測試。(4 )交付成果交付成果文檔名稱文檔性質(內(nèi)/外)審批模板工具客戶化開發(fā)需求文檔客戶化開發(fā)詳細需求文檔內(nèi)同方項目經(jīng)理客戶化開發(fā)需求文檔客戶化開發(fā)合同客戶化開發(fā)合同外雙方項目經(jīng)理客戶化開發(fā)合同、

43、客戶化開發(fā)計劃客戶化開發(fā)產(chǎn)品驗收報客戶化開發(fā)產(chǎn)品驗收外客戶項目客戶化開發(fā)產(chǎn)品驗收告報告經(jīng)理報告(5 )風險提示客戶化開發(fā)是最可能導致項目延期或失敗的因素,要盡早和客戶確定需求,在開發(fā)計劃中予以確認,開發(fā)計劃作為開發(fā)合同的附件。在內(nèi)部,同方項目組和同方客戶化開發(fā)人員之間, 產(chǎn)品設計、開發(fā)和測試應 該基于詳細需求文檔??蛻粜枨鬅o止境和經(jīng)常變動的情況下,需要學會說“不”。1.2.11 系統(tǒng)測試 & 集成測試 & 動態(tài)數(shù)據(jù)導入及測試(1 )任務描述測試往往被很多咨詢顧問所忽略。 對于一個復雜的項目, 系統(tǒng)上線前的測試 工作是必不可少的。 系統(tǒng)測試是對解決方案藍圖的真實模擬, 通過錄入靜態(tài)數(shù)據(jù) 和準備的

44、動態(tài)數(shù)據(jù)測試業(yè)務, 把解決方案實實在在地展現(xiàn)客戶面前, 供客戶進行 各種業(yè)務流程的操作, 同時對發(fā)現(xiàn)的軟件錯誤及時協(xié)調(diào)修改、 對客戶的需求進行 引導,系統(tǒng)測試完成之后需要和客戶一起對調(diào)整后的解決方案進行簽字確認, 此 后解決方案一般不會再發(fā)生改變。 因為解決方案的調(diào)整帶來的相關變化也需要在 系統(tǒng)測試結束后進行調(diào)整確認。主要工作任務包括:測試準備建立測試環(huán)境系統(tǒng)測試編寫并簽署系統(tǒng)測試報告動態(tài)數(shù)據(jù)導入測試(2)工作策略測試準備:測試前應該完成三個主要的準備工作。準備測試案例和準備測試數(shù)據(jù)編寫系統(tǒng)測試方案:雙方項目經(jīng)理共同制定并確認測試方案, 系統(tǒng)測試 方案包括的關鍵內(nèi)容:測試目標編寫詳細的測試計劃

45、測試問題的提交和解決流程明確測試參加人員的角色和職責 建立測試環(huán)境動態(tài)數(shù)據(jù)的準備(要求提供 XML 格式文件)集成測試系統(tǒng)測試即業(yè)務模擬測試,也稱為系統(tǒng)集成測試。根據(jù)業(yè)務流程,對所 有的測試案例,按照測試計劃進行從頭到尾的完整測試。主要測試如下方面:整體業(yè)務流程方案的完整性動態(tài)數(shù)據(jù)導入后的數(shù)據(jù)校驗及流程測試數(shù)據(jù)查詢統(tǒng)計的功能是否滿足要求在做每一項業(yè)務流程測試之前, 一般都應該根據(jù)方案再次進行特性化的 系統(tǒng)配置,比如流程配置、單據(jù)模版設置、審批流設置、角色權限配置 等等。測試過程中的問題處理:測試過程中出現(xiàn)的問題,必須按規(guī)定記錄、設定優(yōu)先級及進一步處理。測試過程中出現(xiàn)問題時, 必須中斷測試過程,

46、 直到問題解決后才能恢復。每天跟蹤、報告問題狀態(tài)。修改和完善業(yè)務解決方案測試結束之后還應根據(jù)測試結果和相關情況對應用方案進行修訂和完 善,準備最終方案的驗收。(3)角色與責任系統(tǒng)測試是團隊工作 ,需要關鍵用戶的高度參與以保證測試的系統(tǒng)能夠保證將來的業(yè)務流程萬達技術處人員及同方開發(fā)人員協(xié)調(diào)解決原始動態(tài)數(shù)據(jù)的準備及導入關鍵用戶職責編寫測試用例 (在顧問的指導下 );執(zhí)行測試用例;提交測試問題;問題修改后,測試驗證,確認問題的解決;對測試用例的編寫、執(zhí)行結果記錄、測試問題記錄和跟蹤進行規(guī)范的文檔記錄;雙方項目經(jīng)理職責制定測試方案,跟蹤測試進度;加強質量控制,規(guī)范測試流程,包括測試、問題的提交和修改、

47、補丁的測試驗證,形成閉環(huán)控制,強調(diào)文檔記錄的重要性; 協(xié)調(diào)資源保證測試問題的及時解決;咨詢實施顧問職責幫助關鍵用戶制定測試用例指導測試和推進測試問題的解決技術顧問職責制定性能測試計劃和方案完成性能測試,提交系統(tǒng)性能測試報告和技術環(huán)境配置方案(4 )交付成果交付成果文檔名稱文檔性質(內(nèi)/外)審批模板工具測試報告測試案例、測試報告、問題清單外客戶項目經(jīng)理測試報告、測試案例清單、系統(tǒng)參數(shù)配置、測試問題記錄清單(5 )風險提示測試案例要全部覆蓋所有的業(yè)務流程, 包括客戶化開發(fā)涉及的業(yè)務內(nèi)容,在 測試階段做得越仔細,將來上線就會越順利。在此階段客戶提供的動態(tài)數(shù)據(jù)并不是系統(tǒng)上線時導入的數(shù)據(jù),此次要進行導入

48、數(shù)據(jù)的問題整理和修改確認,到切換時點時需要開發(fā)人員對已經(jīng)測試通過和修 改過的數(shù)據(jù)進行保留,待客戶提供新數(shù)據(jù)時在進行修改。1.3業(yè)務過渡方案1.3.1階段概述上線切換是經(jīng)過雙方全體人員長時間的準備后推動系統(tǒng)上線的過程。在這一階段,項目小組安排對最終操作用戶進行操作培訓。最終用戶培訓原則上將由客戶方項目小組來進行,同方項目小組只對培訓進行幫助和指導, 這將使客戶方項 目小組能更快成長,有能力在將來獨立地對新員工開展培訓, 在客戶方無法完成 此工作時可以由同方進行。該階段將完成最終數(shù)據(jù)準備,并導入到系統(tǒng)中。工作目標:完成系統(tǒng)切換前的一切準備工作保證靜態(tài)數(shù)據(jù)、動態(tài)數(shù)據(jù)的準確性;系統(tǒng)可以順利上線,完成新

49、舊的系統(tǒng)替換工作; 新系統(tǒng)可以處理的日常業(yè)務;主要任務:幫助客戶建立內(nèi)部支持體系建立正式的系統(tǒng)和完成基礎數(shù)據(jù)準備工作進行權限規(guī)劃和分配對客戶各崗位的最終用戶進行培訓完成靜態(tài)數(shù)據(jù)的錄入(導入)和校驗;完成系統(tǒng)參數(shù)的配置、校驗;完成動態(tài)數(shù)據(jù)的準備、轉換工作做好新舊系統(tǒng)交替過程的轉換;1.3.2業(yè)務流程圖133客戶內(nèi)部支持體系(1 )任務描述項目的一個特點就是臨時性,實施顧問不可能常駐客戶現(xiàn)場,負責指導和維 護,在系統(tǒng)上線后,系統(tǒng)的運行支持和維護必須依靠客戶自身的力量, 這就要求 客戶必須建立一套內(nèi)部支持體系。建立內(nèi)部支持體系,是在系統(tǒng)上線以后,在客戶內(nèi)部,建立一套有效的系統(tǒng) 日常維護和支持的組織,

50、為客戶節(jié)省后續(xù)維護費用,也為咨詢顧問驗收后撤出項 目做好準備,建立內(nèi)部支持體系。同時,為了保證系統(tǒng)的高效、平穩(wěn)的運行,需要建立相應的規(guī)章制度,明確 客戶各部門、崗位和人員的工作規(guī)范和責任,具體包括兩方面內(nèi)容:主要工作任務包括:確定內(nèi)部支持體系人員和責任;確定內(nèi)部支持的方式;內(nèi)部支持方式:郵件、電話、現(xiàn)場。內(nèi)部技術支持:系統(tǒng)維護、網(wǎng)絡安全等;內(nèi)部應用支持:如操作員權限管理,操作規(guī)范,主數(shù)據(jù)、業(yè)務流程、報 表格式和數(shù)據(jù)變更調(diào)整需要遵循的程序等內(nèi)容(2)工作策略確定內(nèi)部支持的組織架構內(nèi)部支持體系人員一般從客戶關鍵用戶中選擇。應該包括業(yè)務方面的用戶, 還應該包括技術方面的系統(tǒng)管理員。建立內(nèi)部支持體系,

51、 重點是要落實到人, 確定能夠擔負日后系統(tǒng)支持的人選 (一般是關鍵用戶),然后讓客戶形成制度,明確其責任和工作方式。內(nèi)部支持 體系的人員,應該經(jīng)歷項目實施的整個過程, 對項目的各個環(huán)節(jié)都比較清楚。 在 內(nèi)部支持體系中, 既要有對業(yè)務非常熟悉的業(yè)務骨干, 也要有熟悉系統(tǒng)、 精通計 算機知識的系統(tǒng)管理人員。內(nèi)部支持人員及其職責、 工作方式要形成客戶的制度, 下發(fā)到應用系統(tǒng)的相 關部門和人員,讓所有操作人員知道, 在出現(xiàn)操作問題和疑問時, 可以找誰解決。一般內(nèi)部支持人員承擔著雙重角色, 既要處理日常的業(yè)務, 又要指導和規(guī)范 其它最終用戶的日常操作, 因此有必要的話, 建議客戶高層給內(nèi)部支持人員適當

52、的物質和精神獎勵。內(nèi)部支持的方式集中應用的系統(tǒng)支持工作量是很大的, 可以采用熱線支持電話、 郵件的方式, 但這種方式反應速度比較慢,效率不高。應用方面系統(tǒng)操作權限的管理制度, 包括權限的分配原則、 用戶和權限的變更、 密碼 的保護等措施;按照新系統(tǒng)確定的業(yè)務處理流程制定新的操作規(guī)則, 規(guī)定客戶原有業(yè)務在慧 云系統(tǒng)中是如何處理的,特殊業(yè)務的處理是否需要經(jīng)過特別的授權 ;各項制度制定后,要借助客戶高層的力量將制度頒發(fā)到所有相關部門和崗位,落實責任人。并建議客戶將制度的執(zhí)行情況納入到相關部門、 人員的考核指標中。 (3)角色與責任咨詢實施顧問的責任:對客戶的內(nèi)部支持提供指導和建議;對客戶的制度建設提

53、供指導和建議; 向客戶提供制度建設的參考資料,以及協(xié)助客戶項目經(jīng)理進行審批; 幫助確定內(nèi)部支持人員;幫助建立內(nèi)部支持的有效方式??蛻繇椖拷?jīng)理的責任:組建內(nèi)部支持機構,擔任組長;組織各項制度的建立,落實責任人;4)交付成果交付成果文檔名稱文檔性質(內(nèi)/外)審批模板工具內(nèi)部支持體系投入運行外客戶項目經(jīng)理(5 )風險提示本階段要明確客戶的內(nèi)部支持體系人員、角色和責任。如果內(nèi)部支持體系建立不完整,角色分工不明確,不能承擔內(nèi)部支持的職能, 則實施完畢顧問退出之后,出現(xiàn)問題得不到及時解決,將會影響客戶對同方的滿 意度。134系統(tǒng)準備(1 )任務描述幫助客戶建立起可正常運行的慧云系統(tǒng),主要工作任務包括:統(tǒng)一

54、基礎數(shù)據(jù)和公共參數(shù)設置;分配管理員權限;(以上每完成一個步驟建議做好代碼和數(shù)據(jù)的備份)(2)角色與責任技術顧問責任數(shù)據(jù)備份和恢復;硬件設施的檢查咨詢實施顧問責任負責協(xié)助客戶項目組成員審核系統(tǒng)的參數(shù)配置、基礎數(shù)據(jù);指導客戶系統(tǒng)管理員進行、權限的設置和分配;(3 )風險提示此部分工作最大的風險來自于客戶方的軟硬件平臺的問題, 比如系統(tǒng)平臺的 不適用、軟硬件系統(tǒng)環(huán)境準備的拖期等等, 因此要充分考慮、 考察好各種不利情 況,及時調(diào)整項目實施的計劃, 準確安排顧問投入的時間, 避免無端的成本浪費 和工期延長。客戶的操作系統(tǒng)、網(wǎng)頁瀏覽器和其它軟件,1.3.5 權限規(guī)劃和分配(1 )任務描述大多數(shù)廣場都會有不同程度的權限管理的要求, 即院內(nèi)的某些部門或個人僅 能操作自己職權范圍內(nèi)的工作,而職權范圍外的工作則不允許修改甚至不可見。 因此需要給系統(tǒng)上線之后的各部門或各業(yè)務人員分配各自應擁有的系統(tǒng)日常操 作的權限。主要工作任務包括:包括規(guī)劃分配權限權限測試兩項主要工作內(nèi)容。

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論