泛普OA辦公系統(tǒng)項目組織管理

申請免費試用、咨詢電話：400-8352-114

 泛普OA辦公系統(tǒng)項目組織管理
.1 項目組隊
項目管理是對由一連串互相關聯(lián)的任務組成的項目進行管理，每一個項目有明確的起始和結束日期。項目是由人來執(zhí)行的，這些人可能來自不同的組織，在有限的時間、開銷、資源條件下，在保證質(zhì)量的前提下，完成既定的目標。正是因為項目有這樣的內(nèi)在特點，建立一個良好的管理制度，嚴密的組織實施計劃，嚴格的監(jiān)督檢查機制對保證項目的成功至關重要。
項目組織管理包括最有效地使用涉及項目人員所需要的過程，它包括所有項目干系人、項目發(fā)起人、客戶、項目經(jīng)理、執(zhí)行組織等。
 組織編制原則
由于協(xié)同管理平臺建設項目規(guī)模較大，參加人員眾多，如何將人員有效地組織起來，最大限度地發(fā)揮他們的工作效率，對于成功地完成該項目極為重要。在建立組織時，我們遵循如下原則：
 層次型組織結構
符合軟件工程的理論。將一個大型、復雜工程按職能劃分為若干個職能單一的組，每個職能組內(nèi)部還可根據(jù)職能進行細分成更小的組。
 崗位責任制
將本項目管理按職能進行分組，每一個職能組有專門的負責人進行管理，并對該組任務的完成負有責任。小組內(nèi)部實行崗位責任制，將任務分工后落實到個人。
 責權均衡
任何項目管理人員將不得越權，避免造成混亂。
 項目組織結構
由于完成項目工程涉及專業(yè)部門多，為了保證項目的按時、保質(zhì)完成，同時考慮到系統(tǒng)建成后的維護技術支持工作。
泛普與用戶將組成一個聯(lián)合項目實施團隊來保證項目的成功進行，其中包括了項目的決策者、項目管理者、實施人員以及系統(tǒng)的最終使用者
特設置下面的項目組織機構：
 
圖：項目組結構
.2 項目組職責分工
在上述組織結構中，各組織及人員的職責分工如下：
組織 人員組成 職責分工
項目領導小組 由雙方主要領導組成 任命各自的項目負責人，組建項目組；
監(jiān)督項目的執(zhí)行、協(xié)調(diào)雙方關系、處理決策重要事件，保證項目進度。在項目全過程中發(fā)揮決策作用，需要參與階段是項目啟動、項目試運行、項目/系統(tǒng)推廣、項目驗收階段。
項目總監(jiān) 由泛普項目部總監(jiān)組派遣出任 監(jiān)督項目團隊實施工作；協(xié)調(diào)公司資源對項目進行支持。主要參與的項目階段是：項目全過程
需求管理委員會 由泛普需求委員會派遣人員 審查與評估項目需求，找出行業(yè)需求共性并對項目 需求進行修正，導入其他項目的管理經(jīng)驗與實施經(jīng)驗。
主要參與的項目階段是：需求調(diào)研。
技術管理委員會 由泛普技術委員會派遣人員 審查與評估項目的系統(tǒng)設計，找出行業(yè)技術共性并對系統(tǒng)設計進行修正，導入其他項目與產(chǎn)品的技術經(jīng)驗。
主要參與的項目階段是：規(guī)劃設計。
項目經(jīng)理 由泛普具備豐富項目經(jīng)驗，熟悉客戶日常業(yè)務、掌握相關軟件技術的人員擔任 根據(jù)項目要求組建項目團隊；
根據(jù)項目情況、要求制定行之有效的項目計劃；
領導項目組按計劃開展項目運作，保證項目進度符合雙方要求；
負責項目質(zhì)量，保證項目質(zhì)量符合客戶要求；
協(xié)調(diào)項目實施過程中與客戶的關系，保證項目順利開展；
定期向項目領導小組匯報項目進度、項目情況，進行風險預測與評估，保證項目效果。
參與項目的全過程。
OA平臺需求分析小組 由泛普熟悉客戶日常業(yè)務的項目工程師、專家組成 在項目經(jīng)理的領導下進行需求調(diào)研、需求分析，編寫《客戶需求說明書》；
通過需求分析，結合相關經(jīng)驗向客戶提出項目建設的合理化建議；
監(jiān)督并檢查開發(fā)小組的需求實現(xiàn)。
主要參與的項目階段是：需求調(diào)研、需求實現(xiàn)、系統(tǒng)測試、安裝部署、系統(tǒng)試運行、項目/系統(tǒng)推廣、項目驗收。
實施小組 由泛普客戶服務中心的項目工程師組成 根據(jù)需求進行對系統(tǒng)原型進行服務端與客戶端的安裝部署、初始化、定制，包括表單定制、流程定制、協(xié)同功能定制等。
主要參與的項目階段是：項目全過程。
開發(fā)小組 由泛普相關技術水平高、具備開發(fā)經(jīng)驗的人員組成 根據(jù)需求進行系統(tǒng)設計，形成《系統(tǒng)總體設計文檔》
根據(jù)需求進行代碼編寫、功能實現(xiàn)，形成《功能模塊說明書》。
主要參與的項目階段是：系統(tǒng)設計、需求實現(xiàn)、安裝部署、系統(tǒng)試運行、項目/系統(tǒng)推廣、項目驗收。
UI小組 由泛普軟件UI設計經(jīng)驗豐富的設計師組成 對項目中使用的系統(tǒng)或者網(wǎng)站的主界面、功能界面等進行設計，提供多種美工方案供客戶選擇。
主要參與的項目階段是：規(guī)劃設計、需求實現(xiàn)。
OA培訓小組 由泛普熟悉客戶日常業(yè)務、具有多年培訓經(jīng)驗的培訓講師組成 編寫各類《培訓手冊》，準備培訓教材、培訓練習、考核數(shù)據(jù)；
根據(jù)客戶安排提供培訓授課，保證培訓效果；
輔導學員的日常使用，解決學員日常使用中出現(xiàn)的問題。
主要參與的項目階段是：管理員培訓、普通用戶培訓、系統(tǒng)試運行、項目/系統(tǒng)推廣、項目驗收。
項目負責人 由客戶方總部主管技術部門與主管業(yè)務部門的部門負責人共同組成 提供項目實施場地、項目用機等相關資源；
組建客戶方總部的需求負責小組與技術負責小組，協(xié)助項目工作開展；
與項目經(jīng)理共同制定計劃，保證項目計劃符合客戶的要求與實際情況，并監(jiān)督執(zhí)行；
作為客戶方總部的項目接口配合項目經(jīng)理組織、安排需求調(diào)研、用戶培訓、系統(tǒng)試運行、系統(tǒng)推廣等項目協(xié)調(diào)事宜，協(xié)助項目各項工作的順利開展；
對項目總體需求負責，在相關需求出現(xiàn)沖突時，審核、協(xié)調(diào)并確定最終需求。
組織客戶方總部對項目的最終成果進行驗收。參與項目的全過程。
需求負責小組 由客戶方總部相關業(yè)務部門熟悉業(yè)務流程、能對業(yè)務流程負責的人員組成 提供業(yè)務需求，并對需求分析小組提交的《系統(tǒng)需求說明書》進行審核，與項目組共同分析、確定系統(tǒng)需求；
檢驗系統(tǒng)功能是否滿足需求。
主要參與的項目階段是：需求調(diào)研、需求實現(xiàn)、系統(tǒng)測試、普通用戶培訓、系統(tǒng)試運行、項目/系統(tǒng)推廣、項目驗收。
技術負責小組 由客戶方總部相關技術水平高的人員組成 承擔系統(tǒng)的系統(tǒng)管理員；
在項目實施過程中，完成服務器、客戶端的環(huán)境準備，解決系統(tǒng)運行所必需的網(wǎng)絡、設備問題，保證系統(tǒng)能夠正常運行；
參與項目需求調(diào)研、功能開發(fā)、用戶培訓、系統(tǒng)運行等全過程，了解系統(tǒng)功能，承擔起系統(tǒng)的日常維護。
參與項目全過程。
質(zhì)量控制組長 由泛普資深質(zhì)量管理人員擔任 總體控制項目質(zhì)量，通過制定《項目質(zhì)量保證計劃》領導SQA小組、測試小組按照CMM質(zhì)量體系要求，開展對項目成果的評審、測試，及時發(fā)現(xiàn)項目隱患并提出解決辦法。
參與項目全過程。
SQA小組 由泛普專職SQA組成 在質(zhì)量控制組長的領導下，對項目各階段進行跟進、監(jiān)督，保證項目各階段工作按CMM質(zhì)量體系要求開展；
參與項目成果評審。
參與項目全過程。
測試小組 由泛普專職測試人員組成 在質(zhì)量控制組長的領導下，對項目各階段成果按照測試標準進行測試，提交測試報告；
監(jiān)督測試結果的更新與改正。
確保產(chǎn)品的性能，在惡劣環(huán)境下的運行可靠性
主要參與的項目階段是：需求實現(xiàn)、系統(tǒng)測試。
需求變更委員會 由項目經(jīng)理、技術負責人、需求分析小組、需求負責小組共同組成 針對項目實施過程中出現(xiàn)的需求變更進行審核、溝通討論，并確定最終需求
.3 投入本項目的力量
依據(jù)上述項目組織結構，泛普擬對整個協(xié)同協(xié)同辦公管理平臺建設項目投入以下人力資源(不包含產(chǎn)品技術支持人員)：
項目小組 派遣部門 職務與人數(shù)(預計) 工作地點
項目領導小組 泛普高層領導
泛普總監(jiān)組 公司總監(jiān)：項目總監(jiān)、技術總監(jiān)，銷售總監(jiān) 在項目啟動、驗收以及需要領導協(xié)調(diào)時到項目現(xiàn)場
需求管理委員會 需求委員會 委員1名 公司
技術管理委員會 技術委員會 委員1名 公司
項目經(jīng)理 客戶服務中心 項目經(jīng)理，1名 項目現(xiàn)場
需求分析小組 顧問咨詢中心 項目顧問，1名 公司
 客戶服務中心 實施工程師，2名 項目現(xiàn)場
開發(fā)小組 研發(fā)中心 開發(fā)工程師，2名 項目現(xiàn)場
 研發(fā)中心 開發(fā)工程師，2名 公司
UI小組 研發(fā)中心UI部 UI設計師，1名 公司
培訓小組 客戶服務中心 培訓工程師，3名 現(xiàn)場(培訓階段)
 客戶服務中心 實施工程師(兼)，3名 項目現(xiàn)場
質(zhì)量控制組長 研發(fā)中心 總監(jiān)助理，1名 公司
SQA小組 研發(fā)中心 質(zhì)量管理員，1名 公司
測試小組 研發(fā)中心測試部 測試工程師，2名 公司
 研發(fā)中心 開發(fā)工程師(兼)，2名 項目現(xiàn)場
.4 項目管理
 項目實施方法論
根據(jù)協(xié)同管理平臺建設項目的要求，我們以泛普OSSP(組織標準軟件過程)實施方法論為基礎，分階段的方式實施整個項目。
CMM分為五個等級：一級為初始級，二級為可重復級，三級為已定義級，四級為已管理級，五級為優(yōu)化級。企業(yè)通過CMM3級評估標志著企業(yè)的軟件開發(fā)和維護的標準過程已文檔化，稱之為組織標準軟件過程(Organization's Standard Software Process，簡稱OSSP)；所建立的產(chǎn)品線內(nèi)，成本、進度、功能均受控，對軟件質(zhì)量也進行了跟蹤；精細構建了軟件工程的基礎。
對于處于CMM3評估階段的泛普來說，其主要關注的是如何在組織范圍內(nèi)進行過程定義、實施以及改進。組織標準軟件過程(OSSP)的建立一般是CMM3組織必不可少的一項工作。然而，由于泛普所面對的項目環(huán)境并不盡相同，因此只有組織標準軟件過程是不夠的，還必須根據(jù)綜合資源庫平臺建設的特定的項目環(huán)境，對組織標準軟件過程進行剪裁，建立起相應的項目定義軟件過程。
 泛普OSSP 的目標和基本思想
泛普OSSP 是一個己經(jīng)被驗證了的方法，它有助于實現(xiàn)項目的成功和順利實施。下列是泛普OSSP 的一些主要功能，有助于實現(xiàn)這些目標：
OSSP 方法為泛普項目定義了一個標準的項目結構，是從Carnegie-Mellon 大學的軟件工程學院(SEI)和項目管理學院(PMI)的被廣泛接受的方法和最佳實踐指導中總結出來的，泛普OSSP 方法將此結構量身定做以滿足綜合資源庫平臺建設的項目需求。
作為泛普的項目管理方法，泛普OSSP 為項目經(jīng)理提供了項目管理任務的模板。這些模板集中了已有的項目經(jīng)驗。它們通過預定義文檔結構和預備使用的語句和示例文字，節(jié)約了時間。此外，模板的使用有助于項目經(jīng)理重復使用其他項目中的信息。
 泛普OSSP 將主要的帶來下列好處：
 跨組織(包括其他的泛普部門)、跨地域和技術界限的有效合作，以規(guī)范的方法實施項目。
 通過知識的獲取，經(jīng)驗的積累學習，最佳實踐以及現(xiàn)有的經(jīng)驗的重用，達到提高效率的目的。在整個項目中，鼓勵客戶參與，并遵循標準流程，以提高客戶實施的質(zhì)量。
 項目實施方法
泛普應用成熟的軟件技術和平臺來實現(xiàn)本項目的各項需求。在項目交付階段制造執(zhí)行系統(tǒng)被實施，而一般當客戶簽訂了合同時，這個階段就開始了。本階段的目標是完成合同的各項指標，并為推廣應用做準備，泛普OSSP 是該階段的方法，如下圖所示。
 
圖：泛普OSSP 項目方法
在泛普OSSP 實施方法的四個階段中，每個階段定義了一套交付、里程碑和報告，并在第三階段---執(zhí)行階段中應用基于CMM的項目管理理論。
 啟動階段
項目交付過程的第一個階段是啟動，啟動階段的目標是：
• 詳細描述項目的目標和范圍
• 定義項目結構，包括必需的硬件、應用程序、工具、服務點的辦公設備等等，以完成建立流程一個經(jīng)由用戶批準的初步項目計劃
• 用戶和泛普實施團隊都同意的驗收標準，用來驗收項目的完成
 計劃階段
計劃階段在啟動階段后。計劃階段的目標是：
• 定義to-be 流程
• 由泛普實施團隊協(xié)助用戶定義和批準的詳細需求
• 詳細的框架和實施說明
• 用戶和泛普實施團隊在項目完成步驟上達成一致
 執(zhí)行階段
完成了計劃階段的目標后，進入執(zhí)行階段，在此將完成：
• 項目實施團隊進入實施角色
• 定義項目風險控制、項目進度監(jiān)控、質(zhì)量保障體系和項目文檔管理等相關標準，明確何時項目就緒并生效
• 培訓教師己接受培訓
 移交階段
項目交付流程的最后階段是移交，在移交階段的末期：
• 制造執(zhí)行系統(tǒng)的用戶己培訓
• 項目已部署，并投入生產(chǎn)
• 用戶已簽署了項目驗收表
在所有這些階段，項目管理任務如計劃、通信、項目結構管理、基礎架構維護、質(zhì)量保證等等，必須由項目經(jīng)理來執(zhí)行。
 項目實施工作方法
項目實施工作方法是確保項目成功的基石，項目工作管理是面向目標、面向規(guī)范工作過程之管理。因此，目標目的的嚴肅性必須嚴格強調(diào)，工作過程的規(guī)范化應得到首要的尊重。
 決策制度
決策內(nèi)容包括以下幾個原則：
• 項目經(jīng)理首先決策原則
對于項目實施過程中的日常工作，一般由項目經(jīng)理加以決策，然后提交給項目領導小組、泛普項目實施組和項目經(jīng)理部，一般在2 天之內(nèi)，如果沒有任何一方提出異議，則該決定生效，此異議應以書面方式表達。
• 領導組機構決策原則
領導決策組是項目實施過程中的最高決策機構，對重大問題具有決策權。
• 決策書面原則
一切決策應有書面文件，并且在項目文檔管理組備案。
 交流制度
項目中的交流堅持以下原則：
• 問題及早提出原則
參加項目的系統(tǒng)工程師對自己承擔責任的工作，必須及時發(fā)現(xiàn)不能恰當完成的因素，并及時向項目經(jīng)理或有關責任人書面報告，否則不能恰當完成任務的責任在于任務承擔人。
及時解決原則
對所承接的工作，如沒有拒絕，則代表接受人己經(jīng)完全了解工作環(huán)境、工作結果要求等多個要素。如果在呈交結果時，與任務要求有出入，則不可以以任何理由解釋責任，失敗責任在接受人。因此，接受人應及時與任務分派人澄清任務的全部因素。
• 提醒原則
所有項目組成員，如發(fā)現(xiàn)項目進展隱患，應及時向項目經(jīng)理或其他人員提醒。不提醒是沒有道義的。提醒可以以書面或口頭方式。提醒時也要注意不要追究相關人員的后續(xù)工作(因為工作安排有各自的計劃與方式)。
 例會制度
• 周/月例會
每周五下午及每月最后一周的末尾工作日，由項目經(jīng)理組織在現(xiàn)場的雙方項目組成員參加周/月例會?？偨Y上周/月工作，形成項目周/月報。項目周/月報的內(nèi)容包括：上周/月工作進展報告、本周/月工作計劃、本周/月任務分派報告。
• 問題的提交
參見下文《問題爭議制度》的相關內(nèi)容。
• 審批與確認
審批或確認人在收到問題后的二個工作日內(nèi)向提出人給出書面回復。
 問題爭議制度
• 問題及早報告原則
對于一個問題，問題發(fā)起人必須在問題發(fā)生的1 日之內(nèi)，向項目經(jīng)理提交報告。問題沒有及早報告，導致的項目影響，由延誤報告人承擔。
• 報告方式
如報告人認為口頭報告即可，可以采用口頭報告，但是如果口頭報告沒有使問題得以解決，則視同報告人沒有作報告。
• 爭議管理
在項目中，任何不能達成一致的觀點均為爭議，爭議應立即向項目的上級單位呈報，并報項目管理部。爭議應由可以協(xié)調(diào)爭議各方的機構加以裁決，并對裁決承擔責任。爭議裁決人由項目管理部項目經(jīng)理選擇。爭議的最高仲裁機構為項目領導決策組。
如項目領導決策組仍不能達成一致意見，則遵循，誰決策，誰承擔決策失誤給對方和項目帶來的損失之原則。
 失誤管理制度
失誤可能是多方面的，失誤的及早發(fā)現(xiàn)是項目成功的基本保障。對失誤的嚴肅性是項目管理的基本要素。因此，每個項目成員均要給予極大重視。
對以下各個事件，必須做出失誤分析：
• 設計方案有重大改動
• 技術有嚴重的缺陷
• 進度與計劃差別較大
• 設計有誤
• 其它重大事件
項目經(jīng)理應每月給出失誤分析報告，并有每一失誤的詳細分析報告，此報告應提交相關人員。
如果失誤分析報告看不出項目有重大影響，而項目實際有重大問題，則為項目經(jīng)理之職責。
.5 軟件質(zhì)量管理
軟件質(zhì)量保證的目標是為管理提供保證，使得泛普OSSP 己定義的過程、規(guī)程、模板在項目過程中得到遵循和保持。
 指定角色
在項目啟動后，項目經(jīng)理與質(zhì)量總監(jiān)協(xié)商指派項目SQA 和行業(yè)SQA 小組來負責SQA 活動。行業(yè)SQA 和項目SQA 參與項目早期的策劃活動(包括選擇LC 模型、標準過程規(guī)范；制定PDSP ，進行軟件項目策劃估計)。
 制定項目SQA 活動計劃
SQA 小組負責制定項目的SQA 計劃，SQA 計劃以項目生命周期為基礎保證實際與項目計劃(軟件項目計劃、測試計劃、SCMP 、SQMP 、QPMP)的一致。計劃SQA 活動應該在項目軟件質(zhì)量保證計劃模板中記錄。每當項目的日程或范圍有了重大改變，SQA 活動都可能需要重新計劃。項目經(jīng)理必須評審SQA 計劃。SQA 計劃應與項目計劃，項目PDSP 一起撰寫，并且與這些文檔保持同步。計劃中應該包括SOA 審核、SCM 審核的計劃日期和工作量。
 跟蹤項目SQA 活動和報告
SQA 小組應該定期跟蹤己計劃的SQA 活動。
計劃和實際的SQA 活動的日程和工作量對比應在項目PMR 中陳述。
 項目SQA 活動
從其它項目處吸取最佳實踐，幫助項目經(jīng)理在識別過程集合作為PDSP 的一部分的過程中獲得SEPG (軟件工程過程組)的支持，為項目計劃提供幫助。SQA 小組必須評審PP (項目策劃)、QP (質(zhì)量計劃)、PDSP (項目定義的軟件過程)和SCMP (軟件配置管理計劃)，以獲得有價值的階段入口，從而保證在OSSP 中定義的活動得到有效的執(zhí)行。
如果在OSSP 過程或者PDSP 過程中有變更發(fā)生時，要及時將OSSP 和PDSP 的變更與項目組進行溝通。對小組中的新成員要及時進行項目定義的各種活動的培訓。SQA 小組應該為此做一些協(xié)調(diào)和配合工作。如果可能，要將項目文檔遷移到新的OSSP 版本，并對此進行跟蹤。參與項目每月評審(按需)和項目檢查點評審。
 公司SQA 活動的驗證
項目總監(jiān)每三個月對SQA 活動進行驗證，由獨立SQA 職能并具備SQA 知識和技能的人員對SQA 的活動和結果進行評審，并向公司高級經(jīng)理提交報告，以改進公司SQA 的工作。
如果用戶也有SQA ，泛普SQA 應與用戶SQA 協(xié)調(diào)開展工作，如無則以泛普的SQA 為主。
 項目實施質(zhì)量控制管理
設計規(guī)范
設計是工程實施的初期步驟之一，為整個工程的實施奠定基礎，是保證最終工程質(zhì)量的關鍵要素。
在集成工程的各個子任務實施前必須提交合格的設計文檔，設計文檔應充分考慮工程實施的實際情況，并確保從技術角度的正確與可行。
設計流程
設計的輸入為：用戶建設需求、定購設備的資料、合同等；
設計的輸出為：設計計劃(可以沒有)、設計報告和設計評審報告，設計更改申請報告。
設計計劃
1)對于設計周期比較長的設計任務應當現(xiàn)制定設計計劃。
2)設計計劃在項目管理的監(jiān)督下委托有關人員負責。
3)設計計劃應包括：設計進度，設計目標，設計的可接收原則以及設計所要求的各部門之協(xié)調(diào)配合。
4)設計計劃完成后，由項目管理部審核，用以指導實際的設計過程。
設計過程
1)設計過程是指設計人員為達到設計目標而進行的活動。
2)設計人員應按規(guī)定的設計進度安排和工作順序按時提交設計報告。
3)設計應對所涉及的問題作出準確描述(目的和目標)，對解決的方法進行嚴格的闡述。
4)設計過程中，設計人員可以采取定期自我評價的方法以保證設計的質(zhì)量。
設計評審
1)設計評審是針對設計方案的質(zhì)量進行控制。
2)設計人員(設計組)根據(jù)用戶需求，合同規(guī)定以及設備廠家的資料提出切實可行的設計方案后，先由組內(nèi)討論通過，然后由組長向項目管理部提出召開評審會的申請，由項目管理部召集設計評審會。
評審組的成員由項目管理部確定。對于總的設計原則和設計目標的確定以及影響整個工程質(zhì)量的設計，應當邀請用戶和同設計無關的(第三方)專家參與構成評審組，從技術角度作出判斷；其它關系各項目小組的設計的評審可以總體管理組為基礎擴充若干專家構成評審組。
評審應以確認設計是否滿足用戶需求，是否能達到用戶滿意的程度，同有關規(guī)范、標準的符合程度，驗證設計的適用性、可行性和可靠性，必要時可要求提供設計驗證的證明數(shù)據(jù)。評審結果形成評審報告存檔，若需要改進，反饋給設計人員，若評審通過，則進入批準生效過程。
設計批準和技術交底
設計方案評審通過后，領導決策組應當會同項目管理部向最終用戶講解設計方案，對方案中采用的技術進行說明，使最終用戶理解設計的內(nèi)容，對工程進展和實施過程增強信心。重要的設計由領導決策組簽字批準，其它由項目管理部簽字批準，從而正式生效，設計文件要發(fā)送到所有參與過程實施的技術人員。
設計更改
針對己經(jīng)批準和發(fā)布的設計，在實施過程中或?qū)嵤┣埃绻l(fā)現(xiàn)明顯的錯誤或其它因無法抗拒的原因(如設備和線路性能，政策改變等)，設計方案需要修改時，應由設計和實施人員共同提出申請，由項目管理部批準后，進行更改，更改后的文件重新進行評審，批準程序。設計更改申請報告應對需要更改的原因作出說明和分析，對于設計中的錯誤應當著重分析出現(xiàn)錯誤的根源。
設計的職責和控制
設計是工程最終能否滿足用戶需求的十分重要的因素，明確職責是為了確保設計的質(zhì)量。項目管理部應當負責總的設計原則和設計目標的確定；督促影響整個工程質(zhì)量的設計的進行，各地區(qū)項目實施組的子項目經(jīng)理負責督促屬于本組的設計工作，保證設計能夠按時完成。設計評審會負責對設計質(zhì)量的最后把關。
在設計開展過程中，工程質(zhì)量管理組應對設計進度和設計過程中存在的問題進行檢查，發(fā)現(xiàn)問題及時解決(包括檢查設計的目的是否清晰，設計分工是否明確合理，設計流程是否遵守，設計過程產(chǎn)生的文檔是否完整符合要求)。
 工程實施控制
實施的準備與組織
為保證各子任務的工程實施之順利進行并保證質(zhì)量，任務負責人必須在實施前作好充分的準備和組織工作。
實施的準備和組織的流程如下：
 
實施準備和組織流程產(chǎn)生的輸出包括：實施方案與進度計劃，提取設備清單，現(xiàn)場環(huán)境檢查報告。
對實施的準備和組織之流程作以下說明：
當項目管理部確定某子任務的實施期限后，由該任務的負責人在任務下達一周內(nèi)提交自己的實施方案設計。實施方案與進度計劃的內(nèi)容包括：參與人員及其任務分配，工程項目進度計劃，所需設備清單、根據(jù)任務設計方案和有關作業(yè)指導書(操作手冊)提出的關鍵控制點。
實施方案與進度計劃應當交組長審核后由項目管理部批準，才能正式開始實施準備階段。準備階段首先要使參與人員各自明白自己的職責，并收集有關設計方案，作業(yè)指導書，準備質(zhì)量記錄和登記表格。
現(xiàn)場環(huán)境檢查，指工程實施地點是否有合格配套的場地、線路。
進入現(xiàn)場施工前，要從庫中提取所需要的設備。
實施過程的控制
實施過程是對工程質(zhì)量產(chǎn)生影響的最關鍵步驟，必須按照設計方案和實施計劃的要求，規(guī)范化嚴格控制。
工程實施工程的輸出包括：配置記錄表、配置修改記錄表、工作日志、設計修改申請與批準書(可能)和聯(lián)調(diào)技術報告。
工程實施由相應的任務負責人控制工程實施的進度和質(zhì)量以及關鍵控制點的狀況。項目管理部和工程質(zhì)量管理組也要各自履行質(zhì)量監(jiān)督職責。
實施過程會有原廠家參與，應注意協(xié)調(diào)雙方關系，共同維護工程質(zhì)量。
參與實施過程的每一位人員(包括廠家的技術人員)，都要履行以下職責：
每配置一臺設備，都要填寫相應配置記錄表。
每天填寫工作日志。
局部聯(lián)調(diào)在任務負責人領導下統(tǒng)一進行。
聯(lián)調(diào)中發(fā)現(xiàn)錯誤，需修改設計時，報請項目管理部批準。聯(lián)調(diào)時某些設備需要修改其配置時，應填寫配置修改記錄表。調(diào)試完畢，應編制聯(lián)調(diào)技術報告，附所有設備配置清單。
實施驗證
實施驗證是為及時得到工程進行狀況與實施方案和設計方案的符合程度，由工程質(zhì)量管理組負貝。
實施驗證分為抽驗和終驗。
抽驗的時間地點由工程質(zhì)量管理組組長決定。抽驗結果向領導決策組提供抽驗報告，以便最高領導及時掌握工程質(zhì)量狀況，向項目管理部反饋質(zhì)量改進和控制的建議。
終驗指在每一項任務(子任務)工程實施完畢后進行的評審活動，應檢查各種文檔是否齊全，并對任務(子任務)的工程質(zhì)量作總體評價，提交評審計劃(評審參加人員，評審內(nèi)容與方法)和評審報告。
審核和評審
審核與評審是保證工程質(zhì)量的重要保障手段，應當有計劃地安排進行。
工程中所產(chǎn)生的每一份文件(實施過程產(chǎn)生的質(zhì)量記錄除外)都要履行審核手續(xù)。審核的目的是使文件符合文件規(guī)范規(guī)定和有關作業(yè)程序的規(guī)定，驗證是否存在質(zhì)量漏洞和職責不明確現(xiàn)象。對于工程中的重要關鍵問題必須召開評審會。評審會分為兩種：一種是項目管理部召集的論證評審會，另一種是工程質(zhì)量管理組負責人召開的檢驗性評審會，這種評審會由工程質(zhì)量管理組負責人定期向領導決策組者提交評審計劃安排。
任何一種評審會，遵從相同的工作流程：
 
其中，評審計劃中應包括：
 準備評審的內(nèi)容
 評審的原則與標準
 評審會的時間和參加人
評審的方法
評審會應當集中對于任務本身的評審，而不是對人的評審，即只對項目不對人。評審報告應針對評審的內(nèi)容逐項給出結論，并給出總的評價結論，如果評審結果顯示必須進行修改時，論證性評審所產(chǎn)生的修改建議由項目管理部返回到任務負責人處進行修改或改進；檢驗性評審報告返回到領導決策組，再交由項目管理部處理。
 項目進度控制管理
由于項目總體進度直接關系到用戶的生產(chǎn)運行，因此，在項目總體進度的確定下，項目組將進行具體的各項工程項目、技術產(chǎn)品進行論證后，制定出本項目詳細進度計劃，項目將嚴格按照項目進度計劃表，進行具體實施。同時，項目經(jīng)理部，可以充分調(diào)動和指揮相關職能部門的各種資源，來保證項目進度的正常進行，從而實現(xiàn)項目目標。
我們按以下方式進行具體進度控制：
 對于制定《項目工程進度時間表》 ，項目經(jīng)理部將會同各相關小組在總體項目進度時間的基礎上，共同制訂詳細的《軟件開發(fā)進度時間表》 ，因此，能夠保證所制定的《軟件開發(fā)進度時間表》 切實符合項目組的實際情況。因此，所制定的項目進度生效后能夠保證得到具體的完整的貫徹與執(zhí)行，從而保證了的項目進度可控制管理。
 對于各項目生產(chǎn)開發(fā)團隊，每周末例會總結一周工作進展情況，并根據(jù)工程進度時間表制訂下周詳細《周工作開發(fā)計劃》
 而對于軟件測試組，每周末例會總結一周工作進展以及測試過程中所遇到的各種問題情況，并根據(jù)工程進度時間表制訂下周詳細《周測試開發(fā)計劃》
 若出現(xiàn)重大異常情況，項目經(jīng)理將會同項目經(jīng)理部有權制定應急辦法，并可調(diào)動和指揮相關職能部門的各種資源，來保證項目進度的正常進行。
 各小組組長定期向項目經(jīng)理匯報，原則上是每周匯報一次。
 項目經(jīng)理每周向高層經(jīng)理匯報。
 項目經(jīng)理定期向項目經(jīng)理部匯報。
 項目經(jīng)理定期向用戶項目負責人匯報。
 工期的延誤
需求確認的延誤，如果因為需求無法按時確認或需要進行必要的變更，項目工程在按需求最終確認的日期順延。
開工時間的延誤，由于商務談判或環(huán)境準備等因素造成無法按時開工，工期將進行必要的調(diào)整，以保證主要的業(yè)務可以按時投入試運行，但部分功能將延后完成。
 項目完成標志
按方案設計及合同規(guī)定完成所有軟硬件的安裝、調(diào)試及交付工作。
按合同規(guī)定完成對技術人員、操作員等相關人員的培訓工作。
完成所有的技術文檔，并交付給用戶。
在交付前完成相應的驗收工作，包括設備驗收、軟件產(chǎn)品驗收、文檔驗收等工作。
.6 系統(tǒng)環(huán)境質(zhì)量控制
 ISO9001管理和控制
根據(jù)本項目所具備的資源和系統(tǒng)環(huán)境等約束條件，我們將與客戶方一道努力，按照ISO9001質(zhì)量體系要求，通過質(zhì)量管理協(xié)調(diào)各種因素在系統(tǒng)維護過程中的作用，有效的利用資源，完成預定任務。
按照ISO 9001體系框架和要素的要求，緊密結合計算機系統(tǒng)維護項目的特點，制定出在各個環(huán)節(jié)的標準，來提高維護服務水平，控制質(zhì)量。
我公司把ISO 9001質(zhì)量體系認證作為加強質(zhì)量管理、提高企業(yè)競爭力的一張王牌。經(jīng)過ISO 9001質(zhì)量認證工作，我公司取得了原先意想不到的效果，產(chǎn)生了巨大的效益。
ISO 9000族標準的基本思想就在于一個組織要確定其質(zhì)量目標，并按照其確定的質(zhì)量目標建立并有效實施質(zhì)量體系，確保影響產(chǎn)品質(zhì)量的技術、管理和人的因素處于受控狀態(tài)，所有的控制應針對減少和消除不合格，尤其是預防不合格，并建立和完善持續(xù)的質(zhì)量改進機制。它由一系列規(guī)則和協(xié)議組成，由專門的組織機構以一系列的管理制度和工具來保證貫徹實施。
 公司項目質(zhì)量管理
通過近十年來系統(tǒng)集成和軟件開發(fā)工程的設計、開發(fā)及實踐，我們公司已形成了一套完善健全的質(zhì)量管理系統(tǒng)，從而為本項目建設的順利實施和按質(zhì)按量完成提供保障。
首先，我們公司內(nèi)部有著明確的分工，通過專業(yè)化的手段來提高公司的工作質(zhì)量及技術水平。
本公司每個部門均有明確的分工，每個技術方向均由專人負責跟蹤，確保掌握最新的先進技術和各種技術的發(fā)展動態(tài)，從而為用戶提供最佳的解決方案。同時，每個項目會有一個項目總負責人，負責公司內(nèi)部的各種資源協(xié)調(diào)、調(diào)動，計劃的制定和整個系統(tǒng)運作的監(jiān)督。
其次，我們有著規(guī)范的工程施工。在健全的質(zhì)量管理體系下，由專業(yè)的工程實施人員，嚴格按照操作工藝流程和技術要求進行施工。在施工過程中，實施小組還將分階段向客戶方提供工程進度記錄表格，讓用戶方非常清楚整個工程項目的施工計劃及施工進度情況，以便進行工程進度核查和質(zhì)量抽查。
再次，我們還有著科學的管理手段。從施工開始到施工結束驗收的整個過程，我們均有相應的配套記錄表格，具體包括《工程實施記錄表》、《設備材料登記表》、《前期工作記錄表》、《工程預備記錄表》、《現(xiàn)場施工記錄表》、《工程驗收報告》等工程實施文檔，《用戶服務要求書》、《合約維護計劃及執(zhí)行記錄表》、《用戶維護、維修登記表》售后服務文檔等，及《網(wǎng)絡系統(tǒng)邏輯圖》、《設備端口信息記錄表》、《服務器記錄表》、《工作站記錄表》、《IP地址規(guī)劃表》等網(wǎng)絡系統(tǒng)維護文檔。方便系統(tǒng)管理維護部門進行系統(tǒng)維護及管理。同時，所有的記錄表格均錄入計算機進行電子化管理。
此外，我們公司還在全公司范圍內(nèi)應用網(wǎng)站數(shù)據(jù)庫系統(tǒng)，實現(xiàn)全公司范圍內(nèi)任務書公文流轉(zhuǎn)功能，公司內(nèi)部各種各樣的任務書及申請單均可在全公司范圍內(nèi)以電子公文的形式實現(xiàn)流轉(zhuǎn)管理。公司還要求客戶填寫客戶滿意度表格，對工程實施維護人員的工作質(zhì)量進行評估，以進一步保證服務和工作質(zhì)量。
最后，我們公司還有完善的售后服務。
 管理措施建議
質(zhì)量，一直是項目成功的根本。系統(tǒng)集成服務作為一種綜合性高智力的活動，其質(zhì)量管理既要秉承質(zhì)量管理的一般原則和思想，又要針對其特點，而具有自身的規(guī)范。制定出標準、有效、可操作性強的質(zhì)量管理規(guī)范?；谖覀円酝慕?jīng)驗，為確保此項目順利，下列建議可供參考：
 參加項目的所有人員都能夠滿足各自的職責要求，具有相應的資歷和經(jīng)驗。
 嚴格按照質(zhì)量體系要求管理各個工作環(huán)節(jié)；
 加強項目的督導，對工作記錄進行及時有效的檢查；
 做到崗位責任制，并在項目經(jīng)理的統(tǒng)一協(xié)調(diào)下開展工作；
 建立問題上報機制，使問題出現(xiàn)時，項目參與人員有途徑反映問題；
 加強按時按計劃完成所分配工作的觀念，做好項目時間管理；
 加強風險管理，使事故苗子得以及時根除；
 選擇合適的人參與項目的各個部分工作；
 加強文檔管理、應用系統(tǒng)版本管理等系統(tǒng)配置管理
 定期召開會議，督促嚴格按計劃工作。
 本項目施工及質(zhì)量管理
對本系統(tǒng)建設項目的施工，我們將通過公司完善的質(zhì)量管理體系，同時針對本項目工程的特點，提供全面合理的相應管理措施。
工程施工前，由項目經(jīng)理組織有關人員(業(yè)務員、方案設計人員、技術指導、項目實施負責人、工程實施小組、質(zhì)量監(jiān)控小組及售后服務小組等)召開工程準備會議，介紹工程設計方案及有關的情況，布置各項工作，討論可預見的技術細節(jié)、實施內(nèi)容、實施方法、實施進度安排及培訓計劃等。
建立該項目的《工程進度記錄表格》以作為項目實施的開始，業(yè)務員安排進貨并確定初步的進貨日期，同時安排發(fā)貨計劃。通過實際建筑環(huán)境考察和測量，由項目經(jīng)理與用戶商討并明確具體的實施計劃和操作細節(jié)，做好相應的備忘記錄。
在施工過程中，分階段(每周)向用戶提供前一階段的施工進展情況及下一階段的施工計劃，確保整個施工過程的順利實施和按時按質(zhì)完成，減少施工過程中給用戶帶來的影響。
在整個工程項目的實施過程中，制定詳細的施工計劃，同客戶方的項目協(xié)調(diào)人進行溝通，確保整個施工計劃的可行性；同時，由質(zhì)量監(jiān)督小組負責對整個項目的實施質(zhì)量進行監(jiān)督，從而保證整個工程的質(zhì)量(包括進貨設備的質(zhì)量保證和工程實施的質(zhì)量保證)。
我們一貫認為好的技術及方案是對一個公司的基本要求，而工程的實施及維護才是關鍵，我們這樣認為也是這樣要求員工的。
5.2 項目實施規(guī)劃執(zhí)行
項目實施階段包括項目計劃制定、需求調(diào)研、規(guī)劃設計、系統(tǒng)配置與開發(fā)、安裝調(diào)試、用戶培訓、系統(tǒng)上線運行、項目驗收等8個階段。具體實施進度安排按照招標書要求進行，請參考本方案附卷二《XX集團協(xié)同辦公管理平臺項目解決方案書-技術卷附卷二(工作與成員說明)》
5.2.1 項目計劃制定
該階段作為整個項目實施的初始階段，主要工作內(nèi)容是組建項目組、準備環(huán)境、熟悉情況、確定實施目標與實施策略，是保證日后項目實施工作的順利開展的重要階段。
 資源計劃
• 工作時間：4個工作日
• 參加人員：泛普：項目經(jīng)理 客戶：項目負責人
 工作內(nèi)容
• 階段工作內(nèi)容：組建項目小組；準備項目環(huán)境；與客戶項目負責人根據(jù)現(xiàn)實情況談論決定實際的項目計劃。
• 客戶配合內(nèi)容：共同制定項目計劃；提供項目場地與工作設備
 提交文檔
• 必須提供：《項目實施計劃》
• 可選提供：《協(xié)同協(xié)同辦公管理平臺調(diào)查問卷》、《項目實施準備工作確認書》
5.2.2 泛普OA平臺詳細需求調(diào)研
需求是整個項目的重要基準之一，將影響到項目的進度、成本和風險等，因此向相關業(yè)務部門了解業(yè)務需求的該階段必須得到充分重視。由于需求調(diào)研可能涉及到多個部門的人員，需要雙方協(xié)調(diào)，保證時間緊湊、合理。
泛普承諾在中標后的開發(fā)實施過程中，配合客戶方對本項目功能設計中需完善的地方進行調(diào)整和完善。
 資源計劃
• 工作時間：14個工作日
• 參加人員：泛普：需求分析小組；客戶：需求負責小組、技術負責小組
 工作內(nèi)容
• 階段工作內(nèi)容：進行相關的需求調(diào)研，調(diào)研內(nèi)容包括：組織結構、硬件配置情況(包括布線系統(tǒng)、網(wǎng)絡設備和服務器配置)、現(xiàn)有應用系統(tǒng)、當前系統(tǒng)軟件配置、基本數(shù)據(jù)環(huán)境(包括存儲策略、安全策略、備份策略、災難恢復策略)、用戶情況、公文處理需求、協(xié)同需求、檔案應用需求、常用辦公功能需求、其它需求。完成需求確認。
• 客戶配合內(nèi)容：抽調(diào)全職系統(tǒng)管理員協(xié)同泛普人員工作；安排需求負責小組協(xié)助調(diào)研工作。
 提交文檔
• 必須提供：《功能需求調(diào)研報告》、《客戶需求說明書》、《數(shù)據(jù)要求說明書》
• 可選提供：《系統(tǒng)環(huán)境調(diào)研報告》、《業(yè)務環(huán)境調(diào)研報告》
5.2.3 泛普OA協(xié)同應用規(guī)劃設計
該階段將根據(jù)需求設計整個系統(tǒng)的底層結構，將以泛普的實施人員為主，但實踐證明，客戶方的技術負責小組在此階段參與項目，不僅有利于日后該系統(tǒng)的維護，還有利于該系統(tǒng)日后的發(fā)展規(guī)劃。
 資源計劃
• 工作時間：10個工作日
• 參加人員：泛普：需求分析小組；客戶：技術負責小組
 工作內(nèi)容
• 階段工作內(nèi)容：根據(jù)需求情況設計系統(tǒng)結構與功能
• 客戶配合內(nèi)容：技術負責小組參與系統(tǒng)設計
 提交文檔
• 必須提供：《系統(tǒng)設計說明書》、《數(shù)據(jù)庫設計說明書》、《二次開發(fā)設計文檔》
• 可選提供
5.2.4 系統(tǒng)配置開發(fā)
此階段，首先確保后續(xù)系統(tǒng)設備和軟件能夠順利獲得安裝調(diào)試所需資源的保證。將以將以泛普的商務采購人員為主，并需要用戶相關商務人員的配合。
其次是需求得以實現(xiàn)的階段，將以泛普的實施人員為主，但實踐證明，客戶方的技術負責小組在此階段參與實現(xiàn)，不僅有利于日后該系統(tǒng)的維護，還有利于該系統(tǒng)日后的發(fā)展規(guī)劃。
 資源計劃
• 工作時間：30個工作日
• 參加人員：泛普：商務采購人員、實施小組；客戶：相關采購負責人、需求負責小組、技術負責小組
 工作內(nèi)容
• 階段工作內(nèi)容：采購合同簽訂，設備到貨；根據(jù)調(diào)研情況實現(xiàn)應用，包括系統(tǒng)的配置、流程設計、模板設計等；根據(jù)調(diào)研情況對特定系統(tǒng)進行二次開發(fā)，與安裝培訓系統(tǒng)環(huán)境；
• 客戶配合內(nèi)容：根據(jù)合同安排的預付款或相應工作內(nèi)容；技術負責小組參與系統(tǒng)實現(xiàn)；技術負責小組參與二次開發(fā)工作；原有系統(tǒng)的系統(tǒng)管理員與泛普人員一起進行系統(tǒng)移植工作。
 提交文檔
• 必須提供：《公文及流程設計表》、《二次開發(fā)功能說明書》(模塊開發(fā)卷宗)、《系統(tǒng)開發(fā)程序源代碼》
• 可選提供：《功能實現(xiàn)計劃》
5.2.5 系統(tǒng)安裝調(diào)試
安裝階段由于需要到各業(yè)務處室進行相應客戶端的檢測或安裝，因此我們建議該階段以客戶方的技術負責小組為主，技術負責小組在泛普實施人員的指導下，安裝或檢測相應客戶端的使用情況，從而保證系統(tǒng)能正常運行。
調(diào)試階段是測試需求實現(xiàn)情況的階段。在此階段，一方面泛普由專職的測試小組對系統(tǒng)的功能進行測試；另一方面，我們建議客戶方的需求負責小組、技術負責小組的人員也應參與系統(tǒng)測試，需求負責小組通過測試檢驗系統(tǒng)功能是否已經(jīng)滿足需求，技術負責小組通過測試熟悉業(yè)務需求、了解實現(xiàn)原理，不僅有利于系統(tǒng)功能更好地滿足需求，減少需求風險，而且有利于客戶方對系統(tǒng)地接受與日后維護。
 資源計劃
• 工作時間：15個工作日
• 參加人員：泛普：測試小組；客戶：需求負責小組、技術負責小組
 工作內(nèi)容
• 階段工作內(nèi)容：機柜、KVM及UPS安裝調(diào)試；服務器、操作系統(tǒng)及陣列柜安裝調(diào)試；數(shù)據(jù)庫安裝調(diào)試；Portal系統(tǒng)安裝調(diào)試；安裝服務器端及客戶端；設置系統(tǒng)接口；集成相關的應用系統(tǒng)；對實現(xiàn)的功能進行測試，檢驗：是否符合需求、是否存在bug、系統(tǒng)性能等
• 客戶配合內(nèi)容：在系統(tǒng)安裝前保證服務器等硬件設備到位；在系統(tǒng)安裝前保證操作平臺、數(shù)據(jù)庫系統(tǒng)等軟件到位；保證局域網(wǎng)絡系統(tǒng)正常；確保所有需要安裝協(xié)同協(xié)同辦公管理平臺的客戶端機器所在科室有人以便于安裝；需要安裝手寫筆的客戶端請預先安裝；需要安裝掃描儀的客戶端請預先安裝；需求負責小組參與測試，檢驗功能是否滿足需求；技術負責小組參與測試，檢驗系統(tǒng)功能與性能。
 提交文檔
• 必須提供：《服務器安裝驗收報告》、《客戶端安裝驗收報告》、《測試計劃》、《系統(tǒng)測試報告》(測試記錄)、
• 可選提供：《服務器安裝登記表》、客戶端安裝登記表》
5.2.6 用戶培訓推廣
管理員培訓方面，為了保證客戶方技術負責小組盡快掌握系統(tǒng)，從而在整個項目實施階段發(fā)揮重要作用，我們建議管理員培訓工作宜早不宜遲，因此該階段可以根據(jù)實際情況提前，必要時可提前到需求調(diào)研階段之前。
普通用戶培訓方面，該階段作為領導、用戶對系統(tǒng)的第一印象，是整個系統(tǒng)得以被領導認可、被用戶接受的重要階段。該階段的工作效果將直接影響整個系統(tǒng)日后的運行與推廣，因此該階段應該得到雙方的充分重視與配合，尤其是客戶方必須給予培訓工作準備與開展的重要支持，而泛普也將在此階段根據(jù)客戶方的實際情況給予培訓方式、培訓效果保證的建議與配合。
 資源計劃
• 工作時間：15個工作日
• 參加人員：泛普：培訓小組；客戶：技術負責小組
 工作內(nèi)容
• 階段工作內(nèi)容：集中培訓客戶系統(tǒng)管理員與應用管理員，使管理員具有系統(tǒng)維護和管理的技能，能快速定義各種類型的公文以及流程，進行系統(tǒng)用戶管理和維護；協(xié)助客戶管理員進行普通用戶的培訓，包括領導層、各處室領導及一般工作人員；培訓內(nèi)容包括系統(tǒng)的基本操作方法，收文和發(fā)文的處理形式、檔案的查詢、其它辦公模塊的使用等。
• 客戶配合內(nèi)容：
管理員培訓：保證培訓用機器的到位；保證所有系統(tǒng)管理員的培訓時間；被培訓的系統(tǒng)管理員在培訓前必須具有以下技能：熟練掌握操作系統(tǒng)的安裝及維護技術；了解關系數(shù)據(jù)庫系統(tǒng)，掌握數(shù)據(jù)庫的維護技術；掌握J2EE應用服務器的維護技術。
普通用戶培訓： 保證培訓環(huán)境，包括培訓教室、投影儀和實驗用機器(1-2人一臺)；保證被培訓人員的培訓時間；保證客戶方系統(tǒng)管理員能協(xié)助培訓；被培訓人員在培訓前應具有以下技能：具有Microsoft Windows XP的基本操作技能；具有Microsoft Internet Explorer的基本操作技能。
 提交文檔
• 必須提供：《系統(tǒng)管理員培訓驗收報告》、《系統(tǒng)管理員培訓文檔》、《普通用戶培訓計劃》、《普通用戶培訓驗收報告》、《普通用戶培訓資料和教材》、《系統(tǒng)安裝手冊》、《系統(tǒng)維護手冊》、《用戶操作手冊》
• 可選提供：《培訓情況調(diào)查表》
5.2.7 系統(tǒng)試運行
整個系統(tǒng)正式投入使用，將直接檢測整個系統(tǒng)的效果與目標的實現(xiàn)情況，因此在此階段，將主要由客戶項目組成員發(fā)揮主要作用，而泛普在此階段主要提供技術的支持與協(xié)助。
 資源計劃
• 工作時間：20個工作日
• 參加人員：泛普：實施小組；客戶：技術負責小組
 工作內(nèi)容
• 階段工作內(nèi)容：推廣實施，對運行過程中出現(xiàn)的問題進行調(diào)整；進行系統(tǒng)推廣，在客戶內(nèi)部推廣使用，收集用戶的使用情況；對數(shù)據(jù)庫系統(tǒng)進行優(yōu)化并提供優(yōu)化建議。
• 客戶配合內(nèi)容：通過行政手段要求相關部門使用系統(tǒng)；技術負責人協(xié)助泛普人員作技術支持；收集用戶在使用過程中反映的意見。
 提交文檔
• 必須提供：《系統(tǒng)正式運行支持紀錄》
• 可選提供：《系統(tǒng)正式運行總結報告》
5.2.8 項目驗收服務
 資源計劃
• 工作時間：5個工作日
• 參加人員：項目組全體成員
 工作內(nèi)容
• 階段工作內(nèi)容：移交整個系統(tǒng)給客戶方技術負責小組；整理驗收資料，對系統(tǒng)的功能總體上進行驗收；進行階段性總結，并為項目中遠期作規(guī)劃。
• 客戶配合內(nèi)容：技術負責小組配合泛普人員把移交工作做好；在驗收前進行相應的驗收資料的準備。
 提交文檔
• 必須提供：《系統(tǒng)總體驗收報告》、項目總結》
• 可選提供：《系統(tǒng)驗收計劃》
5.3 系統(tǒng)環(huán)境安裝實施方案
 我公司向用戶方提供標書中對所有設備的要求。
 我公司具有良好信譽和相關實力的技術隊伍；
 我公司將本著認真負責態(tài)度，組織技術隊伍，做好投標的整體方案，并書面提出維護、服務以及今后技術支持的措施計劃和承諾；
 合同簽訂首付款到位后3個工作日內(nèi)開始進行；
 我公司將根據(jù)本項目的具體進度，給出明確的工程實施計劃；
 交貨時間：按合同規(guī)定的要求；
 交貨地點：客戶現(xiàn)場；
數(shù)據(jù)庫系統(tǒng)的安裝與調(diào)試
(1). 檢查機器性能是否符合要求，操作系統(tǒng)環(huán)境是否設置正確，補丁是否齊全；
(2) .開始安裝數(shù)據(jù)庫系統(tǒng)；
(3) .根據(jù)要求，進行系統(tǒng)的配置和調(diào)試。
(4) .根據(jù)要求，進行與協(xié)同協(xié)同辦公管理平臺和門戶系統(tǒng)的整合調(diào)試。
(5) .安裝完成。
Portal系統(tǒng)的安裝與調(diào)試
(1) .檢查機器性能是否符合要求，操作系統(tǒng)環(huán)境是否設置正確，補丁是否齊全；
(2) .開始在服務器上進行Portal系統(tǒng)的安裝；
(3) .根據(jù)要求，進行Portal的配置和調(diào)試。
(3) .安裝完成。
5.4 項目培訓方法
系統(tǒng)開發(fā)完成后，一個很重要的工作就是用戶培訓。培訓工作做不好，系統(tǒng)的推行就會遇到很多障礙，甚至會影響到系統(tǒng)的執(zhí)行。因此必須建立一套完善的培訓體系，泛普公司始終以如何迅速地掌握先進的計算機技術，并能得心應手地投入具體的實施和應用為使命，積極為廣大用戶提供高質(zhì)量的培訓課程。
在軟件項目的實施過程中，系統(tǒng)培訓的效果將直接影響到項目建設的效果，為此，泛普在項目的組織控制中一向非常重視對用戶的培訓。
5.4.1 有針對性的培訓策略
項目培訓工作應該與系統(tǒng)開發(fā)實施工作同步進行。首先對全企業(yè)各級管理人員的信息化技能進行摸底調(diào)查，提前進行“掃盲”培訓并狠抓考核，確保在系統(tǒng)上線之前，廣大用戶具備基礎的計算機操作能力，如Windows、Office以及上網(wǎng)操作。對于廣大用戶的辦公自動化培訓工作，我們將采用理論與實踐結合、現(xiàn)場與遠程結合、共性與個性結合、培訓與考核結合、自助與他助結合的培訓策略，一方面系統(tǒng)自身的人性化易用性設計將大大降低學習難度(一部分計算機操作熟練的用戶無須培訓)，另一方面系統(tǒng)提供網(wǎng)上培訓、自助功能，讓每一位用戶隨時進行學習，并能在系統(tǒng)提供的學習論壇上進行經(jīng)驗交流。特別地，必須加強對各部門與各廠骨干的培訓，尤其對位于流程的關鍵節(jié)點的領導與管理人員進行重點培訓，確保流程暢通無阻。
因客戶方的員工較多，而且計算機應用水平存在差異，因此泛普公司建議培訓期間從各部門、各單位挑選部分主干人員，我方先對這些人員進行詳細的培訓，然后再由他們對其他單位的大部分人員進行培訓，開始的第一、第二個單位我方將安排人員到培訓現(xiàn)場給予必要的技術支持。
5.4.2 培訓師資
培訓是成功實施管理軟件系統(tǒng)的重要因素，目的是為了增加人們對管理軟件相關知識的了解和規(guī)范管理人員的行為方式，使各級用戶盡快改變管理和服務觀念，掌握必要的技術，提高辦公效率，適應并主動地推動信息化的建設發(fā)展。我們?yōu)榭蛻舳ㄖ撇嵤╈`活而有針對性的團體培訓，培訓中心由十多名系統(tǒng)工程師及認證教師執(zhí)教，具有豐富的實踐與教學經(jīng)驗(三年以上)，為全公司用戶使用單位培訓了近15000名操作人員和近1000名系統(tǒng)管理人員，形成了成熟的授課體制及經(jīng)驗，為客戶在短期內(nèi)進行高質(zhì)量培訓提供了有力的保證。
5.4.3 培訓方式
根據(jù)客戶方的實際需要，我們建議培訓按照以下方式進行：采用教師授課和實際工作相結合的方式進行，先按照授課方式講解基本理論，在具備了一定基礎后可加入到實際工程實施中，由泛普公司實施人員在工作中講解實際技巧。通過這種方式，保證接受培訓人員理論聯(lián)系實際，在較短時間內(nèi)學習到大量的技術知識，同時熟悉本單位的網(wǎng)絡系統(tǒng)結構與管理模式，為以后的工作奠定良好的工作基礎。
5.4.4 培訓對象
協(xié)同協(xié)同辦公管理平臺面對著機關所有工作人員，而工作人員之間也存在工作任務輕重、本身對計算機熟悉程度等諸多因素的影響，因此，協(xié)同協(xié)同辦公管理平臺使用的培訓方式應該是靈活多樣的，以達到全員會用為基本目標。
在本項目中，我們將根據(jù)不同用戶的不同特點，把培訓對象分為領導層、普通用戶、應用管理員、系統(tǒng)管理員四類，采取集中培訓和個別輔導相結合、不同類型用戶各有側(cè)重的原則，有針對性地開展培訓。
 領導層
培訓公司領導層如何運用本系統(tǒng)，對整個公司的各種信息進行搜集和分析。公司部門領導和所屬企業(yè)領導的培訓，相應的各個部門各有各的偏重點，但又互相關聯(lián)，各部門經(jīng)理的培訓就要使他們能夠熟練應用相關模塊完成部門工作，更要會綜合整個系統(tǒng)的各種信息。
一般說來，領導層由于事務比較繁忙，幾乎沒有可能多次集中培訓。為此我們將安排他們一次集中培訓，或者是采取見縫插針，上門輔導的方式。每次時間共為3~4小時，總共不少于15個課時。培訓的主要內(nèi)容是Windows的基本使用技巧和有針對性的系統(tǒng)功能。在此基礎上，將根據(jù)實際需要進行個別不定期的培訓或者專項培訓。
 普通用戶
要使公司員工的相關工作都要轉(zhuǎn)到系統(tǒng)平臺上來，給領導層提供可靠的數(shù)據(jù)。普通用戶則只要求對所使用的系統(tǒng)功能能熟練操作，以利于系統(tǒng)應用推廣。普通用戶將采取集中培訓和操作考核的形式進行。培訓按照每次4~6課時/人來安排，總共不少于10個課時。根據(jù)人數(shù)可分期分批進行，內(nèi)容是系統(tǒng)功能的使用。普通用戶考核不合格的將再集中安排培訓。
 應用管理員(項目組人員)
使項目組人員能夠使用系統(tǒng)，并具有給公司其他人員培訓的能力。應用管理員除要參加普通用戶的培訓和考核之外，還要針對其管理的應用模塊進行專項培訓和考核。對應用管理員的專項培訓每次不少于4小時/人，總共不少于20個課時。對應用管理員還要采用“傳、幫、帶”的方式，進行經(jīng)常性的培訓和輔導。
 系統(tǒng)管理員
培訓公司至少兩名系統(tǒng)管理員，并確保他們能夠有維護整個系統(tǒng)的能力，包括后臺數(shù)據(jù)的增刪。系統(tǒng)管理員負責整個信息系統(tǒng)的日常維護，需要對系統(tǒng)運行平臺和系統(tǒng)所有前后臺功能都非常熟悉。我們將為系統(tǒng)管理員提供系統(tǒng)維護所必須的相關技術培訓。為保證系統(tǒng)管理員的實操能力，我們將專門培訓和實踐操作指導相結合，在整個項目實施過程中采用“傳、幫、帶”的方式，進行經(jīng)常性的培訓和輔導，總共不少于30個課時。
5.4.5 培訓環(huán)境
客戶負責指定培訓場地和培訓所需要的機器設備。
培訓場地要求能擺放學員用和教師用的計算機，學員和教師能方便通行，使用的電源安全不過載；有投影儀、話筒。
保證每個學員有一臺計算機、一臺共用的打印機，一臺共用的服務器，所有客戶端計算機操作系統(tǒng)安裝XP 。
準備練習用的打印紙(A4)若干，準備好網(wǎng)絡環(huán)境，每臺計算機之間網(wǎng)絡互通。
5.4.6 作息時間
作息時間根據(jù)實際的情況確定，建議如下：
上午：9:00 --12:00
下午：13:30--17:30
5.4.7 培訓內(nèi)容
針對本項目，我們提供的培訓內(nèi)容為：本次招標軟件的安裝、使用和系統(tǒng)管理等；提供所有軟件的安裝、使用培訓。培訓人數(shù)，完全滿足招標要求，具體操作事宜與用戶協(xié)商解決。
我們充分考慮到用戶參加學習的人員基礎參差不齊的特點，在設計培訓課程時，堅持循序漸進的原則，從最基礎的認證技術培訓課程開始。根據(jù)招標書的要求，我們安排安裝調(diào)試前(訂貨階段)對用戶進行集中開班培訓。具體安排如下：
在工程施工中及結束后，我們將根據(jù)用戶的要求，向用戶的技術人員提供現(xiàn)場培訓，具體的培訓時間需要與用戶方充分交流后確認下來。培訓前準備階段，我們將準備培訓教材、資料、培訓設備、培訓人員分工安排、與用戶聯(lián)系培訓安排事宜和其他事宜。各個培訓小組參照培訓課程安排表，針對用戶情況制定具體的培訓計劃根據(jù)用戶的要求。
我公司對培訓的內(nèi)容初步如下安排。
 高級培訓
序號 課程 內(nèi)容 課時(小時)
1  系統(tǒng)平臺及工作原理介紹 本工程涉及的軟硬件環(huán)境、連接關系、工作原理、 2
2. 主機配置與集群 主機參數(shù)設置、優(yōu)化、集群配置 1
3. J2EE平臺 J2EE架構 2
4. 數(shù)據(jù)庫系統(tǒng)管理 數(shù)據(jù)庫安裝、參數(shù)配置、備份、優(yōu)化 16
5. 報表工具 報表工具的安裝配置、使用 4
6. 應用原理及數(shù)據(jù)結構 概要設計、數(shù)據(jù)庫結構 2
7 應用軟件設計開發(fā) 程序設計數(shù)據(jù)庫設計
環(huán)境搭建、應用模塊部署
工作流定制、Portal 開發(fā) 16
8. 應用程序維護 應用模塊間關系常見程序問題的修復工作流維護 4
9. 電子印章管理 如何制作、發(fā)放、注銷及使用電子印章 1

我們可以根據(jù)用戶的實際情況對培訓內(nèi)容進行調(diào)整。
 中級培訓
序號 課程 內(nèi)容 課時(小時)
1.  系統(tǒng)平臺及工作原理介紹 本工程涉及的軟硬件環(huán)境、連接關系、工作原理、 2
2. J2EE平臺 J2EE架構 2
3. 數(shù)據(jù)庫SQL  數(shù)據(jù)庫SQL 語言 8
4. 報表制作 報表工具使用 4
5. 應用系統(tǒng)原理及數(shù)據(jù)結構 概要設計、數(shù)據(jù)庫結構 2
6. 應用軟件操作 用戶管理、權限管理、日志管理、站群管理、欄目管理及信息發(fā)布、
工作流程管理、協(xié)同管理的使用 8
7. 電子印章使用 如何使用電子印章 1
8. 應用日常管理 數(shù)據(jù)備份與恢復 2
9. 電子印章管理 如何制作、發(fā)放、注銷及使用電子印章 1

 初級培訓
序號 課程 內(nèi)容 課時(小時)
1.  系統(tǒng)平臺及工作原理介紹 本工程涉及的軟硬件環(huán)境、連接關系、工作原理、 2
2. 報表制作 簡單報表的定制、輸出 4
3. 應用軟件操作 用戶管理、權限管理、日志管理、站群管理、欄目管理及信息發(fā)布、工作流程管理、協(xié)同管理的使用等 8
4. 業(yè)務處理流程 如何利用系統(tǒng)完成具體業(yè)務。如公文擬稿、審批、會簽、簽發(fā)等。 4
5. 電子印章使用 如何使用電子印章 1
6. 領導培訓 終端設備操作
領導辦公子系統(tǒng)的操作培訓電子印章使用 4
5.4.8 培訓費用
我公司將所有培訓費用(含培訓教材費)及各項支出列入“項目實施與培訓服務”報價，并計入投標總價。
5.5 需求變更管理
本項目可能會因為對項目的實施前提、項目范圍、進程安排、階段性標準、交付件、價格或付款條件等條款的變更的原因，要求進行本項目的變更。本程序的制定是為了檢查所有的變更請求，決定哪些需要實施、哪些需要推延、哪些需要否決。在得到客戶的認可后，進度和成本將相應地做出調(diào)整。一個有效的變更控制程序?qū)τ诒苊忭椖垦悠诤统潜匾摹?br /> 如雙方希望修改本工作說明書，則需遵守以下申請程序：
5. 提出修改
提出修改方(用戶或泛普)需首先填寫《項目變更申請》 。《項目變更申請》 需提交至由最終用戶和泛普項目小組人員組成的評審小組。評審小組成員的資格將由雙方有關人員做出書面規(guī)定，其中任何一方都可以書面形式通知另一方其人員更改情況。評審小組將就《項目變更申請》 的技術可行性以及對整個項目的影響做出評估。經(jīng)過批準的《項目變更申請》 將轉(zhuǎn)給泛普，未被批準的將被退還給提出修改的本人。
5.5.2 雙方的反應
修改方將在接到《項目變更申請》 的5 天內(nèi)給出收訖說明以及分析《項目變更申請》 所需的時間，做出相應的《工程修改建議書》 。修改方可對《項目變更申請》 分析報告以及《工程修改建議書》 進行收費并以書面形式告知另一方收費標準、修改方將于另一方同意收費標準30 天內(nèi)或規(guī)定時間內(nèi)，對《項目變更申請》 進行分析研究并做出相應的《工程修改建議書》 。
《工程修改建議書》 就《項目變更申請》 中所提出的修改對整個項目的影響做出以下幾方面的說明：
基本修改：文件的增改和刪除；
測試項目：測試和重新測試的修改；
系統(tǒng)性能：確認修改項目對系統(tǒng)性能的影響以及增加或改裝其它機器是否必要；其它材料：列出所有其它有關材料；
進度：項目進展情況、提交件的進展速度和協(xié)議的終止日期；
費用：確認此修改引起的相關費用的調(diào)整；
5.5.3 雙方的認可
有關《工程修改建議書》 費用或進展的修改，需由雙方項目經(jīng)理表以書面形式確認，或由評審小組批準。批準后的《工程修改建議書》 將以附件形式列入本協(xié)議。
如雙方確認的變更內(nèi)容與原合同條款的規(guī)定不符，則雙方授權代表將在此變更申請的基礎上另行簽訂《變更授權書》 。雙方授權代表簽訂的《變更授權書》 作為合同文件的補充條款，《變更授權書》 未闡明事宜仍按原合同條款執(zhí)行。若與原合同有沖突時，以《變更授權書》 為準。
5.5.4 實施
可根據(jù)多次修改后的內(nèi)容修改文件的基本內(nèi)容并以注有修改日期的文件的形式重新分發(fā)。修改只包括評審小組通過的內(nèi)容或不改變文件內(nèi)容的打印錯誤。
5.5.5 修改程序流程
修改方提出《項目變更申請》
將《項目變更申請》 提交評審小組作技術可行性評定
修改方以書面形式接受《項目變更申請》 并給出《工程修改建議書》 的準備時間和所需費用評審小組討論修改方提出的時間和費用以及是否批準《項目變更申請》
修改方做出《工程修改建議書》 并確認所需費用和進度
評審小組討論《工程修改建議書》 并提出實施建議
另一方對《工程修改建議書》 提出認可并同意修改方對協(xié)議進行修改雙方授權代表簽訂《變更授權書》 以對變更的實施作出授權
5.6 項目文檔管理
5.6.1 文檔編碼規(guī)范
為了使文檔能方便、有效的進行歸檔、存儲，以便于日后文檔的利用和流通，加強部門間溝通及協(xié)作。
項目中采用如下規(guī)則進行編號：
項目名縮寫-類型縮寫[-8 位日期]-自然順序號
定義
項目名縮寫：建議采用拼音的首字母方式，由該項目的銷售經(jīng)理規(guī)定。
類型 縮寫
故障及維護 GZ
需求確認單 XQ
項目協(xié)調(diào)單 XT
疑問解答單 YW
會議紀要 HYJY
售前客戶需求單 SQ
測試大綱 CSDG
測試報告 CSBG
概要設計 GYSJ
詳細設計 XX集團SJ
8 位日期：格式為yyyymmdd 。例“2009 年8月11 日”表示為：20030511。
自然順序號：從1 開始記錄序號
5.6.2 文件命名規(guī)則
文件名采用“編號加標題”方式進行命名，具體規(guī)則如下：
項目名縮寫-文件類型縮寫[-8 位日期]-自然順序號-標題.文件類型
如果某個文件有附件文件，其附件的文件名編寫規(guī)則如下：
項目名縮寫-文件類型縮寫[-8 位日期]-自然順序號-附件n：標題.文件類型
樣例
例2 、中國聯(lián)通山西分公司綜合客戶服務系統(tǒng)― 二期項目在2003 年7 月31 日由尋呼部提出“關于”人工接通率”和”IVR 接通率”指標偏低”的疑問的解答文件名及附件文件名為：
SXKFII-YW-20030729-1-關于IVR 接通率與人工接通率指標偏低的解答.doc
SXKFII-YW-20030729-1-附件1：20030725-20030728 人工接通率偏低與人員安排分析.xls
5.6.3 文檔鑒定制度
文檔鑒定是指通過分析文件內(nèi)容、來源、時間與形式，為文檔制定密級、解密、確定銷毀名錄提供了依據(jù)。鑒定工作通常由領導、項目經(jīng)理與檔案人員共同完成，鑒定后的銷毀清單必須經(jīng)過審批方有效。
1)通過對文檔的初步鑒定，制定密級及保存年限。如無特殊需要，文檔按現(xiàn)行的密級規(guī)定與保存年限執(zhí)行，特殊需要時應通過鑒定來確定密級，檔案室應保留相關的鑒定記錄或會議紀要。
2)為方便相關信息資料的流通，文件的解密工作同樣也應通過鑒定。文件解密后應有原密級與解密日期的標注。
3)所有經(jīng)鑒定后作廢的文檔由檔案員蓋上“失效”或“作廢”章，進行銷毀處理。
5.6.4 文檔管理流程
1)每月最后一周文檔管理員給項目參與人員發(fā)收文通知
2)相關人員按檔案規(guī)范及收檔通知的明確規(guī)定對部門文檔進行歸類、整理
3)文檔管理員按約定日期與相關人員接收文檔，雙方填寫書面檔案移交單
4)文檔管理員檢查審核文檔：
若文檔完整，文檔管理員按檔案規(guī)范審核其編號，歸入相應的類別，將相關移交記錄保存好，并建立電子文檔清單。
若文檔不完整，文檔管理員報出缺失檔案清單，記錄文檔質(zhì)量缺陷并通知相關人員更正補齊文檔，進入下一次文檔收集過程。
5)歸檔工作結束。
5.6.5 項目文檔
根據(jù)項目要求，泛普將提供應用軟件邏輯設計文檔，系統(tǒng)結構設計文檔，數(shù)據(jù)庫設計文檔，接口需求說明書，接口設計文檔，系統(tǒng)詳細設計說明書，應用軟件模塊設計文檔，軟件故障處理流程文檔、應用軟件配置說明書、應用軟件使用說明書(包括用戶手冊、操作手冊、維護手冊)、應用軟件開發(fā)總結文檔，以及系統(tǒng)全部源程序和程序結構說明。文檔和資料均以磁介質(zhì)(或光盤)和紙張為載體，文件格式為Word文檔或PDF文檔或其他可視化文件。
根據(jù)泛普項目實施規(guī)范，本項目可能提交的文檔清單如下(須與用戶協(xié)商后確定。)
 需求調(diào)研文檔
(1). 需求調(diào)研計劃
(2). 項目范圍報告
(3). 需求確認書
(4). 需求變更確認書
(5). 需求分析書(含可行性分析)
(6). 需求評審及變更評審記錄
(7). 需求變更匯總報告
(8). 需求規(guī)格書
 系統(tǒng)軟件安裝調(diào)試文檔
(1). 安裝計劃
(2). 安裝及測試方案
(3). 安裝調(diào)試記錄
(4). 配置參數(shù)
(5). 測試報告
 開發(fā)實施文檔
(1). 概要設計書
(2). 數(shù)據(jù)庫設計書
(3). 接口設計書
(4). 界面風格設計書
(5). 測試大綱
(6). 詳細設計書
(7). 詳細測試方案
(8). 用戶手冊
(9). 培訓教材
(10). 程序及程序說明書、源程序清單
(11). 程序維護手冊
(12). 單元測試報告
(13). 系統(tǒng)測試報告
(14). 平臺二次開發(fā)手冊
(15). 需求變更控制報告
(16). 同行評審報告、階段評審報告
(17). 產(chǎn)品一致性檢查報告
(18). 缺陷匯總報告
(19). 版本說明
 應用集成文檔
(1). 系統(tǒng)測試方案
(2). 安裝記錄
(3). 調(diào)試記錄
(4). 配置參數(shù)
(5). 功能測試報告
(6). 測試分析報告
(7). 上線測試評審報告
(8). 試運行記錄
(9). 試運行報告
(10). 平臺維護手冊
(11). 培訓記錄
(12). 維護計劃
 驗收文檔
(1). 系統(tǒng)終驗報告(即項目驗收報告)
(2). 文檔移交清單
(3). 系統(tǒng)交接手續(xù)報告
 項目管理文檔
(1). 項目計劃(任務分解、進度計劃、人員計劃、配置計劃、質(zhì)量計劃)
(2). 項目周報、月報
(3). 工程管理記錄
(4). 評審記錄
(5). 項目協(xié)調(diào)單
(6). 會議紀要
5.7 項目風險管理
協(xié)同管理平臺是一項結構復雜、功能強、涉及面廣的信息系統(tǒng)集成和開發(fā)的工程，為確保項目達到預期的目地，使系統(tǒng)真正發(fā)揮作用，必須做到在項目真正實施前就能預測到該項目可能遇到的各種風險，并準備好項目風險的控制方法，才有可能做到萬無一失并最終確保本項目的實施成功。
5.7.1 項目風險管理方法
泛普是一家通過CMM3認證、具備二級集成資質(zhì)的軟件開發(fā)和系統(tǒng)集成商，為保證項目實施的質(zhì)量和成功率，制定了一套嚴格的項目風險管理方法，因此在本項目的建設中，我們將按照這套項目風險管理方法對可能產(chǎn)生的風險進行管理。該方法如下：
 
由上圖可知，整個風險管理過程是一個閉環(huán)系統(tǒng)，隨著風險處置計劃的實施，風險會出現(xiàn)許多變化，這些變化的信息可及時反饋，風險預測和識別者就能及時地對新情況進行風險評估和分析，從而調(diào)整風險處置計劃并實施新的風險處置計劃，這樣循環(huán)往復，保持風險管理過程的動態(tài)性就能達到風險管理的預期目的。
5.7.2 項目風險預測與識別
對項目可能面臨的風險進行預測和識別是風險管理的基礎。項目風險預測與識別要回答以下問題：項目中有哪些潛在的風險因素？這些風險因素會引起什么風險？這些風險的嚴重程度如何？簡單地說，項目風險預測和識別就是要找出風險之所在和引起風險的主要因素，并對其后果作出定性的估計。在對項目風險進行預測和識別的方法中泛普常用的方法有：德爾菲方法(Delphi  Method)、頭腦風暴法(Brain storming)、情景分析法(Scenario Analysis)等。
5.7.3 項目風險評估與分析
對項目風險進行評估和分析就是在前期預測和識別的基礎上，建立問題的系統(tǒng)模型，對風險因素的影響進行定量分析，并估算出各風險發(fā)生的概率及其可能導致的損失大小，從而找到該項目的關鍵風險，為重點處置這些風險提供科學依據(jù)，以保障項目的順利進行。泛普對項目進行風險評估和分析常用的方法有模擬法，主觀概率法和模糊分析方法等。
5.7.4 項目風險處置
通過對項目風險的評估和分析，把項目風險發(fā)生的概率、損失嚴重程度以及其它因素綜合起來考慮，就可得出項目發(fā)生各種風險的可能性及其危害程度，再與公認的安全指標相比較，就可確定項目的危險等級，從而決定應采取什么樣的措施以及控制措施應采取到什么程度。對項目進行風險處置就是制訂并實施風險處置計劃。風險處置的方法包括風險回避、風險控制、風險自留和風險轉(zhuǎn)嫁。對不同的風險可不同的處置方法，對一個項目所面臨的各種風險，應綜合運用各種方法進行處理。
5.7.5 項目風險及化解辦法
該項目的整體實施綜合起來可能存在如下風險：
 客戶配合風險
在應用系統(tǒng)開發(fā)中最易導致系統(tǒng)開發(fā)失敗的因素是對客戶的需求調(diào)查不夠清楚，對業(yè)務需求的理解出現(xiàn)偏差，從而導致開發(fā)的系統(tǒng)與用戶的初衷不一致。因此在開發(fā)本系統(tǒng)的過程中，與客戶的配合和前期需求的詳細調(diào)研、行業(yè)需求的準確理解將顯得尤為重要，這一因素也將是本項目能否成功的最大風險。
泛普在進行每一個項目的實施中，都會專門配置一名專職的客戶經(jīng)理協(xié)助項目組和客戶進行有效溝通，從而有效避免項目組過分關注技術本身而忽略與客戶的準確溝通。同時公司會專門配備具有豐富項目經(jīng)驗的需求調(diào)研人員進行前期的需求調(diào)研，從而有效避免對用戶需求理解不準確。公司在需求調(diào)研中有一套嚴格的管理制度來有效保證獲取的需求與用戶的符合程度(如每一需求用例都會形成詳細的文檔，提交給用戶并獲得用戶的認可，只有經(jīng)過用戶認可的需求用例，項目組才能進行實施。在項目實施中，如果因為與客戶配合問題而產(chǎn)生客戶投訴或不滿意的情況，公司將按照項目考核條例對相關人員進行懲罰等。
 平臺技術風險
泛普有自己專門的軟件研發(fā)中心，有100 多人專門從事軟件的研究和開發(fā)，在多個領域都從事過大型軟件的成功開發(fā)，有著豐富的大型軟件開發(fā)經(jīng)驗。
泛普完全有能力成功保證本項目中第三方產(chǎn)品的熟練使用配置及軟件開發(fā)，可有效規(guī)避該項目中存在的軟發(fā)件技術風險。
 項目質(zhì)量風險
泛普己經(jīng)通過了CMM3認證，同時獲得了系統(tǒng)集成二級集成商資質(zhì)，因此從項目的整體實施質(zhì)量上完全有能力得到保證。對每一個項目，泛普都有一套嚴格地評審機制，而且有專門的質(zhì)量管理人員來實施監(jiān)督和考核(如與需求的符合程度，軟件的穩(wěn)定性，可靠性，體系構架的合理性等)，對于每一個項目從過程上都實施了嚴格的質(zhì)量控制，因此可有效規(guī)避該項目在實施中的質(zhì)量風險。
 項目周期風險
泛普有著豐富的項目實施和管理經(jīng)驗，無論是時間周期長的項目(周期為1 年一2 年，如某些企業(yè)的整體數(shù)字化建設從門戶，決策支持等)，還是短的項目(如在恒安交通行業(yè)實施的協(xié)同協(xié)同辦公管理平臺一個月上線等)，泛普都積累了大量的項目成功實施的實際經(jīng)驗。同時由于泛普有著充分的各種資源(如人力資源、財務資源等等)保證，而且泛普對員工加班有著非常明確的獎勵規(guī)定，因此泛普肯定能保證在合同規(guī)定的周期內(nèi)高質(zhì)量地完成本項目的實施。
 項目服務風險
泛普始終堅持維持一個客戶比發(fā)展一個客戶更重要的服務精神，公司每年80 %的合同和收入都來自公司的老客戶，因此服務一直是公司的發(fā)展之本。公司的軟件服務特色是“長期合作，共同發(fā)展；用戶是上帝，用戶是財富；技術和服務是企業(yè)的生命；技術本地化(長期技術投入，維護用戶投資)；服務本地化”；系統(tǒng)集成服務特色是“7×24熱線電話技術支持，對故障可靈活啟用遠程診斷與支持系統(tǒng)；快速響應服務，24 小時內(nèi)到達用戶現(xiàn)場；實行主任工程師制度，定期巡訪，跟蹤服務于用戶；與原廠商共同提供“雙備份”的技術服務；專家小組為用戶進行系統(tǒng)的整體分析、設計；提供多種合作及本地化服務方式；”。因此無論是從軟件服務還是從系統(tǒng)集成服務上，泛普都能得到很好的保證。
5.7.6 人力資源風險
泛普全國有12000 多人，95%本科學歷以上，軟件工程師280 多人。因此從人員數(shù)量上和各種技術特色人員的儲備上都能得到很好的保證。同時泛普一直將公司員工的穩(wěn)定性作為部門考核的一個重要依據(jù)，公司現(xiàn)有大量己經(jīng)在泛普工作了3 ～8 年的員工，因此無論從項目人員的穩(wěn)定性上，還是從項目人力資源滿足的充分性上，泛普都能提供很好的保證，可有效規(guī)避人力資源風險。
5.8 系統(tǒng)驗收管理
 名詞解釋
名詞 定義
供方 按照合同向需方提供系統(tǒng)、產(chǎn)品或服務的單位或部門。是提供軟件產(chǎn)品的廠商；本規(guī)程約定供方為泛普。
需方 從供方獲得系統(tǒng)、產(chǎn)品或服務的單位或部門。
驗證 為確保某一開發(fā)階段產(chǎn)品的正確性和與該階段輸入所規(guī)定的要求的一致性，對該階段產(chǎn)品進行評價的過程。
軟件驗證 對軟件開發(fā)過程中的階段產(chǎn)品的正確性進行評價的過程。
確認 為確保符合規(guī)定的要求而進行的評價過程。確認的目的是決定最終己完成的系統(tǒng)是否符合所規(guī)定的要求。
軟件確認 對軟件產(chǎn)品是否符合規(guī)定的要求進行評價的過程。確認的結果作為驗收的依據(jù)。
確認測試 確認測試又稱為有效性測試。它的任務是驗證軟件的功能和性能以及其他特性是否與用戶的要求一致。
驗收測試 驗收測試是以用戶為主，軟件開發(fā)人員和質(zhì)量保證人員也應參加。根據(jù)設計的測試用例進行驗收測試，并分析測試的輸出結果。在測試過程中，除了測試軟件的功能和性能外，還應對軟件的可移植性、兼容性、可靠性、錯誤的恢復功能等進行測試。
5.8.1 系統(tǒng)驗收前準備
根據(jù)需方行業(yè)的特點和慣例，系統(tǒng)驗收在最終用戶的實際系統(tǒng)運行環(huán)境中進行。供方在開發(fā)環(huán)境下，完成應用系統(tǒng)開發(fā)工作并進行系統(tǒng)測試。
5.8.2 系統(tǒng)驗收過程
項目的系統(tǒng)驗收包括系統(tǒng)工程驗收、系統(tǒng)初驗、系統(tǒng)最終驗收(終驗)三個階段(這三個階段根據(jù)合同可以簡化為工程驗收、系統(tǒng)終驗兩個階段)。系統(tǒng)驗收應履行正式手續(xù)，成立專門的測試驗收小組，負責組織、監(jiān)督和裁決整個系統(tǒng)的驗收過程。驗收流程入下圖：
 
5.8.3 組成驗收小組
 人員組成
需方負責成立專門的驗收小組，作為系統(tǒng)驗收的組織機構。從成立之日到終驗結束，驗收小組行使驗收職責。
驗收小組設組長一人，組員若干人，驗收小組下設系統(tǒng)驗收測試組、技術組和文檔審查組。
驗收小組由上級部門負責人、需方代表、特邀專家和最終用戶代表組成，必要時，也可吸收供方代表參加。特邀專家必須是國內(nèi)通信、計算機領域、需方行業(yè)的權威，熟悉國內(nèi)外項目直接涉及的技術發(fā)展狀況。
 驗收小組的任務
驗收小組主持系統(tǒng)驗收工作，要完成的任務包括：
1)審定系統(tǒng)上線測試及割接計劃、系統(tǒng)終驗計劃；
2)聽取供方的《技術總結報告》 和《測試分析報告》 ，聽取需方的《系統(tǒng)運行報告》 ；3)判定所驗收的系統(tǒng)是否符合合同及系統(tǒng)說明書的要求；
4)審定驗收測試計劃、測試方案和割接上線方案；
5)組織終驗測試，對系統(tǒng)進行終驗評審，形成系統(tǒng)終驗報告；
6)監(jiān)督系統(tǒng)驗收后的產(chǎn)品移交；
 驗收小組的權限
1)有權要求供方和需方對系統(tǒng)開發(fā)過程中的有關問題進行說明，提出質(zhì)疑并要求做出解釋；
2)協(xié)調(diào)供方和需方之間可能發(fā)生的糾紛；
3)決定系統(tǒng)是否通過驗收；
 驗收記錄
驗收工作的全過程必須詳細記錄，記錄驗收過程中驗收小組提出的所有問題與建議，驗收小組對被驗收系統(tǒng)的評價，并形成文件供評審時查閱及存檔。
5.8.4 工程上線驗收
工程上線驗收過程包括(項目組可根據(jù)項目具體情況簡化)：
1). 系統(tǒng)工程上線驗收申請
2). 系統(tǒng)工程驗收計劃
3). 系統(tǒng)及軟件產(chǎn)品驗收
4). 系統(tǒng)軟件安裝調(diào)試初步驗收
5). 系統(tǒng)軟件系統(tǒng)試運行
6). 系統(tǒng)軟件安裝調(diào)試最終驗收
7). 文檔審查、上線測試環(huán)境檢查
8). 系統(tǒng)演示
9). 系統(tǒng)上線測試計劃和測試方案
10). 系統(tǒng)上線測試
11).系統(tǒng)上線或割接
 系統(tǒng)工程上線驗收申請
供方完成“系統(tǒng)驗收前供方進行的工作”的各項準備工作以后，應適時向需方正式提出工程驗收申請報告，扼要說明申請系統(tǒng)驗收的準備情況和系統(tǒng)所具備的驗收條件。供方在提交工程驗收申請報告時，必須交付有關的產(chǎn)品資料，其中包括系統(tǒng)軟件配置清單、應用軟件文檔(根據(jù)合同版權要求決定)、應用軟件源程序(根據(jù)合同版權要求決定)、技術總結報告和測試分析報告等。驗收申請報告應有供方的技術負責人簽字。
需方對供方提交的系統(tǒng)驗收申請報告和文檔進行審查，提出處理意見。需方主要檢查要驗收的系統(tǒng)的功能、性能、系統(tǒng)配置和文檔是否滿足要求。需方技術負責人在申請報告上簽字。
 系統(tǒng)工程上線驗收計劃
在系統(tǒng)工程驗收活動進行之前，要制定系統(tǒng)工程驗收計劃。系統(tǒng)工程驗收計劃由系統(tǒng)的供方私需方共同制定。該計劃應包括：工程驗收工作的活動程序、驗收測試要求、技術條件、驗收準則、人員組成以及日程安排等內(nèi)容。該計劃由需方提交驗收小組審定后執(zhí)行。
 系統(tǒng)軟件產(chǎn)品驗收
驗收小組的技術組根據(jù)供方提供的系統(tǒng)軟件、數(shù)據(jù)庫和工具軟件等的配置清單，并對照合同或項目可研的有關規(guī)定，并將審查結果形成《系統(tǒng)軟件產(chǎn)品驗收報告》 。
5.8.5 系統(tǒng)軟件安裝調(diào)試初步驗收
本次采購的軟件產(chǎn)品到貨，安裝調(diào)試完成并通過測試，移交所有相關資料文檔后5個工作日內(nèi)進行初步驗收，驗收應在雙方聯(lián)同有關驗收部門共同參加下進行。
5.8.6 系統(tǒng)軟件系統(tǒng)試運行
系統(tǒng)軟件安裝調(diào)試初步驗收合格后，系統(tǒng)進行為期不少于一個月試運行；試運行期間出現(xiàn)質(zhì)量問題，試運行相應順延。在系統(tǒng)試運行期間，我公司將根據(jù)需要派技術人員到現(xiàn)場進行指導和維護工作。
5.8.7 系統(tǒng)軟件安裝調(diào)試最終驗收
系統(tǒng)軟件部分完工并且試運行結束，移交所有相關資料文檔后5個工作日內(nèi)進行正式驗收，驗收應在雙方聯(lián)同有關驗收部門共同參加下進行。
 文檔審查、上線測試環(huán)境檢查
在上線測試開始之前，需方必須提前將《上線測試計劃書》、《測試大綱》和《測試用例》分發(fā)給驗收小組的成員。驗收小組必須進行以下檢查，以確定是否可以進行上線測試。
 測試環(huán)境與條件檢查
驗收小組要檢查測試環(huán)境是否符合要求，檢查全部測試項目的測試用例是否準備好，有關測試人員是否全部到位。
 文檔檢查
驗收小組的文檔審查組要檢查供方交付的文檔是否與合同書中規(guī)定的要求一致，在編寫內(nèi)容、格式上是否符合軟件設計與開發(fā)規(guī)范。特別要檢查文檔與程序的一致性、文檔的準確性和完整性，并形成文檔檢查報告。
 系統(tǒng)演示
供方向驗收小組演示被驗收系統(tǒng)的全部用戶界面、系統(tǒng)的主要功能和性能，以證明系統(tǒng)滿足合同書或需求說明書的要求。通過演示活動讓驗收小組對系統(tǒng)有一個直觀和概括的了解。驗收小組可現(xiàn)場選用實例對被驗收系統(tǒng)進行演示考核，以證實與系統(tǒng)需求的一致性、程序與文檔的一致性。
 系統(tǒng)上線測試計劃和測試方案
系統(tǒng)的上線前測試是系統(tǒng)驗收活動的最關鍵的步驟，被驗收的系統(tǒng)必須滿足合同條款與系統(tǒng)需求說明書中規(guī)定的要求。軟件上線前測試是在系統(tǒng)投入試運行之前，對需求分析、設計和編碼的最終復審，是軟件質(zhì)量保證的最后把關。
測試計劃通過對人員、設備、進度等資源進行合理地分配，來有效地組織和規(guī)劃整個測試過程。
測試計劃從人員分配(角色定義)、測試環(huán)境的選擇和搭建、測試進度的制定、風險評估等方面來進行。
在制定測試計劃同時，還要制定測試方案。測試方案應明確測試內(nèi)容及重點，根據(jù)需求規(guī)格說明書中對系統(tǒng)的功能、性能、壓力承載、可靠性、安全和標準化接口等的規(guī)定和要求，精心設計一批測試用例。測試用例的設計要恰到好處，以達到軟件確認的目的。
 系統(tǒng)上線前測試
驗收小組的測試組應按系統(tǒng)上線測試計劃和測試方案對系統(tǒng)進行各項測試。系統(tǒng)測試的目的不是為了證明軟件沒有錯誤，相反是證明錯誤的存在。當錯誤發(fā)生以后，應該對這些錯誤進行有效地跟蹤和記錄。測試人員按分工對被驗收系統(tǒng)進行逐項測試，并詳細記錄每一項測試結果，將這些結果分別與預期的結果對照分析，然后寫出《系統(tǒng)上線測試報告》 ，該報告將作為驗收小組評價系統(tǒng)的主要依據(jù)，也是需方確定是否接收該系統(tǒng)的主要依據(jù)。
系統(tǒng)上線測試通過后，系統(tǒng)具備上線條件。需方和供方要配合制定上線或割接計劃、方案以及回退方案，要確定系統(tǒng)進入試運行的時間和結束時間，并向需方或需方上級管理部門提交上線或割接申請，同時提交上線測試報告、割接計劃、割接方案以及回退方案。需方或需方上級管理部門接到申請后，三天內(nèi)給出批復意見。
 系統(tǒng)上線或割接
需方接到同意上線或割接批復后，組織各方人員和資源，按照上線或割接方案實施上線或割接過程。密切觀察和記錄上線或割接過程中的各種情況，出現(xiàn)重大故障，立即實施回退方案，不能影響業(yè)務開展。
 系統(tǒng)試運行
系統(tǒng)割接上線后，根據(jù)具體情況至少需要一周的試運行階段。
 解決問題
在試運行階段，供方要解決試運行過程中檢測出的系統(tǒng)缺陷和處理遺留問題，要按用戶要求對系統(tǒng)進行相應的修改，完善系統(tǒng)的功能和性能。試運行也是對系統(tǒng)的穩(wěn)定性和可靠性的繼續(xù)考核。
 試運行報告
在試運行階段，需方的系統(tǒng)維護人員和操作人員將接受供方組織的現(xiàn)場培訓和實習，盡快掌握系統(tǒng)原理和操作，為系統(tǒng)正式移交后的獨立運行維護奠定基礎。
在系統(tǒng)試運行階段，需方的運行維護人員和供方的開發(fā)技術人員要密切合作，對系統(tǒng)運行情況進行嚴密的監(jiān)視和記錄。供方的開發(fā)技術人員要切實為用戶著想，不斷改進和優(yōu)化系統(tǒng)。在系統(tǒng)試運行結束后，需方在供方配合下，要如實編寫《系統(tǒng)試運行報告》 ，作為系統(tǒng)終驗的依據(jù)文件。
 系統(tǒng)終驗
系統(tǒng)終驗驗過程包括：
1). 系統(tǒng)穩(wěn)定驗證
2). 系統(tǒng)終驗評審
3). 系統(tǒng)終驗報告
4). 系統(tǒng)終驗表決
5). 系統(tǒng)移交
 系統(tǒng)穩(wěn)定驗證
系統(tǒng)上線后，需方在供方的配合下，要對系統(tǒng)的各種功能、性能進行驗證，即線上驗證，并與上線前測試報告匯總，形成系統(tǒng)終驗測試報告。如果系統(tǒng)出現(xiàn)任何問題，需方要立即與供方協(xié)調(diào)解決。供方對上線系統(tǒng)進行的任何改動，都需要與需方確認，并通過線下測試確認后，才能上線。待系統(tǒng)穩(wěn)定，達到需求，可開始進行終驗評審。
系統(tǒng)穩(wěn)定驗證一般至少需要一周，如果系統(tǒng)問題比較多，可適當延長。
該階段根據(jù)項目情況決定是否需要。
 系統(tǒng)終驗評審
待系統(tǒng)穩(wěn)定后，需方可向上級管理部門提出終驗申請報告和終驗測試報告，同時提交供方提供的各種文檔、文檔檢查報告和設備驗收報告。需方或需方上級管理部門接到申請后，三天內(nèi)給出批復意見。
為進行終驗，驗收小組應及時主持評審會，聽取有關報告和審議驗收結果，并對系統(tǒng)做出綜合評價。評審會的議程如下：
聽取供方開發(fā)部門的《測試分析報告》和《技術總結報告》；
聽取驗收技術組的《系統(tǒng)設備驗收報告》、文檔組的《文檔審查報告》 和測試組的《系統(tǒng)驗收測試報告》。
按以下驗收準則對系統(tǒng)進行評價：
系統(tǒng)是否滿足需方系統(tǒng)要實現(xiàn)的目標；
系統(tǒng)采用的技術和實現(xiàn)方案是否可靠、先進、靈活、實用并具有擴展性；
設備選型是否合理；
應用軟件是否具有較好的靈活性、可操作性、擴展性和穩(wěn)定性；
運行系統(tǒng)是否可靠安全，是否具有較強的容錯能力，使系統(tǒng)不容易癱瘓；
關鍵設備與數(shù)據(jù)備份的設施是否達到安全可靠；
用戶界面是否風格規(guī)范、統(tǒng)一；
操作權限的管理是否健全，系統(tǒng)安全設施是否合理有效；
聯(lián)機幫助功能是否方便實用；
驗收小組應認真評審被驗收系統(tǒng)，對被驗收的系統(tǒng)給出實事求是的評價。評價內(nèi)容包括系統(tǒng)的先進性、功能性、可靠性和安全保密性；設計與需求的一致性、程序代碼與軟件設計的一致性；文檔描述與程序的一致性；以及文檔的完整性、準確性和標準化程度。最后由驗收小組進行表決，決定系統(tǒng)是否通過終驗。
 系統(tǒng)終驗報告
終驗評審后，驗收小組應寫出《系統(tǒng)終驗報告》 ，詳盡記錄驗收中對系統(tǒng)的評價及驗收意見。尤其要明確系統(tǒng)在驗收過程中發(fā)現(xiàn)的問題和缺陷，以及需要改進的意見和供方對此所做的承諾。驗收小組全體成員應在終驗報告上簽字。根據(jù)驗收小組表決情況，由驗收小組組長在終驗報告上簽署驗收意見。
供方、需方向驗收小組提交的各種終驗文檔一式三份，一份提交給需方上級管理部門備案，兩份需方保留。
 系統(tǒng)終驗表決
終驗是否通過要通過驗收小組全體成員表決決定，驗收結論分為以下兩種：
通過：同意的組員超過三分之二；
不通過：同意的組員不超過三分之二。
如果系統(tǒng)終驗不能通過，驗收小組將根據(jù)合同書的規(guī)定與供需雙方協(xié)商處理意見，要求供方限期完成開發(fā)任務，重新提出驗收申請或終止合同。
系統(tǒng)終驗通過后，系統(tǒng)進入正式運行，明確供方在運行期間要解決的遺留問題以及改進系統(tǒng)的意見，對此供方的代表要做出承諾。
終驗過程中形成的所有文檔要提交給需方備案。
 系統(tǒng)移交
系統(tǒng)通過終驗后，驗收小組的技術組和文檔審查組應分別對供方提供的系統(tǒng)設備清單和文檔資料清單進行驗收，逐項核實以后，移交給需方。移交結束后形成系統(tǒng)移交文件，移交文件包括以下內(nèi)容：
移交清單包括硬件部分和軟件部分。硬件部分包括計算機、存儲設備、外設、網(wǎng)絡設備、通信設備以及其他合同規(guī)定的設備；軟件部分包括系統(tǒng)軟件、網(wǎng)絡軟件、通信軟件、工具軟件和應用軟件等。移交清單中包括設備(軟件)名稱、單價、數(shù)量、供貨廠商、保修期限和隨機資料。應用軟件中包括源程序和文檔(根據(jù)合同版權約定)，并對軟件的運行環(huán)境做詳細說明。
移交的時間、地點和收授人簽字。
至此系統(tǒng)完全移交給需方，系統(tǒng)驗收工作全部完成。
5.9 項目組織結構及職責
5.9.1 項目組織結構圖
由泛普公司和XX集團雙方聯(lián)合組成三級的項目實施組織。結構圖如下：
 
泛普協(xié)同辦公管理平臺項目實施小組成員配置

日期：
甲方：  XX集團
乙方： 泛普網(wǎng)絡科技有限公司
備注：
項目領導小組
組成 由XX集團集團領導和泛普公司領導組成
職責 對項目提供方向性指導，當項目需要企業(yè)大范圍員工配合或者需要大規(guī)模調(diào)動部分資源時，需要經(jīng)過該小組的書面確認。
項目管理小組
組成 由XX集團CIO、項目負責人和泛普公司項目經(jīng)理組成
職責 負責資源的管理與調(diào)配，項目方案的制訂，選擇和組成項目組，項目及任務的估計，任務分配，項目的跟蹤、整體管理與實施，協(xié)調(diào)資源以及各項目小組之間的工作，項目情況的交流，召開定期(建議為每周一次)以及階段性項目工作會議。
項目分析小組
組成 泛普公司咨詢顧問
職責 需求調(diào)研、偏差分析
項目實施小組
組成 泛普實施工程師
職責 項目實施、二次開發(fā)、功能修改
項目技術小組
組成 泛普技術工程師
職責 系統(tǒng)安裝、調(diào)試、維護
項目培訓小組
組成 泛普培訓專員
職責 培訓、系統(tǒng)推廣