下面是范文網(wǎng)小編分享的軟件項(xiàng)目實(shí)施方案共5篇(軟件項(xiàng)目實(shí)施方案及實(shí)施計(jì)劃)，以供借鑒。

軟件項(xiàng)目實(shí)施方案共1

　　篇1：2011年軟件項(xiàng)目實(shí)施方案范文

　　一、項(xiàng)目實(shí)施方案概述.1

　　二、項(xiàng)目實(shí)施方案介紹.2

　　（一）項(xiàng)目啟動(dòng)階段...2

　　（二）需求調(diào)研確認(rèn)階段...3

　　（三）軟件功能實(shí)現(xiàn)確認(rèn)階段...5

　　（四）數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段...5

　　（五）系統(tǒng)培訓(xùn)階段...6

　　（六）系統(tǒng)安裝測試及試運(yùn)行階段...7

　　（七）總體驗(yàn)收階段...8

　　（八）系統(tǒng)交接階段...9

　　一、項(xiàng)目實(shí)施方案概述

　　軟件產(chǎn)品，特別是行業(yè)解決方案軟件產(chǎn)品不同于一般的商品，用戶購買軟件產(chǎn)品之后，不能立即進(jìn)行使用，需要軟件公司的技術(shù)人員在軟件技術(shù)、軟件功能、軟件操 作等方面進(jìn)行系統(tǒng)調(diào)試、軟件功能實(shí)現(xiàn)、人員培訓(xùn)、軟件上線使用、后期維護(hù)等一系列的工作，我們將這一系列的工作稱為軟件項(xiàng)目實(shí)施。大量的軟件公司項(xiàng)目實(shí)施 案例證明，軟件項(xiàng)目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平，不僅取決于軟件產(chǎn)品本身的質(zhì)量，軟件項(xiàng)目實(shí)施的質(zhì)量效果 也對(duì)后期用戶應(yīng)用的情況起到非常重要的影響。項(xiàng)目實(shí)施規(guī)范主要包括項(xiàng)目啟動(dòng)階段、需求調(diào)研確認(rèn)階段、軟件功能實(shí)現(xiàn)確認(rèn)階段、數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段、系統(tǒng)培訓(xùn) 階段、系統(tǒng)安裝測試及試運(yùn)行階段、總體驗(yàn)收階段、系統(tǒng)交接階段等八個(gè)階段工作內(nèi)容，每個(gè)階段下面有不同的工作事項(xiàng)，各個(gè)階段之間都是承上啟下關(guān)系，上一階 段的順利完成是保證下一階段的工作開展的基礎(chǔ)。下面將按照每個(gè)項(xiàng)目實(shí)施階段分別介紹。

　　二、項(xiàng)目實(shí)施方案介紹

　　（一）項(xiàng)目啟動(dòng)階段

　　此階段處于整個(gè)項(xiàng)目實(shí)施工作的最前期，由成立項(xiàng)目組、前期調(diào)研、編制總體項(xiàng)目計(jì)劃、啟動(dòng)會(huì)四個(gè)階段組成。

　　此階段主任務(wù)：

　　公司：在合同簽定后，指定項(xiàng)目經(jīng)理，成立項(xiàng)目組，授權(quán)項(xiàng)目組織完成項(xiàng)目目標(biāo)。 公司項(xiàng)目組：進(jìn)行前期項(xiàng)目調(diào)研，與用戶共同成立項(xiàng)目實(shí)施組織，編制《總體項(xiàng)目計(jì)劃》，召開項(xiàng)目啟動(dòng)會(huì)。

　　商務(wù)經(jīng)理：配合公司項(xiàng)目組，將積累的項(xiàng)目和用戶信息轉(zhuǎn)交給項(xiàng)目組。將項(xiàng)目組正式介紹給用戶，配合項(xiàng)目組建立與用戶的聯(lián)系。

　　用戶：成立項(xiàng)目實(shí)施組織，配合前期調(diào)研和召開啟動(dòng)會(huì)，簽署《總體項(xiàng)目計(jì)劃》和《項(xiàng)目實(shí)施協(xié)議》。

　　1、成立項(xiàng)目組

　　部門經(jīng)理接到實(shí)施申請(qǐng)后，任命項(xiàng)目經(jīng)理，指定項(xiàng)目目標(biāo)，由部門經(jīng)理及項(xiàng)目經(jīng)理一起指定項(xiàng)目組成員及成員任務(wù)，并報(bào)總經(jīng)理簽署《項(xiàng)目任務(wù)書》。

　　2、前期調(diào)研

　　項(xiàng)目經(jīng)理及項(xiàng)目組成員，在商務(wù)人員配合下，建立與用戶的聯(lián)系，對(duì)合同、用戶進(jìn)行調(diào)研。填寫《用戶及合同信息表》。在項(xiàng)目商務(wù)談判中，商務(wù)經(jīng)理積累了 大量的信息，項(xiàng)目組首先應(yīng)收集商務(wù)和合同信息，并與商務(wù)經(jīng)理一起識(shí)別那些個(gè)體和組織是項(xiàng)目的干系人，確定他們的需求和期望，如何滿足和影響這些需求、期望 以確保項(xiàng)目能夠成功。

　　3、編制《項(xiàng)目總體計(jì)劃》 《項(xiàng)目總體計(jì)劃》是一個(gè)文件或文件的集合，隨著項(xiàng)目信息不斷豐富和變化，會(huì)被不斷變更，主要介紹項(xiàng)目目標(biāo)、主要項(xiàng)目階段、里程碑、可交付成果。通常包括以下幾方面內(nèi)容：

　　項(xiàng)目描述，項(xiàng)目目標(biāo)、主要項(xiàng)目階段、里程碑、可交付成果。所計(jì)劃的職責(zé)分配（包括用戶的）；

　　溝通管理計(jì)劃，確定項(xiàng)目干系人對(duì)信息和溝通的需要：即什么人何時(shí)需要什么信息以及通過什么方式將信息提供給他們。質(zhì)量管理計(jì)劃，確定適合于項(xiàng)目的質(zhì)量標(biāo)準(zhǔn)和如何滿足其要求。如果有必要，可以包括上述每一個(gè)計(jì)劃，詳細(xì)程度根據(jù)每個(gè)具體項(xiàng)目的要求而定。未解決事宜和未定的決策

　　4、啟動(dòng)會(huì)

　　項(xiàng)目組與用戶共同召開的宣布項(xiàng)目實(shí)施正式開始的會(huì)議。

　　會(huì)程安排如下：

　　共同組建項(xiàng)目實(shí)施組織，實(shí)施組織的權(quán)利和職責(zé)；雙方簽署《項(xiàng)目實(shí)施協(xié)議》。 項(xiàng)目組介紹《項(xiàng)目總體計(jì)劃》和《項(xiàng)目實(shí)施協(xié)議》，包括以下內(nèi)容：

　　項(xiàng)目目標(biāo)、主要項(xiàng)目階段、里程碑、可交付成果。所計(jì)劃的職責(zé)分配（包括用戶的）；

　　項(xiàng)目實(shí)施中項(xiàng)目管理的必要性和如何進(jìn)行項(xiàng)目管理，項(xiàng)目的質(zhì)量如何控制； 項(xiàng)目實(shí)施中用戶的參與和領(lǐng)導(dǎo)的支持的重要作用；

　　階段驗(yàn)收、技術(shù)交接和項(xiàng)目結(jié)束后如何對(duì)用戶提供后續(xù)服務(wù)。

　　（二）需求調(diào)研確認(rèn)階段

　　此階段的主要工作是軟件公司的項(xiàng)目實(shí)施人員向用戶調(diào)查用戶對(duì)系統(tǒng)的需求，包括管理流程調(diào)研、功能需求調(diào)研、報(bào)表要求調(diào)研、查詢需求調(diào)研等，實(shí)施人員調(diào)研完 成后，會(huì)編寫《需求調(diào)研分析手冊(cè)》，并交付用戶進(jìn)行確認(rèn)，待用戶對(duì)《需求調(diào)研分析手冊(cè)》上所提到的需求確認(rèn)完畢后，項(xiàng)目實(shí)施人員將以此為依據(jù)進(jìn)行軟件功能 的實(shí)現(xiàn)。如果用戶又提出新的需求，實(shí)施人員將分析需求的難度及對(duì)整個(gè)系統(tǒng)的影響程度來確定是否給予實(shí)現(xiàn)。需求調(diào)研階段具體包括如下內(nèi)容：

　　1、進(jìn)行需求調(diào)研準(zhǔn)備

　　2、編制《需求調(diào)研計(jì)劃》

　　3、內(nèi)部評(píng)審是否通過《需求調(diào)研計(jì)劃》，項(xiàng)目組、部門經(jīng)理、商務(wù)等人員根據(jù)合同要求和項(xiàng)目實(shí)際情況對(duì)《需求調(diào)研計(jì)劃》草稿進(jìn)行評(píng)審，如評(píng)審?fù)ㄟ^，則在稍后的時(shí)間內(nèi)簽署，如評(píng)審不通過則重新修改。

　　4、用戶是否簽署《需求調(diào)研計(jì)劃》，如用戶簽署《需求調(diào)研計(jì)劃》，則作為以后需求調(diào)研工作的指南。否則重新修改。

　　5、《需求調(diào)研計(jì)劃》是否有變更，如果計(jì)劃存在變更，則執(zhí)行變更控制流程，否則按計(jì)劃進(jìn)行后續(xù)工作。

　　6、編寫及發(fā)出《需求調(diào)研通知》，項(xiàng)目組編寫《需求調(diào)研通知》，確定進(jìn)行需求調(diào)研的相關(guān)事宜，發(fā)給用戶，為順利完成需求調(diào)研工作做準(zhǔn)備

　　7、需求調(diào)研，項(xiàng)目組以《需求調(diào)研手冊(cè)》為依據(jù)，從業(yè)務(wù)流程、單據(jù)使用、打印格式、報(bào)表查詢幾個(gè)方面展開深入和全面的調(diào)研，并搜集用戶的個(gè)性化需求。

　　8、需求調(diào)研分析根據(jù)調(diào)研的結(jié)果，項(xiàng)目組和公司其他技術(shù)部門將進(jìn)一步進(jìn)行分析，確定合理、可行的需求，將分析結(jié)果形成《需求分析報(bào)告》草稿。

　　9、內(nèi)部評(píng)審是否通過《需求分析報(bào)告》。項(xiàng)目組、部門經(jīng)理、公司其他技術(shù)部門的人員對(duì)《需求分析報(bào)告》草稿進(jìn)行評(píng)審，如評(píng)審?fù)ㄟ^，則在稍后由用戶簽署，如評(píng)審不通過則重新修改，直至內(nèi)部評(píng)審?fù)ㄟ^。

　　10、編寫及發(fā)出《需求分析報(bào)告確認(rèn)通知》。項(xiàng)目組編寫《需求分析報(bào)告確認(rèn)通知》，發(fā)給用戶，確定進(jìn)行需求確認(rèn)的相關(guān)事宜，告之相關(guān)部門及人員安排好工作，準(zhǔn)時(shí)參與需求確認(rèn)工作，為順利完成需求確認(rèn)工作做準(zhǔn)備。

　　11、用戶是否確認(rèn)《需求分析報(bào)告》。如果用戶確認(rèn)，并簽署了《需求分析報(bào)告》，則需求調(diào)研階段工作結(jié)束，進(jìn)行后續(xù)的軟件功能實(shí)現(xiàn)的工作；如沒有確 認(rèn)，則進(jìn)一步進(jìn)行調(diào)研、分析，直至用戶最終確認(rèn)并簽署《需求分析報(bào)告》。雙方簽署了《需求分析報(bào)告》，需求調(diào)研工作結(jié)束之后，如果用戶提出新的需求或是變 更已有的需求，則執(zhí)行需求新增及變更流程

　　（三）軟件功能實(shí)現(xiàn)確認(rèn)階段

　　此階段的主要工作是項(xiàng)目實(shí)施人員根據(jù)需求調(diào)研階段確認(rèn)的《需求調(diào)研分析手冊(cè)》中的用戶需求內(nèi)容進(jìn)行具體軟件功能的實(shí)現(xiàn)工作。在軟件功能實(shí)現(xiàn)的過程中，項(xiàng)目 實(shí)施人員將記錄軟件實(shí)現(xiàn)的詳細(xì)過程。便于公司售后服務(wù)之用。每一個(gè)實(shí)施技術(shù)人員必須嚴(yán)格按照要求記錄、存檔。按照調(diào)研要求的所有功能實(shí)現(xiàn)完畢后，項(xiàng)目實(shí)施 人員將編制《軟件功能確認(rèn)表》，將定制好軟件功能待用戶確認(rèn)，用戶根據(jù)《軟件功能確認(rèn)表》上的功能逐一確定軟件功能是否達(dá)到要求，對(duì)不滿足要求的功能，項(xiàng) 目實(shí)施人員將會(huì)記錄下來并進(jìn)行功能修改，直到滿足用于要求。

　　（四）數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段

　　此階段的主要工作是項(xiàng)目實(shí)施人員指導(dǎo)用戶進(jìn)行系統(tǒng)標(biāo)準(zhǔn)化資料的準(zhǔn)備工作，并對(duì)用戶進(jìn)行初裝資料的軟件操作培訓(xùn)，以便用戶能夠及時(shí)的將標(biāo)準(zhǔn)資料錄入系統(tǒng)，初裝完成后，項(xiàng)目實(shí)施人員會(huì)對(duì)資料初裝的情況進(jìn)行核查，為以后具體業(yè)務(wù)功能的開展做好基礎(chǔ)。

　　（五）系統(tǒng)培訓(xùn)階段

　　系統(tǒng)培訓(xùn)階段工作是整個(gè)項(xiàng)目實(shí)施工作中比較重要的工作，用戶對(duì)軟件的操作功能是否熟練將直接影響到后面的軟件應(yīng)用效果，所以軟件公司和用戶雙方要對(duì) 此階段的工作給予足夠的重視。要充分認(rèn)識(shí)培訓(xùn)的重要性和艱巨性。在項(xiàng)目實(shí)施之前對(duì)用戶的相關(guān)人員進(jìn)行系統(tǒng)和規(guī)范的產(chǎn)品培訓(xùn)是非常必要的，達(dá)到讓用戶了解軟 件產(chǎn)品，最終自己能夠解決使用中的具體的問題。

　　此階段的培訓(xùn)工作中將用戶參加產(chǎn)品培訓(xùn)的人員劃分為三個(gè)層次：決策層、技術(shù)層、操作層，對(duì)不同層次的用戶參加產(chǎn)品培訓(xùn)人員的培訓(xùn)內(nèi)容分別是： 決策層：領(lǐng)導(dǎo)在實(shí)施中的作用與重要性、決策查詢。

　　維護(hù)層：系統(tǒng)維護(hù)知識(shí)、操作方法。

　　操作層：操作方法。 具體的培訓(xùn)工作流程為：

　　1、調(diào)研培訓(xùn)信息：在培訓(xùn)開始前3天由用戶實(shí)施負(fù)責(zé)人，將參加培訓(xùn)的部門和人員情況填入《受訓(xùn)部門匯總表》、《受訓(xùn)人員情況一覽表》。

　　2、編制培訓(xùn)計(jì)劃：結(jié)合調(diào)研結(jié)果，與用戶實(shí)施負(fù)責(zé)人商議具體培訓(xùn)內(nèi)容、時(shí)間，場地，人員等。項(xiàng)目組編制《培訓(xùn)計(jì)劃》。

　　3、簽署培訓(xùn)計(jì)劃：用戶簽署《培訓(xùn)計(jì)劃》，進(jìn)一步確認(rèn)培訓(xùn)安排。

　　4、發(fā)培訓(xùn)通知：培訓(xùn)開始前2天，按照簽署的《培訓(xùn)計(jì)劃》，將培訓(xùn)內(nèi)容、時(shí)間，場地，人員等信息通知用戶實(shí)施負(fù)責(zé)人。

　　5、搭建培訓(xùn)環(huán)境：公司項(xiàng)目組在培訓(xùn)開始前，將培訓(xùn)環(huán)境搭建及檢查妥當(dāng)，將培訓(xùn)提綱及培訓(xùn)手冊(cè)準(zhǔn)備好。

　　6、組織培訓(xùn)：公司項(xiàng)目組培訓(xùn)負(fù)責(zé)人與用戶實(shí)施負(fù)責(zé)人組織相關(guān)人員參加培訓(xùn)，按培訓(xùn)制度嚴(yán)格考核。由用戶將考勤情況填入《培訓(xùn)人員簽到表》。

　　7、培訓(xùn)考核：公司項(xiàng)目組培訓(xùn)負(fù)責(zé)人與用戶實(shí)施負(fù)責(zé)人組織受訓(xùn)人員參加上機(jī)及理論考試。

　　8、培訓(xùn)總結(jié)：公司項(xiàng)目組培訓(xùn)負(fù)責(zé)人與用戶實(shí)施負(fù)責(zé)人一起將出勤情況及考核情況做出總結(jié)，填入《培訓(xùn)及考核統(tǒng)計(jì)表》，及時(shí)向相關(guān)負(fù)責(zé)人 匯報(bào)。

　　（六）系統(tǒng)安裝測試及試運(yùn)行階段

　　此階段的主要工作是在用戶真實(shí)環(huán)境下，對(duì)用戶網(wǎng)絡(luò)及硬件設(shè)備進(jìn)行測試，對(duì)軟件系統(tǒng)進(jìn)行容量、性能壓力等測試測試及試運(yùn)行的目的在于確保系統(tǒng)各項(xiàng)功能均能正 常使用，并且符合用戶簽署的《需求分析報(bào)告》中描述的需求，同時(shí)把盡可能多的潛在問題在正式運(yùn)行之前發(fā)現(xiàn)并改正；同時(shí)目的還在于在正式運(yùn)行前用戶的有關(guān)人 員能進(jìn)一步提高操作水平，掌握操作規(guī)范。此階段的主要工作內(nèi)容為：

　　1、編制計(jì)劃：與用戶實(shí)施負(fù)責(zé)人商議具體測試及試運(yùn)行時(shí)間，地點(diǎn)，人員等安排，項(xiàng)目組編制《測試及試運(yùn)行計(jì)劃》。

　　2、簽署計(jì)劃：用戶簽署《測試及試運(yùn)行計(jì)劃》，進(jìn)一步確認(rèn)測試及試運(yùn)行安排。

　　3、發(fā)測試及試運(yùn)行通知：在測試及試運(yùn)行開始前2天，按照簽署的《測試及試運(yùn)行計(jì)劃》，將時(shí)間，地點(diǎn)，人員等信息通知用戶實(shí)施負(fù)責(zé)人。

　　4、搭建環(huán)境及數(shù)據(jù)準(zhǔn)備：在試運(yùn)行開始前搭建好軟件環(huán)境、硬件環(huán)境、網(wǎng)絡(luò)環(huán)境、調(diào)通線路；檢查軟件、硬件、網(wǎng)絡(luò)、線路等各個(gè)環(huán)節(jié)是否有問題；

　　5、組織測試及試運(yùn)行：用戶相關(guān)各級(jí)領(lǐng)導(dǎo)給予全面配合，組織相關(guān)人員進(jìn)行測試及試運(yùn)行.

　　6、測試及試運(yùn)行總結(jié)：測試及試運(yùn)行完成，總結(jié)試運(yùn)行中設(shè)備、軟件的運(yùn)行情況，總結(jié)試運(yùn)行中業(yè)務(wù)流程和操作環(huán)節(jié)的情況，以書面總結(jié)形式將測試及試運(yùn)行結(jié)果通知相關(guān)負(fù)責(zé)人。

　　公司項(xiàng)目組負(fù)責(zé)擔(dān)當(dāng)指揮，檢查用戶人員組織情況并給予指導(dǎo)，跟蹤檢查如下情況：

　　跟蹤單據(jù)流轉(zhuǎn)狀況。

　　跟蹤新資料登錄環(huán)節(jié)。

　　觀察業(yè)務(wù)流程執(zhí)行狀況。

　　觀察操作人員操作表現(xiàn)。

　　觀察系統(tǒng)運(yùn)行速度及異常表現(xiàn)。

　　觀察關(guān)鍵數(shù)據(jù)的正確性。

　　及時(shí)糾正錯(cuò)誤操作、對(duì)于新發(fā)生的問題及時(shí)與相關(guān)人員溝通，確定解決辦法。

　　（七）總體驗(yàn)收階段。

　　此階段是對(duì)項(xiàng)目總體的完成情況進(jìn)行驗(yàn)收。驗(yàn)收分階段進(jìn)行，在每一項(xiàng)目階段結(jié)束時(shí)，用戶對(duì)這一階段的可交付成果進(jìn)行驗(yàn)收，在測試及試運(yùn)行結(jié)束后，對(duì)系統(tǒng)進(jìn)行總體驗(yàn)收。 需要驗(yàn)收的可交付成果：

　　主要項(xiàng)目階段

　　階段組成

　　主要里程碑

　　可交付成果

　　啟動(dòng)階段

　　編制總體項(xiàng)目計(jì)劃

　　簽署的《總體項(xiàng)目計(jì)劃》

　　項(xiàng)目啟動(dòng)會(huì)

　　簽署的《項(xiàng)目實(shí)施協(xié)議》

　　需求調(diào)研階段

　　需求分析報(bào)告確認(rèn)

　　需求調(diào)研結(jié)束

　　簽署的《需求分析報(bào)告》

　　軟件實(shí)現(xiàn)

　　軟件功能確認(rèn) 軟件功能確認(rèn)

　　簽署的《軟件功能確認(rèn)表》

　　數(shù)據(jù)初裝

　　用戶簽署初裝計(jì)劃及初裝培訓(xùn)計(jì)劃

　　簽署的《初裝計(jì)劃及初裝培訓(xùn)計(jì)劃》

　　初裝檢查及總結(jié)

　　數(shù)據(jù)初裝完成

　　《數(shù)據(jù)初裝總結(jié)表》

　　培訓(xùn)及考核

　　用戶簽署培訓(xùn)計(jì)劃

　　簽署的《培訓(xùn)計(jì)劃》

　　培訓(xùn)總結(jié)

　　培訓(xùn)完成

　　《培訓(xùn)總結(jié)表》

　　測試及試運(yùn)行

　　用戶簽署測試及試運(yùn)行計(jì)劃

　　簽署的《測試及試運(yùn)行計(jì)劃》

　　測試及試運(yùn)行總結(jié)

　　試運(yùn)行完成

　　《測試及試運(yùn)行總結(jié)》

　　驗(yàn)收

　　總體驗(yàn)收

　　驗(yàn)收完成

　　《總體驗(yàn)收?qǐng)?bào)告》

　　（八）系統(tǒng)交接階段

　　此階段是項(xiàng)目實(shí)施的最后一個(gè)階段，主要工作是軟件公司項(xiàng)目組向用戶移交軟件項(xiàng)目，包括軟件產(chǎn)品、項(xiàng)目實(shí)施過程中所生成的各種文檔，并簽署《售后服務(wù)協(xié) 議》，項(xiàng)目將進(jìn)入售后服務(wù)階段。軟件公司項(xiàng)目組還需要讓用戶填寫《用戶滿意度調(diào)查表》，對(duì)軟件公司項(xiàng)目實(shí)施人員的整個(gè)項(xiàng)目實(shí)施情況進(jìn)行評(píng)價(jià)，軟件公司將聽 取用戶的意見，再今后的項(xiàng)目實(shí)施管理中進(jìn)行加強(qiáng)和改進(jìn)。

　　篇2：通用軟件實(shí)施方案 通用軟件實(shí)施方案

　　一、軟件項(xiàng)目實(shí)施方案概述

　　軟件產(chǎn)品用戶購買軟件產(chǎn)品之后，不能立即進(jìn)行使用，需要軟件公司的技術(shù)人員在軟件技術(shù)、軟件功能、軟件操作等方面進(jìn)行系統(tǒng)調(diào)試、軟件功能實(shí)現(xiàn)、人員培訓(xùn)、軟件上線使用、后期維護(hù)等一系列的工作，我們將這一系列的工作稱為軟件項(xiàng)目實(shí)施。大量的軟件公司項(xiàng)目實(shí)施案例證明，軟件項(xiàng)目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平，不僅取決于軟件產(chǎn)品本身的質(zhì)量，軟件項(xiàng)目實(shí)施的質(zhì)量效果也對(duì)后期用戶應(yīng)用的情況起到非常重要的影響。

　　項(xiàng)目實(shí)施規(guī)范主要包括項(xiàng)目啟動(dòng)階段、需求調(diào)研確認(rèn)階段、軟件功能實(shí)現(xiàn)確認(rèn)階段、數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段、系統(tǒng)培訓(xùn)階段、系統(tǒng)安裝測試及試運(yùn)行階段、總體驗(yàn)收階段、系統(tǒng)交接階段等八個(gè)階段工作內(nèi)容，每個(gè)階段下面有不同的工作事項(xiàng)，各個(gè)階段之間都是承上啟下關(guān)系，上一階段的順利完成是保證下一階段的工作開展的基礎(chǔ)。下面將按照每個(gè)項(xiàng)目實(shí)施階段分別介紹。

　　二、軟件項(xiàng)目實(shí)施方案

　　（一）項(xiàng)目啟動(dòng)階段

　　此階段處于整個(gè)項(xiàng)目實(shí)施工作的最前期，由成立項(xiàng)目組、前期調(diào)研、編制總體項(xiàng)目計(jì)劃、啟動(dòng)會(huì)四個(gè)階段組成。

　　階段主任務(wù)

　　1、成立項(xiàng)目組：

　　部門經(jīng)理接到實(shí)施申請(qǐng)后，任命項(xiàng)目經(jīng)理，指定項(xiàng)目目標(biāo)，由部門經(jīng)理及項(xiàng)目經(jīng)理一起指定項(xiàng)目組成員及成員任務(wù)，并報(bào)總經(jīng)理簽署《項(xiàng)目任務(wù)書》。

　　2、前期調(diào)研：

　　項(xiàng)目經(jīng)理及項(xiàng)目組成員，在商務(wù)人員配合下，建立與用戶的聯(lián)系，對(duì)合同、用戶進(jìn)行調(diào)研。填寫《用戶及合同信息表》。在項(xiàng)目商務(wù)談判中，商務(wù)經(jīng)理積累了大量的信息，項(xiàng)目組首先應(yīng)收集商務(wù)和合同信息，并與商務(wù)經(jīng)理一起識(shí)別那些個(gè)體和組織是項(xiàng)目的干系人，確定他們的需求和期望，如何滿足和影響這些需求、期望以確保項(xiàng)目能夠成功。

　　3、編制《項(xiàng)目總體計(jì)劃》：

　　《項(xiàng)目總體計(jì)劃》是一個(gè)文件或文件的集合，隨著項(xiàng)目信息不斷豐富和變化，會(huì)被不斷變更，主要介紹項(xiàng)目目標(biāo)、主要項(xiàng)目階段、里程碑、可交付成果。通常包括以下幾方面內(nèi)容：項(xiàng)目描述，項(xiàng)目目標(biāo)、主要項(xiàng)目階段、里程碑、可交付成果。所計(jì)劃的職責(zé)分配（包括用戶的）；溝通管理計(jì)劃，確定項(xiàng)目干系人對(duì)信息和溝通的需要：即什么人何時(shí)需要什么信息以及通過什么方式將信息提供給他們。質(zhì)量管理計(jì)劃，確定適合于項(xiàng)目的質(zhì)量標(biāo)準(zhǔn)和如何滿足其要求。如果有必要，可以包括上述每一個(gè)計(jì)劃，詳細(xì)程度根據(jù)每個(gè)具體項(xiàng)目的要求而定。未解決事宜和未定的決策。

　　4、啟動(dòng)會(huì)：

　　項(xiàng)目組與用戶共同召開的宣布項(xiàng)目實(shí)施正式開始的會(huì)議。會(huì)程安排如下：

　　? 共同組建項(xiàng)目實(shí)施組織，實(shí)施組織的權(quán)利和職責(zé)；雙方簽署《項(xiàng)目實(shí)施協(xié)議》。 ? 項(xiàng)目組介紹《項(xiàng)目總體計(jì)劃》和《項(xiàng)目實(shí)施協(xié)議》，包括以下內(nèi)容：項(xiàng)目目標(biāo)、主要項(xiàng)目階段、里程碑、可交付成果。所計(jì)劃的職責(zé)分配（包括用戶的）； ? 項(xiàng)目實(shí)施中項(xiàng)目管理的必要性和如何進(jìn)行項(xiàng)目管理，項(xiàng)目的質(zhì)量如何控制； ? 項(xiàng)目實(shí)施中用戶的參與和領(lǐng)導(dǎo)的支持的重要作用；

　　? 階段驗(yàn)收、技術(shù)交接和項(xiàng)目結(jié)束后如何對(duì)用戶提供后續(xù)服務(wù)。

　　（二）需求調(diào)研確認(rèn)階段

　　此階段的主要工作是軟件公司的項(xiàng)目實(shí)施人員向用戶調(diào)查用戶對(duì)系統(tǒng)的需求，包括管理流程調(diào)研、功能需求調(diào)研、報(bào)表要求調(diào)研、查詢需求調(diào)研等，實(shí)施人員調(diào)研完成后，會(huì)編寫《需求調(diào)研分析手冊(cè)》，并交付用戶進(jìn)行確認(rèn)，待用戶對(duì)《需求調(diào)研分析手冊(cè)》上所提到的需求確認(rèn)完畢后，項(xiàng)目實(shí)施人員將以此為依據(jù)進(jìn)行軟件功能的實(shí)現(xiàn)。如果用戶又提出新的需求，實(shí)施人員將分析需求的難度及對(duì)整個(gè)系統(tǒng)的影響程度來確定是否給予實(shí)現(xiàn)。

　　需求調(diào)研階段具體包括如下內(nèi)容：

　　1、進(jìn)行需求調(diào)研準(zhǔn)備

　　2、編制《需求調(diào)研計(jì)劃》

　　3、內(nèi)部評(píng)審是否通過《需求調(diào)研計(jì)劃》，項(xiàng)目組、部門經(jīng)理、商務(wù)等人員根據(jù)合同要求和項(xiàng)目實(shí)際情況對(duì)《需求調(diào)研計(jì)劃》草稿進(jìn)行評(píng)審，如評(píng)審?fù)ㄟ^，則在稍后的時(shí)間內(nèi)簽署，如評(píng)審不通過則重新修改。

　　4、用戶是否簽署《需求調(diào)研計(jì)劃》，如用戶簽署《需求調(diào)研計(jì)劃》，則作為以后需求調(diào)研工作的指南。否則重新修改。

　　5、《需求調(diào)研計(jì)劃》是否有變更，如果計(jì)劃存在變更，則執(zhí)行變更控制流程，否則按計(jì)劃進(jìn)行后續(xù)工作。

　　6、編寫及發(fā)出《需求調(diào)研通知》，項(xiàng)目組編寫《需求調(diào)研通知》，確定進(jìn)行需求調(diào)研的相關(guān)事宜，發(fā)給用戶，為順利完成需求調(diào)研工作做準(zhǔn)備

　　7、需求調(diào)研，項(xiàng)目組以《需求調(diào)研手冊(cè)》為依據(jù)，從業(yè)務(wù)流程、單據(jù)使用、打印格式、報(bào)表查詢幾個(gè)方面展開深入和全面的調(diào)研，并搜集用戶的個(gè)性化需求。

　　8、需求調(diào)研分析根據(jù)調(diào)研的結(jié)果，項(xiàng)目組和公司其他技術(shù)部門將進(jìn)一步進(jìn)行分析，確定合理、可行的需求，將分析結(jié)果形成《需求分析報(bào)告》草稿。

　　9、內(nèi)部評(píng)審是否通過《需求分析報(bào)告》，項(xiàng)目組、部門經(jīng)理、公司其他技術(shù)部門的人員對(duì)《需求分析報(bào)告》草稿進(jìn)行評(píng)審，如評(píng)審?fù)ㄟ^，則在稍后由用戶簽署，如評(píng)審不通過則重新修改，直至內(nèi)部評(píng)審?fù)ㄟ^。

　　10、編寫及發(fā)出《需求分析報(bào)告確認(rèn)通知》，項(xiàng)目組編寫《需求分析報(bào)告確 認(rèn)通知》，發(fā)給用戶，確定進(jìn)行需求確認(rèn)的相關(guān)事宜，告之相關(guān)部門及人員安排好工作，準(zhǔn)時(shí)參與需求確認(rèn)工作，為順利完成需求確認(rèn)工作做準(zhǔn)備。

　　11、用戶是否確認(rèn)《需求分析報(bào)告》，如果用戶確認(rèn)，并簽署了《需求分析報(bào)告》，則需求調(diào)研階段工作結(jié)束，進(jìn)行后續(xù)的軟件功能實(shí)現(xiàn)的工作；如沒有確認(rèn)，則進(jìn)一步進(jìn)行調(diào)研、分析，直至用戶最終確認(rèn)并簽署《需求分析報(bào)告》。雙方簽署了《需求分析報(bào)告》，需求調(diào)研工作結(jié)束之后，如果用戶提出新的需求或是變更已有的需求，則執(zhí)行需求新增及變更流程。

　　（三）軟件功能實(shí)現(xiàn)確認(rèn)階段

　　此階段的主要工作是項(xiàng)目實(shí)施人員根據(jù)需求調(diào)研階段確認(rèn)的《需求調(diào)研分析手冊(cè)》中的用戶需求內(nèi)容進(jìn)行具體軟件功能的實(shí)現(xiàn)工作。

　　在軟件功能實(shí)現(xiàn)的過程中，項(xiàng)目實(shí)施人員將記錄軟件實(shí)現(xiàn)的詳細(xì)過程。便于公司售后服務(wù)之用。每一個(gè)實(shí)施技術(shù)人員必須嚴(yán)格按照要求記錄、存檔。

　　按照調(diào)研要求的所有功能實(shí)現(xiàn)完畢后，項(xiàng)目實(shí)施人員將編制《軟件功能確認(rèn)表》，將定制好軟件功能待用戶確認(rèn)，用戶根據(jù)《軟件功能確認(rèn)表》上的功能逐一確定軟件功能是否達(dá)到要求，對(duì)不滿足要求的功能，項(xiàng)目實(shí)施人員將會(huì)記錄下來并進(jìn)行功能修改，直到滿足用于要求。

　　（四）數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段

　　此階段的主要工作是項(xiàng)目實(shí)施人員指導(dǎo)用戶進(jìn)行系統(tǒng)標(biāo)準(zhǔn)化資料的準(zhǔn)備工作，并對(duì)用戶進(jìn)行初裝資料的軟件操作培訓(xùn)，以便用戶能夠及時(shí)的將標(biāo)準(zhǔn)資料錄入系統(tǒng)，初裝完成后，項(xiàng)目實(shí)施人員會(huì)對(duì)資料初裝的情況進(jìn)行核查，為以后具體業(yè)務(wù)功能的開展做好基礎(chǔ)。

　　（五）系統(tǒng)培訓(xùn)階段

　　系統(tǒng)培訓(xùn)階段工作是整個(gè)項(xiàng)目實(shí)施工作中比較重要的工作，用戶對(duì)軟件的操作功能是否熟練將直接影響到后面的軟件應(yīng)用效果，所以軟件公司和用戶雙方要對(duì)此階段的工作給予足夠的重視。要充分認(rèn)識(shí)培訓(xùn)的重要性和艱巨性。在項(xiàng)目實(shí)施之前對(duì)用戶的相關(guān)人員進(jìn)行系統(tǒng)和規(guī)范的產(chǎn)品培訓(xùn)是非常必要的，達(dá)到讓用戶

　　了解軟件產(chǎn)品，最終自己能夠解決使用中的具體的問題。

　　此階段的培訓(xùn)工作中將用戶參加產(chǎn)品培訓(xùn)的人員劃分為三個(gè)層次：決策層、技術(shù)層、操作層，對(duì)不同層次的用戶參加產(chǎn)品培訓(xùn)人員的培訓(xùn)內(nèi)容分別是：

　　決策層：領(lǐng)導(dǎo)在實(shí)施中的作用與重要性、決策查詢。

　　維護(hù)層：系統(tǒng)維護(hù)知識(shí)、操作方法。

　　操作層：操作方法。

　　具體的培訓(xùn)工作流程為：

　　1、調(diào)研培訓(xùn)信息：

　　在培訓(xùn)開始前3天由用戶實(shí)施負(fù)責(zé)人，將參加培訓(xùn)的部門和人員情況填入《受訓(xùn)部門匯總表》、《受訓(xùn)人員情況一覽表》。

　　2、編制培訓(xùn)計(jì)劃：

　　結(jié)合調(diào)研結(jié)果，與用戶實(shí)施負(fù)責(zé)人商議具體培訓(xùn)內(nèi)容、時(shí)間，場地，人員等。項(xiàng)目組編制《培訓(xùn)計(jì)劃》。

　　3、簽署培訓(xùn)計(jì)劃：

　　用戶簽署《培訓(xùn)計(jì)劃》，進(jìn)一步確認(rèn)培訓(xùn)安排。

　　4、發(fā)培訓(xùn)通知：

　　培訓(xùn)開始前2天，按照簽署的《培訓(xùn)計(jì)劃》，將培訓(xùn)內(nèi)容、時(shí)間，場地，人員等信息通知用戶實(shí)施負(fù)責(zé)人。

　　5、搭建培訓(xùn)環(huán)境：

　　公司項(xiàng)目組在培訓(xùn)開始前，將培訓(xùn)環(huán)境搭建及檢查妥當(dāng)，將培訓(xùn)提綱及培訓(xùn)手冊(cè)準(zhǔn)備好。

　　6、組織培訓(xùn)：

　　公司項(xiàng)目組培訓(xùn)負(fù)責(zé)人與用戶實(shí)施負(fù)責(zé)人組織相關(guān)人員參加培訓(xùn)，按培訓(xùn)制度嚴(yán)格考核。由用戶將考勤情況填入《培訓(xùn)人員簽到表》。

　　7、培訓(xùn)考核：

　　公司項(xiàng)目組培訓(xùn)負(fù)責(zé)人與用戶實(shí)施負(fù)責(zé)人組織受訓(xùn)人員參加上機(jī)及理論考試。

　　8、培訓(xùn)總結(jié)：

　　公司項(xiàng)目組培訓(xùn)負(fù)責(zé)人與用戶實(shí)施負(fù)責(zé)人一起將出勤情況及考核情況做出總結(jié)，填入《培訓(xùn)及考核統(tǒng)計(jì)表》，及時(shí)向相關(guān)負(fù)責(zé)人匯報(bào)。

　　（六）系統(tǒng)安裝測試及試運(yùn)行階段

　　此階段的主要工作是在用戶真實(shí)環(huán)境下，對(duì)用戶網(wǎng)絡(luò)及硬件設(shè)備進(jìn)行測試，對(duì)軟件系統(tǒng)進(jìn)行容量、性能壓力等測試測試及試運(yùn)行的目的在于確保系統(tǒng)各項(xiàng)功能均能正常使用，并且符合用戶簽署的《需求分析報(bào)告》中描述的需求，同時(shí)把盡可能多的潛在問題在正式運(yùn)行之前發(fā)現(xiàn)并改正；同時(shí)目的還在于在正式運(yùn)行前用戶的有關(guān)人員能進(jìn)一步提高操作水平，掌握操作規(guī)范。

　　此階段的主要工作內(nèi)容為：

　　１、編制計(jì)劃：

　　與用戶實(shí)施負(fù)責(zé)人商議具體測試及試運(yùn)行時(shí)間，地點(diǎn)，人員等安 排，項(xiàng)目組編制《測試及試運(yùn)行計(jì)劃》。

　　2、簽署計(jì)劃：

　　用戶簽署《測試及試運(yùn)行計(jì)劃》，進(jìn)一步確認(rèn)測試及試運(yùn)行安排。

　　3、發(fā)測試及試運(yùn)行通知：

　　在測試及試運(yùn)行開始前2天，按照簽署的《測試及試運(yùn)行計(jì)劃》，將時(shí)間，地點(diǎn)，人員等信息通知用戶實(shí)施負(fù)責(zé)人。

　　4、搭建環(huán)境及數(shù)據(jù)準(zhǔn)備：

　　在試運(yùn)行開始前搭建好軟件環(huán)境、硬件環(huán)境、網(wǎng)絡(luò)環(huán)境、調(diào)通線路；檢查軟件、硬件、網(wǎng)絡(luò)、線路等各個(gè)環(huán)節(jié)是否有問題；

　　5、組織測試及試運(yùn)行：

　　用戶相關(guān)各級(jí)領(lǐng)導(dǎo)給予全面配合，組織相關(guān)人員進(jìn)行測試及試運(yùn)行。公司項(xiàng)目組負(fù)責(zé)擔(dān)當(dāng)指揮，檢查用戶人員組織情況并給予指導(dǎo)，跟蹤檢查如下情況： ? 跟蹤單據(jù)流轉(zhuǎn)狀況。 ? 跟蹤新資料登錄環(huán)節(jié)。 ? 觀察業(yè)務(wù)流程執(zhí)行狀況。 ? 觀察操作人員操作表現(xiàn)。

　　? 觀察系統(tǒng)運(yùn)行速度及異常表現(xiàn)。 ? 觀察關(guān)鍵數(shù)據(jù)的正確性。

　　? 及時(shí)糾正錯(cuò)誤操作、對(duì)于新發(fā)生的問題及時(shí)與相關(guān)人員溝通，確定

　　解決辦法。

　　6、測試及試運(yùn)行總結(jié)：

　　測試及試運(yùn)行完成，總結(jié)試運(yùn)行中設(shè)備、軟件的運(yùn)行情況，總結(jié)試運(yùn)行中業(yè)務(wù)流程和操作環(huán)節(jié)的情況，以書面總結(jié)形式將測試及試運(yùn)行結(jié)果通知相關(guān)負(fù)責(zé)人。

　　（七）總體驗(yàn)收階段

　　此階段是對(duì)項(xiàng)目總體的完成情況進(jìn)行驗(yàn)收。驗(yàn)收分階段進(jìn)行，在每一項(xiàng)目階段結(jié)束時(shí)，用戶對(duì)這一階段的可交付成果進(jìn)行驗(yàn)收，在測試及試運(yùn)行結(jié)束后，對(duì)系統(tǒng)進(jìn)行總體驗(yàn)收。

　　需要驗(yàn)收的可交付成果：

　　（八）系統(tǒng)交接階段

　　此階段是項(xiàng)目實(shí)施的最后一個(gè)階段，主要工作是軟件公司項(xiàng)目組向用戶移交軟件項(xiàng)目，包括軟件產(chǎn)品、項(xiàng)目實(shí)施過程中所生成的各種文檔，并簽署《售后服務(wù)協(xié)議》，項(xiàng)目將進(jìn)入售后服務(wù)階段。軟件公司項(xiàng)目組還需要讓用戶填寫《用戶滿意度調(diào)查表》，對(duì)軟件公司項(xiàng)目實(shí)施人員的整個(gè)項(xiàng)目實(shí)施情況進(jìn)行評(píng)價(jià)，軟件公司將聽取用戶的意見，再今后的項(xiàng)目實(shí)施管理中進(jìn)行加強(qiáng)和改進(jìn)。

軟件項(xiàng)目實(shí)施方案共2

　　2011年軟件項(xiàng)目實(shí)施方案范文

　　一、項(xiàng)目實(shí)施方案概述.1

　　二、項(xiàng)目實(shí)施方案介紹.2

　　（一）項(xiàng)目啟動(dòng)階段...2

　　（二）需求調(diào)研確認(rèn)階段...3

　　（三）軟件功能實(shí)現(xiàn)確認(rèn)階段...5

　　（四）數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段...5

　　（五）系統(tǒng)培訓(xùn)階段...6

　　（六）系統(tǒng)安裝測試及試運(yùn)行階段...7

　　（七）總體驗(yàn)收階段...8

　　（八）系統(tǒng)交接階段...9

　　一、項(xiàng)目實(shí)施方案概述

　　軟件產(chǎn)品，特別是行業(yè)解決方案軟件產(chǎn)品不同于一般的商品，用戶購買軟件產(chǎn)品之后，不能立即進(jìn)行使用，需要軟件公司的技術(shù)人員在軟件技術(shù)、軟件功能、軟件操作等方面進(jìn)行系統(tǒng)調(diào)試、軟件功能實(shí)現(xiàn)、人員培訓(xùn)、軟件上線使用、后期維護(hù)等一系列的工作，我們將這一系列的工作稱為軟件項(xiàng)目實(shí)施。大量的軟件公司項(xiàng)目實(shí)施案例證明，軟件項(xiàng)目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平，不僅取決于軟件產(chǎn)品本身的質(zhì)量，軟件項(xiàng)目實(shí)施的質(zhì)量效果也對(duì)后期用戶應(yīng)用的情況起到非常重要的影響。項(xiàng)目實(shí)施規(guī)范主要包括項(xiàng)目啟動(dòng)階段、需求調(diào)研確認(rèn)階段、軟件功能實(shí)現(xiàn)確認(rèn)階段、數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段、系統(tǒng)培訓(xùn)階段、系統(tǒng)

　　安裝測試及試運(yùn)行階段、總體驗(yàn)收階段、系統(tǒng)交接階段等八個(gè)階段工作內(nèi)容，每個(gè)階段下面有不同的工作事項(xiàng)，各個(gè)階段之間都是承上啟下關(guān)系，上一階段的順利完成是保證下一階段的工作開展的基礎(chǔ)。下面將按照每個(gè)項(xiàng)目實(shí)施階段分別介紹。

　　二、項(xiàng)目實(shí)施方案介紹

　　（一）項(xiàng)目啟動(dòng)階段

　　此階段處于整個(gè)項(xiàng)目實(shí)施工作的最前期，由成立項(xiàng)目組、前期調(diào)研、編制總體項(xiàng)目計(jì)劃、啟動(dòng)會(huì)四個(gè)階段組成。

　　此階段主任務(wù)：

　　公司：在合同簽定后，指定項(xiàng)目經(jīng)理，成立項(xiàng)目組，授權(quán)項(xiàng)目組織完成項(xiàng)目目標(biāo)。 公司項(xiàng)目組：進(jìn)行前期項(xiàng)目調(diào)研，與用戶共同成立項(xiàng)目實(shí)施組織，編制《總體項(xiàng)目計(jì)劃》，召開項(xiàng)目啟動(dòng)會(huì)。

　　商務(wù)經(jīng)理：配合公司項(xiàng)目組，將積累的項(xiàng)目和用戶信息轉(zhuǎn)交給項(xiàng)目組。將項(xiàng)目組正式介紹給用戶，配合項(xiàng)目組建立與用戶的聯(lián)系。

　　用戶：成立項(xiàng)目實(shí)施組織，配合前期調(diào)研和召開啟動(dòng)會(huì)，簽署《總體項(xiàng)目計(jì)劃》和《項(xiàng)目實(shí)施協(xié)議》。

　　1、成立項(xiàng)目組

　　部門經(jīng)理接到實(shí)施申請(qǐng)后，任命項(xiàng)目經(jīng)理，指定項(xiàng)目目標(biāo)，由部門經(jīng)理及項(xiàng)目經(jīng)理一起指定項(xiàng)目組成員及成員任務(wù)，并報(bào)總經(jīng)理簽署《項(xiàng)目任務(wù)書》。

　　2、前期調(diào)研

　　項(xiàng)目經(jīng)理及項(xiàng)目組成員，在商務(wù)人員配合下，建立與用戶的聯(lián)系，對(duì)合同、用戶進(jìn)行調(diào)研。填寫《用戶及合同信息表》。在項(xiàng)目商務(wù)談判中，商務(wù)經(jīng)理積累了大量的信息，項(xiàng)目組首先應(yīng)收集商務(wù)和合同信息，并與商務(wù)經(jīng)理一起識(shí)別那些個(gè)體和組織是項(xiàng)目的干系人，確定他們的需求和期望，如何滿足和影響這些需求、期望以確保項(xiàng)目能夠成功。

　　3、編制《項(xiàng)目總體計(jì)劃》 《項(xiàng)目總體計(jì)劃》是一個(gè)文件或文件的集合，隨著項(xiàng)目信息不斷豐富和變化，會(huì)被不斷變更，主要介紹項(xiàng)目目標(biāo)、主要項(xiàng)目階段、里程碑、可交付成果。通常包括以下幾方面內(nèi)容：

　　項(xiàng)目描述，項(xiàng)目目標(biāo)、主要項(xiàng)目階段、里程碑、可交付成果。所計(jì)劃的職責(zé)分配（包括用戶的）；溝通管理計(jì)劃，確定項(xiàng)目干系人對(duì)信息和溝通的需要：即什么人何時(shí)需要什么信息以及通過什么方式將信息提供給他們。質(zhì)量管理計(jì)劃，確定適合于項(xiàng)目的質(zhì)量標(biāo)準(zhǔn)和如何滿足其要求。如果有必要，可以包括上述每一個(gè)計(jì)劃，詳細(xì)程度根據(jù)每個(gè)具體項(xiàng)目的要求而定。未解決事宜和未定的決策

　　4、啟動(dòng)會(huì)

　　項(xiàng)目組與用戶共同召開的宣布項(xiàng)目實(shí)施正式開始的會(huì)議。 會(huì)程安排如下：

　　共同組建項(xiàng)目實(shí)施組織，實(shí)施組織的權(quán)利和職責(zé)；雙方簽署《項(xiàng)目實(shí)施協(xié)議》。 項(xiàng)目組介紹《項(xiàng)目總體計(jì)劃》和《項(xiàng)目實(shí)施協(xié)議》，包括以下內(nèi)容：

　　項(xiàng)目目標(biāo)、主要項(xiàng)目階段、里程碑、可交付成果。所計(jì)劃的職責(zé)分配（包括用戶的）；項(xiàng)目實(shí)施中項(xiàng)目管理的必要性和如何進(jìn)行項(xiàng)目管理，項(xiàng)目的質(zhì)量如何控制；

　　項(xiàng)目實(shí)施中用戶的參與和領(lǐng)導(dǎo)的支持的重要作用；

　　階段驗(yàn)收、技術(shù)交接和項(xiàng)目結(jié)束后如何對(duì)用戶提供后續(xù)服務(wù)。

　　（二）需求調(diào)研確認(rèn)階段

　　此階段的主要工作是軟件公司的項(xiàng)目實(shí)施人員向用戶調(diào)查用戶對(duì)系統(tǒng)的需求，包括管理流程調(diào)研、功能需求調(diào)研、報(bào)表要求調(diào)研、查詢需求調(diào)研等，實(shí)施人員調(diào)研完成后，會(huì)編寫《需求調(diào)研分析手冊(cè)》，并交付用戶進(jìn)行確認(rèn)，待用戶對(duì)《需求調(diào)研分析手冊(cè)》上所提到的需求確認(rèn)完畢后，項(xiàng)目實(shí)施人員將以此為依據(jù)進(jìn)行軟件功能的實(shí)現(xiàn)。如果用戶又提出新的需求，實(shí)施人員將分析需求的難度及對(duì)整個(gè)系統(tǒng)的影響程度來確定是否給予實(shí)現(xiàn)。需求調(diào)研階段具體包括如下內(nèi)容：

　　1、進(jìn)行需求調(diào)研準(zhǔn)備

　　2、編制《需求調(diào)研計(jì)劃》

　　3、內(nèi)部評(píng)審是否通過《需求調(diào)研計(jì)劃》，項(xiàng)目組、部門經(jīng)理、商務(wù)等人員根據(jù)合同要求和項(xiàng)目實(shí)際情況對(duì)《需求調(diào)研計(jì)劃》草稿進(jìn)行評(píng)審，如評(píng)審?fù)ㄟ^，則在稍后的時(shí)間內(nèi)簽署，如評(píng)審不通過則重新修改。

　　4、用戶是否簽署《需求調(diào)研計(jì)劃》，如用戶簽署《需求調(diào)研計(jì)劃》，則作為以后需求調(diào)研工作的指南。否則重新修改。

　　5、《需求調(diào)研計(jì)劃》是否有變更，如果計(jì)劃存在變更，則執(zhí)行變更控制流程，否則按計(jì)劃進(jìn)行后續(xù)工作。

　　6、編寫及發(fā)出《需求調(diào)研通知》，項(xiàng)目組編寫《需求調(diào)研通知》，確定進(jìn)行需求調(diào)研的相關(guān)事宜，發(fā)給用戶，為順利完成需求調(diào)研工作做準(zhǔn)備

　　7、需求調(diào)研，項(xiàng)目組以《需求調(diào)研手冊(cè)》為依據(jù)，從業(yè)務(wù)流程、單據(jù)使用、打印格式、報(bào)表查詢幾個(gè)方面展開深入和全面的調(diào)研，并搜集用戶的個(gè)性化需求。

　　8、需求調(diào)研分析根據(jù)調(diào)研的結(jié)果，項(xiàng)目組和公司其他技術(shù)部門將進(jìn)一步進(jìn)行分析，確定合理、可行的需求，將分析結(jié)果形成《需求分析報(bào)告》草稿。

　　9、內(nèi)部評(píng)審是否通過《需求分析報(bào)告》。項(xiàng)目組、部門經(jīng)理、公司其他技術(shù)部門的人員對(duì)《需求分析報(bào)告》草稿進(jìn)行評(píng)審，如評(píng)審?fù)ㄟ^，則在稍后由用戶簽署，如評(píng)審不通過則重新修改，直至內(nèi)部評(píng)審?fù)ㄟ^。

　　10、編寫及發(fā)出《需求分析報(bào)告確認(rèn)通知》。項(xiàng)目組編寫《需求分析報(bào)告確認(rèn)通知》，發(fā)給用戶，確定進(jìn)行需求確認(rèn)的相關(guān)事宜，告之相關(guān)部門及人員安排好工作，準(zhǔn)時(shí)參與需求確認(rèn)工作，為順利完成需求確認(rèn)工作做準(zhǔn)備。

　　11、用戶是否確認(rèn)《需求分析報(bào)告》。如果用戶確認(rèn)，并簽署了《需求分析報(bào)告》，則需求調(diào)研階段工作結(jié)束，進(jìn)行后續(xù)的軟件功能實(shí)現(xiàn)的工作；如沒有確認(rèn)，則進(jìn)一步進(jìn)行調(diào)研、分析，直至用戶最終確認(rèn)并簽署《需求分析報(bào)告》。雙方簽署了《需求分析報(bào)告》，需求調(diào)研工作結(jié)束之后，如果用戶提出新的需求或是變更已有的需求，則執(zhí)行需求新增及變更流程

　　（三）軟件功能實(shí)現(xiàn)確認(rèn)階段

　　此階段的主要工作是項(xiàng)目實(shí)施人員根據(jù)需求調(diào)研階段確認(rèn)的《需求調(diào)研分析手冊(cè)》中的用戶需求內(nèi)容進(jìn)行具體軟件功能的實(shí)現(xiàn)工作。在軟件功能實(shí)現(xiàn)的過程中，項(xiàng)目實(shí)施人員將記錄軟件實(shí)現(xiàn)的詳細(xì)過程。便于公司售后服務(wù)之用。每一個(gè)實(shí)施技術(shù)人員必須嚴(yán)格按照要求記錄、存檔。按照調(diào)研要求的所有功能實(shí)現(xiàn)完畢后，項(xiàng)目實(shí)施人員將編制《軟件功能確認(rèn)表》，將定制好軟件功能待用戶確認(rèn)，用戶根據(jù)《軟件功能確認(rèn)表》上的功能逐一確定軟件功能是否達(dá)到要求，對(duì)不滿足要求的功能，項(xiàng)目實(shí)施人員將會(huì)記錄下來并進(jìn)行功能修改，直到滿足用于要求。

　　7、需求調(diào)研，項(xiàng)目組以《需求調(diào)研手冊(cè)》為依據(jù)，從業(yè)務(wù)流程、單據(jù)使用、打印格式、報(bào)表查詢幾個(gè)方面展開深入和全面的調(diào)研，并搜集用戶的個(gè)性化需求。

　　8、需求調(diào)研分析根據(jù)調(diào)研的結(jié)果，項(xiàng)目組和公司其他技術(shù)部門將進(jìn)一步進(jìn)行分析，確定合理、可行的需求，將分析結(jié)果形成《需求分析報(bào)告》草稿。

　　9、內(nèi)部評(píng)審是否通過《需求分析報(bào)告》。項(xiàng)目組、部門經(jīng)理、公司其他技術(shù)部門的人員對(duì)《需求分析報(bào)告》草稿進(jìn)行評(píng)審，如評(píng)審?fù)ㄟ^，則在稍后由用戶簽署，如評(píng)審不通過則重新修改，直至內(nèi)部評(píng)審?fù)ㄟ^。

　　10、編寫及發(fā)出《需求分析報(bào)告確認(rèn)通知》。項(xiàng)目組編寫《需求分析報(bào)告確認(rèn)通知》，發(fā)給用戶，確定進(jìn)行需求確認(rèn)的相關(guān)事宜，告之相關(guān)部門及人員安排好工作，準(zhǔn)時(shí)參與需求確認(rèn)工作，為順利完成需求確認(rèn)工作做準(zhǔn)備。

　　11、用戶是否確認(rèn)《需求分析報(bào)告》。如果用戶確認(rèn)，并簽署了《需求分析報(bào)告》，則需求調(diào)研階段工作結(jié)束，進(jìn)行后續(xù)的軟件功能實(shí)現(xiàn)的工作；如沒有確認(rèn)，則進(jìn)一步進(jìn)行調(diào)研、分析，直至用戶最終確認(rèn)并簽署《需求分析報(bào)告》。雙方簽署了《需求分析報(bào)告》，需求調(diào)研工作結(jié)束之后，如果用戶提出新的需求或是變更已有的需求，則執(zhí)行需求新增及變更流程

　　（三）軟件功能實(shí)現(xiàn)確認(rèn)階段

　　此階段的主要工作是項(xiàng)目實(shí)施人員根據(jù)需求調(diào)研階段確認(rèn)的《需求調(diào)研分析手冊(cè)》中的用戶需求內(nèi)容進(jìn)行具體軟件功能的實(shí)現(xiàn)工作。在軟件功能實(shí)現(xiàn)的過程中，項(xiàng)目實(shí)施人員將記錄軟件實(shí)現(xiàn)的詳細(xì)過程。便于公司售后服務(wù)之用。每一個(gè)實(shí)施技術(shù)人員必須嚴(yán)格按照要求記錄、存檔。按照調(diào)研要求的所有功能實(shí)現(xiàn)完畢后，項(xiàng)目實(shí)施人員將編制《軟件功能確認(rèn)表》，將定制好軟件功能待用戶確認(rèn)，用戶根據(jù)《軟件功能確認(rèn)表》上的功能逐一確定軟件功能是否達(dá)到要求，對(duì)不滿足要求的功能，項(xiàng)目實(shí)施人員將會(huì)記錄下來并進(jìn)行功能修改，直到滿足用于要求。

　　3、簽署培訓(xùn)計(jì)劃：用戶簽署《培訓(xùn)計(jì)劃》，進(jìn)一步確認(rèn)培訓(xùn)安排。

　　4、發(fā)培訓(xùn)通知：培訓(xùn)開始前2天，按照簽署的《培訓(xùn)計(jì)劃》，將培訓(xùn)內(nèi)容、時(shí)間，場地，人員等信息通知用戶實(shí)施負(fù)責(zé)人。

　　5、搭建培訓(xùn)環(huán)境：公司項(xiàng)目組在培訓(xùn)開始前，將培訓(xùn)環(huán)境搭建及檢查妥當(dāng)，將培訓(xùn)提綱及培訓(xùn)手冊(cè)準(zhǔn)備好。

　　6、組織培訓(xùn)：公司項(xiàng)目組培訓(xùn)負(fù)責(zé)人與用戶實(shí)施負(fù)責(zé)人組織相關(guān)人員參加培訓(xùn)，按培訓(xùn)制度嚴(yán)格考核。由用戶將考勤情況填入《培訓(xùn)人員簽到表》。

　　7、培訓(xùn)考核：公司項(xiàng)目組培訓(xùn)負(fù)責(zé)人與用戶實(shí)施負(fù)責(zé)人組織受訓(xùn)人員參加上機(jī)及理論考試。

　　8、培訓(xùn)總結(jié)：公司項(xiàng)目組培訓(xùn)負(fù)責(zé)人與用戶實(shí)施負(fù)責(zé)人一起將出勤情況及考核情況做出總結(jié)，填入《培訓(xùn)及考核統(tǒng)計(jì)表》，及時(shí)向相關(guān)負(fù)責(zé)人

　　匯報(bào)。

　　（六）系統(tǒng)安裝測試及試運(yùn)行階段 此階段的主要工作是在用戶真實(shí)環(huán)境下，對(duì)用戶網(wǎng)絡(luò)及硬件設(shè)備進(jìn)行測試，對(duì)軟件系統(tǒng)進(jìn)行容量、性能壓力等測試測試及試運(yùn)行的目的在于確保系統(tǒng)各項(xiàng)功能均能正常使用，并且符合用戶簽署的《需求分析報(bào)告》中描述的需求，同時(shí)把盡可能多的潛在問題在正式運(yùn)行之前發(fā)現(xiàn)并改正；同時(shí)目的還在于在正式運(yùn)行前用戶的有關(guān)人員能進(jìn)一步提高操作水平，掌握操作規(guī)范。此階段的主要工作內(nèi)容為：

　　1、編制計(jì)劃：與用戶實(shí)施負(fù)責(zé)人商議具體測試及試運(yùn)行時(shí)間，地點(diǎn)，人員等安排，項(xiàng)目組編制《測試及試運(yùn)行計(jì)劃》。

　　2、簽署計(jì)劃：用戶簽署《測試及試運(yùn)行計(jì)劃》，進(jìn)一步確認(rèn)測試及試運(yùn)行安排。

　　、發(fā)測試及試運(yùn)行通知：在測試及試運(yùn)行開始前2天，按照簽署的《測試及試運(yùn)行計(jì)劃》，將時(shí)間，地點(diǎn)，人員等信息通知用戶實(shí)施負(fù)責(zé)人。

　　4、搭建環(huán)境及數(shù)據(jù)準(zhǔn)備：在試運(yùn)行開始前搭建好軟件環(huán)境、硬件環(huán)境、網(wǎng)絡(luò)環(huán)境、調(diào)通線路；檢查軟件、硬件、網(wǎng)絡(luò)、線路等各個(gè)環(huán)節(jié)是否有問題；

　　5、組織測試及試運(yùn)行：用戶相關(guān)各級(jí)領(lǐng)導(dǎo)給予全面配合，組織相關(guān)人員進(jìn)行測試及試運(yùn)行.

　　6、測試及試運(yùn)行總結(jié)：測試及試運(yùn)行完成，總結(jié)試運(yùn)行中設(shè)備、軟件的運(yùn)行情況，總結(jié)試運(yùn)行中業(yè)務(wù)流程和操作環(huán)節(jié)的情況，以書面總結(jié)形式將測試及試運(yùn)行結(jié)果通知相關(guān)負(fù)責(zé)人。

　　公司項(xiàng)目組負(fù)責(zé)擔(dān)當(dāng)指揮，檢查用戶人員組織情況并給予指導(dǎo)，跟蹤檢查如下情況：跟蹤單據(jù)流轉(zhuǎn)狀況。λ

　　跟蹤新資料登錄環(huán)節(jié)。λ 觀察業(yè)務(wù)流程執(zhí)行狀況。λ 觀察操作人員操作表現(xiàn)。λ 觀察系統(tǒng)運(yùn)行速度及異常表現(xiàn)。λ 觀察關(guān)鍵數(shù)據(jù)的正確性。λ

　　及時(shí)糾正錯(cuò)誤操作、對(duì)于新發(fā)生的問題及時(shí)與相關(guān)人員溝通，確定解決辦法。λ

　　（七）總體驗(yàn)收階段。

　　此階段是對(duì)項(xiàng)目總體的完成情況進(jìn)行驗(yàn)收。驗(yàn)收分階段進(jìn)行，在每一項(xiàng)目階段結(jié)束時(shí)，用戶對(duì)這一階段的可交付成果進(jìn)行驗(yàn)收，在測試及試運(yùn)行結(jié)束后，對(duì)系統(tǒng)進(jìn)行總體驗(yàn)收。需要驗(yàn)收的可交付成果：

　　主要項(xiàng)目階段 階段組成 主要里程碑 可交付成果 啟動(dòng) 階段

　　編制總體項(xiàng)目計(jì)劃 簽署的《總體項(xiàng)目計(jì)劃》 啟動(dòng)會(huì) 項(xiàng)目啟動(dòng)會(huì)

　　簽署的《項(xiàng)目實(shí)施協(xié)議》 需求調(diào)研階段 需求分析報(bào)告確認(rèn) 需求調(diào)研結(jié)束

　　簽署的《需求分析報(bào)告》 軟件 實(shí)現(xiàn) 軟件功能確認(rèn) 軟件功能確認(rèn)

　　簽署的《軟件功能確認(rèn)表》 數(shù)據(jù) 初裝

　　用戶簽署初裝計(jì)劃及初裝培訓(xùn)計(jì)劃 簽署的《初裝計(jì)劃及初裝培訓(xùn)計(jì)劃》

　　初裝檢查及總結(jié)數(shù)據(jù)初裝完成《數(shù)據(jù)初裝總結(jié)表》 培訓(xùn)及考核 用戶簽署培訓(xùn)計(jì)劃 簽署的《培訓(xùn)計(jì)劃》 培訓(xùn)總結(jié) 培訓(xùn)完成 《培訓(xùn)總結(jié)表》 測試及試運(yùn)行

　　用戶簽署測試及試運(yùn)行計(jì)劃 簽署的《測試及試運(yùn)行計(jì)劃》 測試及試運(yùn)行總結(jié) 試運(yùn)行完成

　　《測試及試運(yùn)行總結(jié)》 驗(yàn)收 總體驗(yàn)收 驗(yàn)收完成

　　《總體驗(yàn)收?qǐng)?bào)告》

　　（八）系統(tǒng)交接階段

　　此階段是項(xiàng)目實(shí)施的最后一個(gè)階段，主要工作是軟件公司項(xiàng)目組向用戶移交軟件項(xiàng)目，包括軟件產(chǎn)品、項(xiàng)目實(shí)施過程中所生成的各種文檔，并簽署《售后服務(wù)協(xié)議》，項(xiàng)目將進(jìn)入售后服務(wù)階段。軟件公司項(xiàng)目組還需要讓用戶填寫《用戶滿意度調(diào)查表》，對(duì)軟件公司項(xiàng)目實(shí)施人員的整個(gè)項(xiàng)目實(shí)施情況進(jìn)行評(píng)價(jià)，軟件公司將聽取用戶的意見，再今后的項(xiàng)目實(shí)施管理中進(jìn)行加強(qiáng)和改進(jìn)。

軟件項(xiàng)目實(shí)施方案共3

　　軟件項(xiàng)目實(shí)施方案

　　一、項(xiàng)目實(shí)施方案概述

　　二、項(xiàng)目實(shí)施方案介紹

　　(一)項(xiàng)目啟動(dòng)階段

　　(二)需求調(diào)研確認(rèn)階段

　　(三)軟件功能實(shí)現(xiàn)確認(rèn)階段

　　(四)數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段

　　(五)系統(tǒng)培訓(xùn)階段

　　(六)系統(tǒng)安裝測試及試運(yùn)行階段

　　(七)總體驗(yàn)收階段

　　(八)系統(tǒng)交接階段

　　一、項(xiàng)目實(shí)施方案概述

　　軟件產(chǎn)品，特別是行業(yè)解決方案軟件產(chǎn)品不同于一般的商品，用戶購買軟件產(chǎn)品之后，不能立即進(jìn)行使用，需要軟件公司的技術(shù)人員在軟件技術(shù)、軟件功能、軟件操作等方面進(jìn)行系統(tǒng)調(diào)試、軟件功能實(shí)現(xiàn)、人員培訓(xùn)、軟件上線使用、后期維護(hù)等一系列的工作，我們將這一系列的工作稱為軟件項(xiàng)目實(shí)施。大量的軟件公 1 司項(xiàng)目實(shí)施案例證明，軟件項(xiàng)目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平，不僅取決于軟件產(chǎn)品本身的質(zhì)量，軟件項(xiàng)目實(shí)施的質(zhì)量效果也對(duì)后期用戶應(yīng)用的情況起到非常重要的影響。項(xiàng)目實(shí)施規(guī)范主要包括項(xiàng)目啟動(dòng)階段、需求調(diào)研確認(rèn)階段、軟件功能實(shí)現(xiàn)確認(rèn)階段、數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段、系統(tǒng)培訓(xùn)階段、系統(tǒng)安裝測試及試運(yùn)行階段、總體驗(yàn)收階段、系統(tǒng)交接階段等八個(gè)階段工作內(nèi)容，每個(gè)階段下面有不同的工作事項(xiàng)，各個(gè)階段之間都是承上啟下關(guān)系，上一階段的順利完成是保證下一階段的工作開展的基礎(chǔ)。下面將按照每個(gè)項(xiàng)目實(shí)施階段分別介紹。

　　二、項(xiàng)目實(shí)施方案介紹

　　(一)項(xiàng)目啟動(dòng)階段

　　此階段處于整個(gè)項(xiàng)目實(shí)施工作的最前期，由成立項(xiàng)目組、前期調(diào)研、編制總體項(xiàng)目計(jì)劃、啟動(dòng)會(huì)四個(gè)階段組成。

　　此階段主任務(wù)：

　　公司：在合同簽定后，指定項(xiàng)目經(jīng)理，成立項(xiàng)目組，授權(quán)項(xiàng)目組織完成項(xiàng)目目標(biāo)。

　　公司項(xiàng)目組：進(jìn)行前期項(xiàng)目調(diào)研，與用戶共同成立項(xiàng)目實(shí)施組織，編制《總體項(xiàng)目計(jì)劃》，召開項(xiàng)目啟動(dòng)會(huì)。

　　商務(wù)經(jīng)理：配合公司項(xiàng)目組，將積累的項(xiàng)目和用戶信息轉(zhuǎn)交給項(xiàng)目組。將項(xiàng)目組正式介紹給用戶，配合項(xiàng)目組建立與用戶的聯(lián)系。

　　用戶：成立項(xiàng)目實(shí)施組織，配合前期調(diào)研和召開啟動(dòng)會(huì)，簽署《總體項(xiàng)目計(jì)劃》和《項(xiàng)目實(shí)施協(xié)議》。

　　1、成立項(xiàng)目組

　　部門經(jīng)理接到實(shí)施申請(qǐng)后，任命項(xiàng)目經(jīng)理，指定項(xiàng)目目標(biāo)，由部門經(jīng)理及項(xiàng)目經(jīng)理一起指定項(xiàng)目組成員及成員任務(wù)，并報(bào)總經(jīng)理簽署《項(xiàng)目任務(wù)書》。

　　2、前期調(diào)研

　　項(xiàng)目經(jīng)理及項(xiàng)目組成員，在商務(wù)人員配合下，建立與用戶的聯(lián)系，對(duì)合同、用戶進(jìn)行調(diào)研。填寫《用戶及合同信息表》。在項(xiàng)目商務(wù)談判中，商務(wù)經(jīng)理積累了大量的信息，項(xiàng)目組首先應(yīng)收集商務(wù)和合同信息，并與商務(wù)經(jīng)理一起識(shí)別那些個(gè)體和組織是項(xiàng)目的干系人，確定他們的需求和期望，如何滿足和影響這些需求、期望以確保項(xiàng)目能夠成功。

　　3、編制《項(xiàng)目總體計(jì)劃》

　　《項(xiàng)目總體計(jì)劃》是一個(gè)文件或文件的集合，隨著項(xiàng)目信息不斷豐富和變化，會(huì)被不斷變更，主要介紹項(xiàng)目目標(biāo)、主要項(xiàng)目階段、里程碑、可交付成果。通常包括以下幾方面內(nèi)容：

　　項(xiàng)目描述，項(xiàng)目目標(biāo)、主要項(xiàng)目階段、里程碑、可交付成果。所計(jì)劃的職責(zé)分配(包括用戶的);

　　溝通管理計(jì)劃，確定項(xiàng)目干系人對(duì)信息和溝通的需要：即什么人何時(shí)需要什么信息以及通過什么方式將信息提供給他們。質(zhì)量管理計(jì)劃，確定適合于項(xiàng)目的質(zhì)量標(biāo)準(zhǔn)和如何滿足其要求。如果有必要，可以包括上述每一個(gè)計(jì)劃，詳細(xì)程度根據(jù)每個(gè)具體項(xiàng)目的要求而定。未解決事宜和未定的決策。

　　4、啟動(dòng)會(huì)

　　項(xiàng)目組與用戶共同召開的宣布項(xiàng)目實(shí)施正式開始的會(huì)議。

　　會(huì)程安排如下：

　　共同組建項(xiàng)目實(shí)施組織，實(shí)施組織的權(quán)利和職責(zé);雙方簽署《項(xiàng)目實(shí)施協(xié)議》。

　　項(xiàng)目組介紹《項(xiàng)目總體計(jì)劃》和《項(xiàng)目實(shí)施協(xié)議》，包括以下內(nèi)容：

　　項(xiàng)目目標(biāo)、主要項(xiàng)目階段、里程碑、可交付成果。所計(jì)劃的職責(zé)分配(包括用戶的);

　　項(xiàng)目實(shí)施中項(xiàng)目管理的必要性和如何進(jìn)行項(xiàng)目管理，項(xiàng)目的質(zhì)量如何控制;

　　項(xiàng)目實(shí)施中用戶的參與和領(lǐng)導(dǎo)的支持的重要作用;

　　階段驗(yàn)收、技術(shù)交接和項(xiàng)目結(jié)束后如何對(duì)用戶提供后續(xù)服務(wù)。

　　(二)需求調(diào)研確認(rèn)階段

　　此階段的主要工作是軟件公司的項(xiàng)目實(shí)施人員向用戶調(diào)查用戶對(duì)系統(tǒng)的需求，包括管理流程調(diào)研、功能需求調(diào)研、報(bào)表要求調(diào)研、查詢需求調(diào)研等，實(shí)施 4 人員調(diào)研完成后，會(huì)編寫《需求調(diào)研分析手冊(cè)》，并交付用戶進(jìn)行確認(rèn)，待用戶對(duì)《需求調(diào)研分析手冊(cè)》上所提到的需求確認(rèn)完畢后，項(xiàng)目實(shí)施人員將以此為依據(jù)進(jìn)行軟件功能的實(shí)現(xiàn)。如果用戶又提出新的需求，實(shí)施人員將分析需求的難度及對(duì)整個(gè)系統(tǒng)的影響程度來確定是否給予實(shí)現(xiàn)。需求調(diào)研階段具體包括如下內(nèi)容：

　　1、進(jìn)行需求調(diào)研準(zhǔn)備

　　2、編制《需求調(diào)研計(jì)劃》

　　3、內(nèi)部評(píng)審是否通過《需求調(diào)研計(jì)劃》，項(xiàng)目組、部門經(jīng)理、商務(wù)等人員根據(jù)合同要求和項(xiàng)目實(shí)際情況對(duì)《需求調(diào)研計(jì)劃》草稿進(jìn)行評(píng)審，如評(píng)審?fù)ㄟ^，則在稍后的時(shí)間內(nèi)簽署，如評(píng)審不通過則重新修改。

　　4、用戶是否簽署《需求調(diào)研計(jì)劃》，如用戶簽署《需求調(diào)研計(jì)劃》，則作為以后需求調(diào)研工作的指南。否則重新修改。

　　5、《需求調(diào)研計(jì)劃》是否有變更，如果計(jì)劃存在變更，則執(zhí)行變更控制流程，否則按計(jì)劃進(jìn)行后續(xù)工作。

　　6、編寫及發(fā)出《需求調(diào)研通知》，項(xiàng)目組編寫《需求調(diào)研通知》，確定進(jìn)行需求調(diào)研的相關(guān)事宜，發(fā)給用戶，為順利完成需求調(diào)研工作做準(zhǔn)備

　　7、需求調(diào)研，項(xiàng)目組以《需求調(diào)研手冊(cè)》為依據(jù)，從業(yè)務(wù)流程、單據(jù)使用、打印格式、報(bào)表查詢幾個(gè)方面展開深入和全面的調(diào)研，并搜集用戶的個(gè)性化需求。

　　8、需求調(diào)研分析根據(jù)調(diào)研的結(jié)果，項(xiàng)目組和公司其他技術(shù)部門將進(jìn)一步進(jìn)行分析，確定合理、可行的需求，將分析結(jié)果形成《需求分析報(bào)告》草稿。

　　9、內(nèi)部評(píng)審是否通過《需求分析報(bào)告》。項(xiàng)目組、部門經(jīng)理、公司其他技術(shù)部門的人員對(duì)《需求分析報(bào)告》草稿進(jìn)行評(píng)審，如評(píng)審?fù)ㄟ^，則在稍后由用戶簽署，如評(píng)審不通過則重新修改，直至內(nèi)部評(píng)審?fù)ㄟ^。

　　10、編寫及發(fā)出《需求分析報(bào)告確認(rèn)通知》。項(xiàng)目組編寫《需求分析報(bào)告確認(rèn)通知》，發(fā)給用戶，確定進(jìn)行需求確認(rèn)的相關(guān)事宜，告之相關(guān)部門及人員安排好工作，準(zhǔn)時(shí)參與需求確認(rèn)工作，為順利完成需求確認(rèn)工作做準(zhǔn)備。

　　11、用戶是否確認(rèn)《需求分析報(bào)告》。如果用戶確認(rèn)，并簽署了《需求分析報(bào)告》，則需求調(diào)研階段工作結(jié)束，進(jìn)行后續(xù)的軟件功能實(shí)現(xiàn)的工作;如沒有確認(rèn)，則進(jìn)一步進(jìn)行調(diào)研、分析，直至用戶最終確認(rèn)并簽署《需求分析報(bào)告》。雙方簽署了《需求分析報(bào)告》，需求調(diào)研工作結(jié)束之后，如果用戶提出新的需求或是變更已有的需求，則執(zhí)行需求新增及變更流程

　　(三)軟件功能實(shí)現(xiàn)確認(rèn)階段

　　此階段的主要工作是項(xiàng)目實(shí)施人員根據(jù)需求調(diào)研階段確認(rèn)的《需求調(diào)研分析手冊(cè)》中的用戶需求內(nèi)容進(jìn)行具體軟件功能的實(shí)現(xiàn)工作。在軟件功能實(shí)現(xiàn)的過程中，項(xiàng)目實(shí)施人員將記錄軟件實(shí)現(xiàn)的詳細(xì)過程。便于公司售后服務(wù)之用。每一個(gè)實(shí)施技術(shù)人員必須嚴(yán)格按照要求記錄、存檔。按照調(diào)研要求的所有功能實(shí)現(xiàn)完畢后，項(xiàng)目實(shí)施人員將編制《軟件功能確認(rèn)表》，將定制好軟件功能待用戶確認(rèn)， 6 用戶根據(jù)《軟件功能確認(rèn)表》上的功能逐一確定軟件功能是否達(dá)到要求，對(duì)不滿足要求的功能，項(xiàng)目實(shí)施人員將會(huì)記錄下來并進(jìn)行功能修改，直到滿足用于要求。

　　(四)數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段

　　此階段的主要工作是項(xiàng)目實(shí)施人員指導(dǎo)用戶進(jìn)行系統(tǒng)標(biāo)準(zhǔn)化資料的準(zhǔn)備工作，并對(duì)用戶進(jìn)行初裝資料的軟件操作培訓(xùn)，以便用戶能夠及時(shí)的將標(biāo)準(zhǔn)資料錄入系統(tǒng)，初裝完成后，項(xiàng)目實(shí)施人員會(huì)對(duì)資料初裝的情況進(jìn)行核查，為以后具體業(yè)務(wù)功能的開展做好基礎(chǔ)。

　　(五)系統(tǒng)培訓(xùn)階段

　　系統(tǒng)培訓(xùn)階段工作是整個(gè)項(xiàng)目實(shí)施工作中比較重要的工作，用戶對(duì)軟件的操作功能是否熟練將直接影響到后面的軟件應(yīng)用效果，所以軟件公司和用戶雙方要對(duì)此階段的工作給予足夠的重視。要充分認(rèn)識(shí)培訓(xùn)的重要性和艱巨性。在項(xiàng)目實(shí)施之前對(duì)用戶的相關(guān)人員進(jìn)行系統(tǒng)和規(guī)范的產(chǎn)品培訓(xùn)是非常必要的，達(dá)到讓用戶了解軟件產(chǎn)品，最終自己能夠解決使用中的具體的問題。

　　此階段的培訓(xùn)工作中將用戶參加產(chǎn)品培訓(xùn)的人員劃分為三個(gè)層次：決策層、技術(shù)層、操作層，對(duì)不同層次的用戶參加產(chǎn)品培訓(xùn)人員的培訓(xùn)內(nèi)容分別是：

　　決策層：領(lǐng)導(dǎo)在實(shí)施中的作用與重要性、決策查詢。

　　維護(hù)層：系統(tǒng)維護(hù)知識(shí)、操作方法。

　　操作層：操作方法。

　　具體的培訓(xùn)工作流程為：

　　1、調(diào)研培訓(xùn)信息：在培訓(xùn)開始前3天由用戶實(shí)施負(fù)責(zé)人，將參加培訓(xùn)的部門和人員情況填入《受訓(xùn)部門匯總表》、《受訓(xùn)人員情況一覽表》。

　　2、編制培訓(xùn)計(jì)劃：結(jié)合調(diào)研結(jié)果，與用戶實(shí)施負(fù)責(zé)人商議具體培訓(xùn)內(nèi)容、時(shí)間，場地，人員等。項(xiàng)目組編制《培訓(xùn)計(jì)劃》。

　　3、簽署培訓(xùn)計(jì)劃：用戶簽署《培訓(xùn)計(jì)劃》，進(jìn)一步確認(rèn)培訓(xùn)安排。

　　4、發(fā)培訓(xùn)通知：培訓(xùn)開始前2天，按照簽署的《培訓(xùn)計(jì)劃》，將培訓(xùn)內(nèi)容、時(shí)間，場地，人員等信息通知用戶實(shí)施負(fù)責(zé)人。

　　5、搭建培訓(xùn)環(huán)境：公司項(xiàng)目組在培訓(xùn)開始前，將培訓(xùn)環(huán)境搭建及檢查妥當(dāng)，將培訓(xùn)提綱及培訓(xùn)手冊(cè)準(zhǔn)備好。

　　6、組織培訓(xùn)：公司項(xiàng)目組培訓(xùn)負(fù)責(zé)人與用戶實(shí)施負(fù)責(zé)人組織相關(guān)人員參加培訓(xùn)，按培訓(xùn)制度嚴(yán)格考核。由用戶將考勤情況填入《培訓(xùn)人員簽到表》。

　　7、培訓(xùn)考核：公司項(xiàng)目組培訓(xùn)負(fù)責(zé)人與用戶實(shí)施負(fù)責(zé)人組織受訓(xùn)人員參加上機(jī)及理論考試。

　　8、培訓(xùn)總結(jié)：公司項(xiàng)目組培訓(xùn)負(fù)責(zé)人與用戶實(shí)施負(fù)責(zé)人一起將出勤情況及考核情況做出總結(jié)，填入《培訓(xùn)及考核統(tǒng)計(jì)表》，及時(shí)向相關(guān)負(fù)責(zé)人

　　匯報(bào)。

　　(六)系統(tǒng)安裝測試及試運(yùn)行階段

　　此階段的主要工作是在用戶真實(shí)環(huán)境下，對(duì)用戶網(wǎng)絡(luò)及硬件設(shè)備進(jìn)行測試，對(duì)軟件系統(tǒng)進(jìn)行容量、性能壓力等測試測試及試運(yùn)行的目的在于確保系統(tǒng)各項(xiàng)功能均能正常使用，并且符合用戶簽署的《需求分析報(bào)告》中描述的需求，同時(shí)把盡可能多的潛在問題在正式運(yùn)行之前發(fā)現(xiàn)并改正;同時(shí)目的還在于在正式運(yùn)行前用戶的有關(guān)人員能進(jìn)一步提高操作水平，掌握操作規(guī)范。此階段的主要工作內(nèi)容為：

　　1、編制計(jì)劃：與用戶實(shí)施負(fù)責(zé)人商議具體測試及試運(yùn)行時(shí)間，地點(diǎn)，人員等安排，項(xiàng)目組編制《測試及試運(yùn)行計(jì)劃》。

　　2、簽署計(jì)劃：用戶簽署《測試及試運(yùn)行計(jì)劃》，進(jìn)一步確認(rèn)測試及試運(yùn)行安排。

　　3、發(fā)測試及試運(yùn)行通知：在測試及試運(yùn)行開始前2天，按照簽署的《測試及試運(yùn)行計(jì)劃》，將時(shí)間，地點(diǎn)，人員等信息通知用戶實(shí)施負(fù)責(zé)人。

　　4、搭建環(huán)境及數(shù)據(jù)準(zhǔn)備：在試運(yùn)行開始前搭建好軟件環(huán)境、硬件環(huán)境、網(wǎng)絡(luò)環(huán)境、調(diào)通線路;檢查軟件、硬件、網(wǎng)絡(luò)、線路等各個(gè)環(huán)節(jié)是否有問題;

　　5、組織測試及試運(yùn)行：用戶相關(guān)各級(jí)領(lǐng)導(dǎo)給予全面配合，組織相關(guān)人員進(jìn)行測試及試運(yùn)行.、

　　6、測試及試運(yùn)行總結(jié)：測試及試運(yùn)行完成，總結(jié)試運(yùn)行中設(shè)備、軟件的運(yùn)行情況，總結(jié)試運(yùn)行中業(yè)務(wù)流程和操作環(huán)節(jié)的情況，以書面總結(jié)形式將測試及試運(yùn)行結(jié)果通知相關(guān)負(fù)責(zé)人。

　　公司項(xiàng)目組負(fù)責(zé)擔(dān)當(dāng)指揮，檢查用戶人員組織情況并給予指導(dǎo)，跟蹤檢查如下情況：

　　跟蹤單據(jù)流轉(zhuǎn)狀況。

　　跟蹤新資料登錄環(huán)節(jié)。

　　觀察業(yè)務(wù)流程執(zhí)行狀況。

　　觀察操作人員操作表現(xiàn)。

　　觀察系統(tǒng)運(yùn)行速度及異常表現(xiàn)。

　　觀察關(guān)鍵數(shù)據(jù)的正確性。

　　及時(shí)糾正錯(cuò)誤操作、對(duì)于新發(fā)生的問題及時(shí)與相關(guān)人員溝通，確定解決辦法。

　　(七)總體驗(yàn)收階段。

　　此階段是對(duì)項(xiàng)目總體的完成情況進(jìn)行驗(yàn)收。驗(yàn)收分階段進(jìn)行，在每一項(xiàng)目階段結(jié)束時(shí)，用戶對(duì)這一階段的可交付成果進(jìn)行驗(yàn)收，在測試及試運(yùn)行結(jié)束后，對(duì)系統(tǒng)進(jìn)行總體驗(yàn)收。

　　需要驗(yàn)收的可交付成果：

　　主要項(xiàng)目階段

　　階段組成

　　主要里程碑

　　可交付成果

　　啟動(dòng)

　　階段

　　編制總體項(xiàng)目計(jì)劃

　　簽署的《總體項(xiàng)目計(jì)劃》

　　啟動(dòng)會(huì)

　　項(xiàng)目啟動(dòng)會(huì)

　　簽署的《項(xiàng)目實(shí)施協(xié)議》

　　需求調(diào)研階段

　　需求分析報(bào)告確認(rèn)

　　需求調(diào)研結(jié)束

　　簽署的《需求分析報(bào)告》

　　軟件

　　實(shí)現(xiàn)

　　軟件功能確認(rèn)

　　軟件功能確認(rèn)

　　簽署的《軟件功能確認(rèn)表》

　　數(shù)據(jù)

　　初裝

　　用戶簽署初裝計(jì)劃及初裝培訓(xùn)計(jì)劃

　　簽署的《初裝計(jì)劃及初裝培訓(xùn)計(jì)劃》

　　初裝檢查及總結(jié)數(shù)據(jù)初裝完成

　　《數(shù)據(jù)初裝總結(jié)表》

　　培訓(xùn)及考核

　　用戶簽署培訓(xùn)計(jì)劃

　　簽署的《培訓(xùn)計(jì)劃》

　　培訓(xùn)總結(jié)

　　培訓(xùn)完成

　　《培訓(xùn)總結(jié)表》

　　測試及試運(yùn)行

　　用戶簽署測試及試運(yùn)行計(jì)劃

　　簽署的《測試及試運(yùn)行計(jì)劃》

　　測試及試運(yùn)行總結(jié)

　　試運(yùn)行完成

　　《測試及試運(yùn)行總結(jié)》

　　驗(yàn)收

　　總體驗(yàn)收

　　驗(yàn)收完成

　　《總體驗(yàn)收?qǐng)?bào)告》

　　(八)系統(tǒng)交接階段

　　此階段是項(xiàng)目實(shí)施的最后一個(gè)階段，主要工作是軟件公司項(xiàng)目組向用戶移交軟件項(xiàng)目，包括軟件產(chǎn)品、項(xiàng)目實(shí)施過程中所生成的各種文檔，并簽署《售后服務(wù)協(xié)議》，項(xiàng)目將進(jìn)入售后服務(wù)階段。軟件公司項(xiàng)目組還需要讓用戶填寫《用戶滿意度調(diào)查表》，對(duì)軟件公司項(xiàng)目實(shí)施人員的整個(gè)項(xiàng)目實(shí)施情況進(jìn)行評(píng)價(jià)，軟件公司將聽取用戶的意見，再今后的項(xiàng)目實(shí)施管理中進(jìn)行加強(qiáng)和改進(jìn)。

軟件項(xiàng)目實(shí)施方案共4

　　項(xiàng)目管理實(shí)施方案

　　作為一個(gè)項(xiàng)目管理者,如何要成功的做好項(xiàng)目管理;首先必須先要明白的是在特定的領(lǐng)域中賦予這個(gè)角色所要實(shí)現(xiàn)的目標(biāo)、承擔(dān)的職責(zé)、以及項(xiàng)目管理者的具體工作內(nèi)容是什么? 從我個(gè)人的淺見和角度以及我們所從事的IT領(lǐng)域來分析回答以上三個(gè)問題。 第一:目標(biāo)

　　作為一個(gè)項(xiàng)目的管理者,必須要明確的知道自己的工作目標(biāo);我個(gè)人認(rèn)為項(xiàng)目管理者的目標(biāo)無非就是以下兩點(diǎn):

　　1、就是清晰明確地了解項(xiàng)目利害關(guān)系者的需求和期望,努力做到滿足項(xiàng)目利害關(guān)系者的不同需求;項(xiàng)目利害關(guān)系者包括:項(xiàng)目團(tuán)隊(duì)成員和項(xiàng)目團(tuán)隊(duì)外成員(比如各部門的部門負(fù)責(zé)人和市場人員,客戶等。

　　2、就是保證開發(fā)項(xiàng)目按需按時(shí)保質(zhì)的完成。 第二:職責(zé)

　　作為項(xiàng)目的管理者,首先要端正態(tài)度,要明確知道自己的工作職責(zé),認(rèn)識(shí)到這份工作職責(zé)的本質(zhì)。項(xiàng)目管理者不是來管人的,而是來支持人的,是來協(xié)調(diào)資源的,是來營造一個(gè)適合團(tuán)隊(duì)成員比較認(rèn)同的工作環(huán)境和氛圍的,是來為一個(gè)共同的目標(biāo)和大家一起戰(zhàn)斗共同成長的?？梢源蟾鸥爬ǔ梢韵聨c(diǎn):

　　1、建立有效的工作流程保證項(xiàng)目的順利進(jìn)行。

　　2、制定詳細(xì)周密的項(xiàng)目計(jì)劃。

　　3、跟蹤,推動(dòng)項(xiàng)目按計(jì)劃進(jìn)行。

　　4、積極解決項(xiàng)目過程中出現(xiàn)的問題和沖突。

　　5、調(diào)動(dòng)開發(fā)團(tuán)隊(duì)的積極性,創(chuàng)造力,推動(dòng)團(tuán)隊(duì)成員在項(xiàng)目過程中不斷成長。

　　6、項(xiàng)目風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)評(píng)估、風(fēng)險(xiǎn)解決和風(fēng)險(xiǎn)管理策略以及做好突發(fā)風(fēng)險(xiǎn)的應(yīng)急預(yù)案。

　　7、實(shí)現(xiàn)目標(biāo)

　　第三:項(xiàng)目管理者的具體工作內(nèi)容

　　最后一個(gè)是項(xiàng)目管理者的具體工作內(nèi)容,作為項(xiàng)目管理者必須清晰的知道自己的工作范圍和所要做的工作內(nèi)容以及工作重心,分為以下六點(diǎn):

　　1、項(xiàng)目前期階段

　　對(duì)項(xiàng)目進(jìn)行技術(shù)可行性分析、技術(shù)評(píng)估、成本評(píng)估以及風(fēng)險(xiǎn)評(píng)估。與需求提出方的代表進(jìn)行需求討論,明確項(xiàng)目的目標(biāo)、價(jià)值;確定項(xiàng)目范圍、功能及優(yōu)先級(jí)。組建項(xiàng)目團(tuán)隊(duì),特別要搞清楚項(xiàng)目的key person(對(duì)產(chǎn)品有決定權(quán)的人。項(xiàng)目啟動(dòng)會(huì)議,相關(guān)的

　　利害關(guān)系人員都必須參加。

　　該階段完成后的成果:確認(rèn)后的最終軟件需求規(guī)格說明書文檔。

　　2、分析設(shè)計(jì)階段

　　根據(jù)確認(rèn)后的軟件需求規(guī)格說明書,制定項(xiàng)目進(jìn)度計(jì)劃,工作任務(wù)分解(WBS;資源申請(qǐng),項(xiàng)目涉及到的開發(fā)資源、測試資源、設(shè)計(jì)資源(包括人員和軟硬件資源;數(shù)據(jù)庫設(shè)計(jì);系統(tǒng)設(shè)計(jì);文檔(包括Use Case、Demo系統(tǒng)原型、Test Case等;評(píng)審會(huì)議。

　　該階段完成后的成果: A、User Case(系統(tǒng)用例; B、DEMO(系統(tǒng)原型;

　　C、系統(tǒng)設(shè)計(jì)文檔(概要設(shè)計(jì)和詳細(xì)設(shè)計(jì); D、數(shù)據(jù)庫設(shè)計(jì)文檔。

　　最后對(duì)完成的成果,包括User Case和設(shè)計(jì)文檔等進(jìn)行評(píng)審。

　　3、執(zhí)行階段(開發(fā)和測試

　　準(zhǔn)備開發(fā)環(huán)境、測試環(huán)境;跟蹤,推動(dòng)項(xiàng)目按計(jì)劃進(jìn)行;以周報(bào)的形式通報(bào)項(xiàng)目的進(jìn)展情況。對(duì)項(xiàng)目的階段成果進(jìn)行評(píng)估,以確保該階段完成的質(zhì)量,包括代碼審核、SQL 審核等。對(duì)需求變更進(jìn)行控制管理;對(duì)項(xiàng)目風(fēng)險(xiǎn)進(jìn)行管理;測試階段BUG FIXED及改進(jìn)、收集反饋意見。

　　4、發(fā)布階段

　　包括制定項(xiàng)目發(fā)布計(jì)劃,用戶培訓(xùn),發(fā)布上線。

　　5、上線后監(jiān)控

　　數(shù)據(jù)監(jiān)控(日志、服務(wù)器狀態(tài),根據(jù)監(jiān)控出現(xiàn)的問題,及時(shí)進(jìn)行BUG FIXED及改進(jìn)或做補(bǔ)丁升級(jí)。

　　6、結(jié)束階段

　　產(chǎn)品交付,項(xiàng)目總結(jié)會(huì)。

　　第四:基于以上三個(gè)問題所做的應(yīng)對(duì)細(xì)則

　　要做好項(xiàng)目管理,并能確實(shí)解決好以上三個(gè)問題,實(shí)現(xiàn)目標(biāo)、履行職責(zé)、完成工作中的具體內(nèi)容,從我個(gè)人這幾年的工作經(jīng)驗(yàn)和面臨的一些問題,還有所積累的一些項(xiàng)目管理中的

　　一些知識(shí)以及自己的觀察和思考的角度看,應(yīng)該要努力做好以下這幾個(gè)方面的具體工作:

　　1、項(xiàng)目開發(fā)時(shí)間的估算

　　制定項(xiàng)目進(jìn)度時(shí)間表的時(shí)候,需要估算每個(gè)任務(wù)所需的時(shí)間,其中開發(fā)任務(wù)中模塊的分配和時(shí)間估算是其中最主要的部分;在分配模塊和估算開發(fā)時(shí)間時(shí)需要遵循的原則和目標(biāo):

　　1、保證項(xiàng)目整體的進(jìn)度。

　　2、有助于確保開發(fā)編碼的質(zhì)量。

　　3、有助于提高開發(fā)編碼的速度。

　　在公司現(xiàn)有的技術(shù)框架下,開發(fā)人員主要的工作是投入在具體的商業(yè)邏輯上。通常每個(gè)模塊所需的開發(fā)時(shí)間取決于以下三個(gè)因素:

　　1、所負(fù)責(zé)模塊的商業(yè)邏輯的復(fù)雜程度。

　　2、開發(fā)人員的技術(shù)水平和對(duì)項(xiàng)目所在應(yīng)用的熟悉程度(包括對(duì)框架和應(yīng)用的熟悉程度。

　　3、該模塊技術(shù)實(shí)現(xiàn)上是否有技術(shù)難點(diǎn);這里所謂的技術(shù)難點(diǎn)定義是:在現(xiàn)有系統(tǒng)中還未實(shí)現(xiàn)的、開發(fā)人員自身也未沒接觸過的技術(shù)。對(duì)于這樣的難點(diǎn),開發(fā)者沒有相關(guān)的代碼可以參考,自己也沒有經(jīng)驗(yàn),所以需要投入一些時(shí)間研究解決。

　　模塊分配和開發(fā)時(shí)間估算的步驟:

　　1、在劃分好模塊后,首先自己先估算一下每個(gè)模塊所需要的開發(fā)時(shí)間。

　　2、然后召集所有開發(fā)人員,討論模塊的分配和開發(fā)時(shí)間估算。將劃分好的模塊,讓開發(fā)人員從中挑選他們感興趣的模塊。這樣做可以提高開發(fā)人員的主動(dòng)性和參與性。在分配模塊的時(shí)候還需從以下幾方面考慮,以確保開發(fā)的速度和質(zhì)量: A、相同類似的模塊由同一人負(fù)責(zé)開發(fā),比如用戶管理的增刪改由同一開發(fā)者負(fù)責(zé)。

　　這樣做的好處就是開發(fā)者對(duì)相關(guān)邏輯會(huì)更加熟悉,同時(shí)接口的定義也會(huì)比較明確,溝通的成本比較低,同時(shí)功能實(shí)現(xiàn)的缺陷也相應(yīng)的會(huì)降低。

　　B、技術(shù)難度比較大的模塊由技術(shù)水平比較高的人負(fù)責(zé)。 C、業(yè)務(wù)邏輯比較復(fù)雜的由對(duì)這塊邏輯比較了解的人負(fù)責(zé)。

　　3、模塊分配完后,開發(fā)人員評(píng)估自己負(fù)責(zé)開發(fā)的模塊所需要的時(shí)間。在此過程中最好做到要和開發(fā)者比較詳細(xì)的討論每個(gè)模塊的技術(shù)實(shí)現(xiàn),以便使時(shí)間的估算更加準(zhǔn)確。

　　4、對(duì)開發(fā)人員估算的時(shí)間進(jìn)行確認(rèn)。在確認(rèn)過程中作為項(xiàng)目管理者應(yīng)參考以上提到的三個(gè)因素,同時(shí)將自己估算的時(shí)間和開發(fā)人員估算的時(shí)間進(jìn)行比較。這其中的差異當(dāng)然會(huì)存在的。對(duì)于那些差異比較大的,將與技術(shù)人員探討其中的緣由。對(duì)于時(shí)間周期比較長的任務(wù),盡量將任務(wù)通過再細(xì)分的手段細(xì)化任務(wù),爭取每個(gè)任務(wù)的最長時(shí)間不超過3天;時(shí)間周期越長的任務(wù),不確定性越高,風(fēng)險(xiǎn)也越高,越有可能成為項(xiàng)目的瓶頸,影響項(xiàng)目的進(jìn)度。

　　2、Code Review Code Review是保證項(xiàng)目中代碼質(zhì)量非常重要的一個(gè)環(huán)節(jié),在這一環(huán)中我們公司做的非常欠缺,把關(guān)不嚴(yán)格;這是導(dǎo)致每次測試后出現(xiàn)大量bug的主要原因,這一環(huán)需要納入績效考核中,實(shí)行責(zé)任追究制,實(shí)施重點(diǎn)監(jiān)控。出現(xiàn)這樣的薄弱環(huán)節(jié),造成這樣的原因,我想也是有很多因素造成的;比如開發(fā)人員對(duì)需求不是很明確,以自己比較主觀的因素去完成任務(wù)的;還有對(duì)整個(gè)系統(tǒng)業(yè)務(wù)邏輯沒有正確的清晰的認(rèn)識(shí)的原因,以及對(duì)項(xiàng)目組成員培訓(xùn)不到位的原因等眾多因素糾集在一起才產(chǎn)生的。

　　如何做好這方面的工作?首先編碼要有“編碼規(guī)范”文檔,Code Review要有“代碼審

　　核規(guī)范”文檔:記錄代碼實(shí)現(xiàn)應(yīng)該遵循的標(biāo)準(zhǔn)。通過這兩個(gè)文檔來規(guī)范開發(fā)人員的代碼實(shí)現(xiàn),代碼編寫者必須要嚴(yán)格按照規(guī)范來進(jìn)行;代碼審核者根據(jù)這些標(biāo)準(zhǔn)來Code Review代碼,同時(shí)在Code Review過程中不斷完善該文檔。

　　在做好這些前期工作的前提下,分以下幾個(gè)步驟來實(shí)施:

　　1、檢查開發(fā)者的代碼實(shí)現(xiàn)是否遵循了編碼規(guī)范。

　　2、從代碼的易維護(hù)性、可擴(kuò)展性角度考察代碼的質(zhì)量,提出修改建議。

　　3、代碼編寫者和代碼審核者坐在一起,由代碼編寫者按照Use Case依次講解自己負(fù)責(zé)

　　的代碼和相關(guān)邏輯,從Web層-到Manage層再到Dao層;

　　4、代碼審核者在此過程中可以隨時(shí)提出自己的疑問,同時(shí)積極發(fā)現(xiàn)隱藏的bug;對(duì)這

　　些bug記錄在案。

　　5、代碼講解完畢后,代碼審核者給自己安排幾個(gè)小時(shí)再對(duì)代碼審核一遍。代碼需要一

　　行一行靜下心來看。同時(shí)代碼又要全面的看,以確保代碼整體上設(shè)計(jì)優(yōu)良。

　　6、代碼審核者根據(jù)審核的結(jié)果編寫“代碼審核報(bào)告”,“審核報(bào)告”中記錄發(fā)現(xiàn)的問題

　　及修改建議,然后把“審核報(bào)告”發(fā)送給相關(guān)人員。

　　7、代碼編寫者根據(jù)“代碼審核報(bào)告”給出的修改意見,修改好代碼,有不清楚的地方

　　可積極向代碼審核者提出。

　　8、代碼編寫者bug fixed完畢之后給出反饋。

　　9、代碼審核者把Code Review中發(fā)現(xiàn)的有價(jià)值的問題更新到"代碼審核規(guī)范"的文檔中, 對(duì)于特別值得提醒的問題可群發(fā)email給所有技術(shù)人員。如果通過以上步驟,還因?yàn)槭谴a編寫者的原因而出現(xiàn)嚴(yán)重的缺陷問題,將通過績效考核來加深代碼編寫者的印象,并在周報(bào)會(huì)議上做通報(bào)批評(píng)。

　　3、需求變更管理

　　需求變更管理也是項(xiàng)目管理中最重要的一個(gè)環(huán)節(jié),對(duì)需求變更管理的有效性將直接影響項(xiàng)目的成功與否。

　　對(duì)待需求變更的態(tài)度:

　　1、需求變更是不可避免的。

　　2、需求變更要必須被管理。

　　3、積極發(fā)現(xiàn)引起變更的因素,促使變更盡可能早的出現(xiàn),減低變更帶來的風(fēng)險(xiǎn)。 需求變更管理的目標(biāo):

　　1、相關(guān)的干系人必須清楚地了解發(fā)生的變更。

　　2、變更處于有效的管理中。

　　3、盡量降低變更帶來的風(fēng)險(xiǎn)。

　　通過制定需求變更的流程,確保項(xiàng)目中的需求變更有效地進(jìn)行,實(shí)現(xiàn)上述的目標(biāo)。需求變更流程:

　　1、確定需求的基準(zhǔn)線。將以User Case作為需求基準(zhǔn)線,在User Case確認(rèn)之后的任何需求改變,都需要走需求變更流程,這一環(huán)節(jié)我們基本沒有,期間有時(shí)候使的工

　　作很混亂,也就是因?yàn)闆]有一個(gè)規(guī)范的變更流程而造成的;如果建立了這么一個(gè)流程規(guī)范和機(jī)制,需求變更沒有走這個(gè)流程的將不被認(rèn)可。

　　2、項(xiàng)目管理者接收到需求變更的要求。需求變更的提出者可以是項(xiàng)目中的任何人包括產(chǎn)品經(jīng)理、市場人員、開發(fā)人員、測試人員等。

　　3、項(xiàng)目管理者評(píng)估該需求變更。針對(duì)接收到的需求變更的要求,召集相關(guān)人員討論該需求變更的合理性、可行性,實(shí)施的代價(jià)以及對(duì)項(xiàng)目的影響。包括可能影響的項(xiàng)目范圍,進(jìn)

　　度,費(fèi)用,質(zhì)量等計(jì)劃。項(xiàng)目管理者作為項(xiàng)目的負(fù)責(zé)人,對(duì)項(xiàng)目的成功與否負(fù)有主要的責(zé)任。所以需求變更的決策者應(yīng)該由項(xiàng)目管理者承擔(dān)。

　　4、需求變更確認(rèn)后由專人將需求變更記錄下來,通知給項(xiàng)目中所有成員。其中以下人員對(duì)需求的變更是緊密相關(guān)的,他們必須知曉并認(rèn)可此需求變更。包括(客戶方,需求分析人員,測試人員,相關(guān)開發(fā)人員。需求變更記錄格式如下: 序號(hào)變更提出時(shí)間變更描述變更類型(是 對(duì)原有需求 的修改還是 新增需求 原因變更提出 者

　　開發(fā)人員對(duì)進(jìn)度的 影響(工 作量

　　1 2

　　5、確定變更的負(fù)責(zé)人。承擔(dān)需求變更的具體工作,比如基線控制,對(duì)需求變更的記錄,并通知相關(guān)人員。

　　6、相關(guān)人員接收到確認(rèn)的需求變更后,做以下事情。需求分析人員修改需求說明書和User Case的相關(guān)內(nèi)容。測試人員修改測試用例的相關(guān)內(nèi)容。開發(fā)人員修改代碼中的相關(guān)部分。

　　7、按照變更后的計(jì)劃實(shí)施項(xiàng)目,并進(jìn)行檢查,跟蹤,對(duì)變更后的實(shí)施反饋和可能出現(xiàn)的問題及時(shí)溝通和處理。

　　8、需求凍結(jié)。項(xiàng)目越到后期,需求變更對(duì)項(xiàng)目的影響就越大,所以在一定時(shí)候要進(jìn)入需求凍結(jié)階段,不再接收新需求或需求的變更。

　　4、風(fēng)險(xiǎn)管理

　　風(fēng)險(xiǎn)管理是項(xiàng)目管理者最重要的工作之一。風(fēng)險(xiǎn)管理是一個(gè)持續(xù)的過程,貫穿于整個(gè)項(xiàng)目過程中,風(fēng)險(xiǎn)管理包括風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)評(píng)估、風(fēng)險(xiǎn)解決以及風(fēng)險(xiǎn)管理策略。

　　在項(xiàng)目的實(shí)施過程中需要不斷地識(shí)別和應(yīng)對(duì)風(fēng)險(xiǎn),并加以有效的控制,風(fēng)險(xiǎn)管理的好與壞直接影響項(xiàng)目的實(shí)施效果,從某種意義上講,項(xiàng)目實(shí)施對(duì)于項(xiàng)目管理者就是識(shí)別、分析、應(yīng)對(duì)、控制風(fēng)險(xiǎn)的過程,使項(xiàng)目的約束性目標(biāo)和質(zhì)量目標(biāo)朝有利的方向發(fā)展。

　　項(xiàng)目不同于日常任務(wù),它有明確的起止時(shí)間和目標(biāo),要在明確的范圍、時(shí)間和成本約束下,達(dá)到相應(yīng)的質(zhì)量標(biāo)準(zhǔn),并取得用戶的滿意。影響項(xiàng)目成敗的因素涉及方方面面,并且風(fēng)險(xiǎn)伴隨著項(xiàng)目的始終,是客觀存在的,作為一個(gè)項(xiàng)目管理者,應(yīng)該具備良好的風(fēng)險(xiǎn)控制意識(shí),善于識(shí)別風(fēng)險(xiǎn)并分析風(fēng)險(xiǎn)的影響,從中發(fā)現(xiàn)影響目標(biāo)的風(fēng)險(xiǎn)點(diǎn),并施

　　加影響或采取應(yīng)對(duì)措施,把風(fēng)險(xiǎn)的負(fù)面影響降到最低,并且風(fēng)險(xiǎn)控制應(yīng)該貫穿項(xiàng)目始終。

　　風(fēng)險(xiǎn)引起的負(fù)面后果集中體現(xiàn)在進(jìn)度延后、成本超支、質(zhì)量不達(dá)標(biāo)等方面,導(dǎo)致這些問題的因素主要包括目標(biāo)以及需求不明確、范圍蔓延以及需求變更、代碼質(zhì)量或返工風(fēng)險(xiǎn)、人員技能和資源的不足、缺乏良好的團(tuán)隊(duì)協(xié)作等。下面將詳細(xì)描述一下這些問題以及出現(xiàn)這些問題時(shí)的應(yīng)對(duì)方案:

　　1、目標(biāo)以及需求不明確

　　為了市場競爭或內(nèi)部管理決策的需要,業(yè)務(wù)部門提出的需求往往要求的時(shí)間比較緊迫,需求的提出大多停留在幾張紙或口頭的傳達(dá)上,沒有形成正式的業(yè)務(wù)需求文檔,在沒有明確的需求范圍的情況下,有時(shí)為了迎合業(yè)務(wù)部門的口味匆匆開工,過程中用戶不斷地提出新的想法,技術(shù)人員開始疲于奔命和應(yīng)付,很難保證項(xiàng)目的進(jìn)度和質(zhì)量,也難以取得業(yè)務(wù)部門的認(rèn)可。所以,在項(xiàng)目的前期一定要采取相應(yīng)的手段或措施,與業(yè)務(wù)部門共同明確項(xiàng)目目標(biāo)、需求范圍,充分考慮現(xiàn)有的時(shí)間和資源約束,將需求排定優(yōu)先級(jí), 對(duì)于關(guān)鍵的需求優(yōu)先實(shí)現(xiàn)， 其他輔助性的根據(jù)過程中的具體情況進(jìn)行滾動(dòng)式計(jì)劃， 并取 得業(yè)務(wù)部門的書面確認(rèn)。在此過程中要注重挖掘用戶的隱性需求，可以通過引導(dǎo)、系統(tǒng) 原型等手段讓用戶在前期充分暴露自己的想法和需求。

　　2、范圍蔓延以及需求變更 在有了明確的目標(biāo)和需求范圍的情況下， 需求的變更還是不可避免的， 業(yè)務(wù)部門在 看到具體系統(tǒng)的真實(shí)雛形之后，源源不斷地要求、新想法隨之產(chǎn)生，如果不對(duì)此加以控 制， 新的需求的加入通常會(huì)影響已實(shí)現(xiàn)的需求， 并且對(duì)項(xiàng)目進(jìn)度和成本產(chǎn)生很大的影響。 項(xiàng)目管理者針對(duì)這種情況一定要采取嚴(yán)格的變更控制流程， 不能礙于面子， 否則最終的 結(jié)果往往是出力不討好。針對(duì)用戶提出的新需求，按照正式流程提出變更申請(qǐng)，組織相 關(guān)團(tuán)隊(duì)成員進(jìn)行分析及評(píng)估， 作為是否實(shí)施的依據(jù)， 變更控制負(fù)責(zé)人根據(jù)分析結(jié)果判斷 是否批準(zhǔn)，如果批準(zhǔn)，那項(xiàng)目組可以安排實(shí)施，否則，正式拒絕用戶的請(qǐng)求，當(dāng)然實(shí)際 情況下可以采取一些軟措施緩解矛盾。 需求變更風(fēng)險(xiǎn)：需求已經(jīng)打上了基線，但此后仍然有變更

　　發(fā)生，對(duì)項(xiàng)目造成影響。 如何減少此類風(fēng)險(xiǎn)的發(fā)生？ 前期的需求討論要詳細(xì)、充分。需求文檔中需求的范圍要明確、功能描述要清楚。 找出項(xiàng)目中需求的決策者(通常會(huì)是產(chǎn)品經(jīng)理、相關(guān)職能主管、客戶，所有的需求要經(jīng) 過他們的認(rèn)可?？蛻粼陧?xiàng)目過程中的全程參與有助于降低此類風(fēng)險(xiǎn)。需求討論、需求確 認(rèn)、User Case 確認(rèn)、測試階段的客戶驗(yàn)收等環(huán)節(jié)，都要要求客戶參與。在發(fā)生需求變 更時(shí)， 嚴(yán)格按照需求變更流程執(zhí)行。 在分析設(shè)計(jì)階段的中的確認(rèn)和評(píng)審也是降低此類風(fēng) 險(xiǎn)的重要手段。

　　3、代碼質(zhì)量或返工風(fēng)險(xiǎn) 質(zhì)量風(fēng)險(xiǎn)主要指開發(fā)代碼的質(zhì)量。 如何提高開發(fā)人員開發(fā)的質(zhì)量？在制定項(xiàng)目計(jì)劃 時(shí)，對(duì)開發(fā)時(shí)間的評(píng)估要盡可能的合適。合理的開發(fā)時(shí)間對(duì)開發(fā)質(zhì)量的影響也很大。有 時(shí)開發(fā)人員為了趕進(jìn)度在比較緊張的時(shí)間需要完成指定的任務(wù)， 可能就存在很大的開發(fā) 質(zhì)量問題。開發(fā)要有一套嚴(yán)格可行的代碼規(guī)范，編碼時(shí)嚴(yán)格遵守，到現(xiàn)在為止，我們這 個(gè)方面做的不是很規(guī)范，做的也很不足，大家編寫的代碼隨意性比較大，代碼編寫者的 主觀意識(shí)性比較強(qiáng)。要建立一套大家認(rèn)可并且規(guī)范可行的編碼規(guī)范和考核規(guī)范，code review 時(shí)嚴(yán)格考核。在編碼前，開發(fā)人員要對(duì)框架熟練掌握；一份好的系統(tǒng)設(shè)計(jì)文檔對(duì) 指導(dǎo)開發(fā)非常重要。 返工是項(xiàng)目組最不愿意看到的，既浪費(fèi)人力、物力和財(cái)力，又影響團(tuán)隊(duì)積極性。需 求不明確或范圍沒有有效控制都可能造成返工， 另外造成返工的原因是質(zhì)量沒有達(dá)到用 戶要求。往往有這樣一種情況，每個(gè)團(tuán)隊(duì)成員按照項(xiàng)目計(jì)劃報(bào)告進(jìn)度都是 100%完成， 但一到最后系統(tǒng)交互測試或集成的時(shí)候就會(huì)發(fā)現(xiàn)一大堆問題， 不得不花費(fèi)很大精力回頭 排查、修改程序，造成這種情況的主要原因是過程中質(zhì)量保證沒有做到位，把大部分問 題留在了后面。 這就需要在項(xiàng)目實(shí)施過程中采取有效的措施來規(guī)避返工的風(fēng)險(xiǎn)， 通常的 做法有同行評(píng)審， 比如概要設(shè)計(jì)完成之后， 邀請(qǐng)其他項(xiàng)目組的技術(shù)專家進(jìn)行技術(shù)評(píng)審以 發(fā)現(xiàn)架構(gòu)設(shè)計(jì)問題； 管理評(píng)審， 通過組織級(jí)的質(zhì)量審計(jì)看產(chǎn)品以及實(shí)施過程是否滿足質(zhì) 量要求；代碼走查，在編碼過程中加入至少一次的代碼走查，排查不符合規(guī)范或性能要 求的代碼，走查通常能夠發(fā)現(xiàn) 50%-70%的錯(cuò)誤；每日構(gòu)建，這是一種非常有效的方法， 可以避免把各部分的集成問題拖到最后， 并且能夠及時(shí)發(fā)現(xiàn)相應(yīng)的錯(cuò)誤， 日構(gòu)建一般在 項(xiàng)目的中后期開始，每天自動(dòng)從版本服務(wù)器上獲取源代碼進(jìn)行自動(dòng)編譯和測試。

　　4、人員技能和資源的不足 項(xiàng)目實(shí)施過程中由于人員技能欠缺造成的進(jìn)

　　度延后和軟件質(zhì)量問題并不少見， 一個(gè) 熟練的技術(shù)人員完成同樣一個(gè)任務(wù)需要 3 天，但一個(gè)生手可能就需要 7-10 天。項(xiàng)目管

　　理者應(yīng)該在前期就分析清楚項(xiàng)目所要采用的技術(shù)以及相應(yīng)的人員技能要求， 針對(duì)不同的 角色，及時(shí)采取相應(yīng)的技能培訓(xùn)，以保證項(xiàng)目的順利實(shí)施。如果對(duì)于項(xiàng)目中某些部分專 業(yè)性特別強(qiáng)或新技術(shù)，短期內(nèi)又不能快速建立技能的情況，可以考慮將該塊任務(wù)外包， 借鑒合作商的力量降低實(shí)施風(fēng)險(xiǎn)，當(dāng)然要進(jìn)行外購人力成本與自建人力成本的效益分 析。開發(fā)過程中遇到技術(shù)難題，導(dǎo)致開發(fā)時(shí)間延遲或者需求不得不發(fā)生變更。如何減少 此類風(fēng)險(xiǎn)的發(fā)生？在項(xiàng)目開始前的技術(shù)評(píng)估階段， 明確技術(shù)難點(diǎn)， 提前安排人員進(jìn)行攻 克。如果在可預(yù)期的時(shí)間內(nèi)無法解決，如果可以，將向需求提出方要求變更需求或?qū)ふ?可替代方案。 這樣的風(fēng)險(xiǎn)應(yīng)該在項(xiàng)目的前期階段就應(yīng)該解決在萌芽狀態(tài)來避免這樣的風(fēng) 險(xiǎn)在后期或中期出現(xiàn)。 項(xiàng)目所需人力資源無法按時(shí)到位， 導(dǎo)致資源風(fēng)險(xiǎn)。 如何減少此類風(fēng)險(xiǎn)的發(fā)生？這個(gè) 就需要在項(xiàng)目計(jì)劃制定的時(shí)候提前申請(qǐng)確認(rèn)資源，并在項(xiàng)目過程中不斷溝通協(xié)調(diào)。

　　5、缺乏良好的團(tuán)隊(duì)協(xié)作 軟件項(xiàng)目實(shí)施屬于知識(shí)型，要發(fā)揮團(tuán)隊(duì)成員的創(chuàng)造力，不同于制造業(yè)計(jì)件生產(chǎn)，各 模塊最終要集成在一起形成一個(gè)有機(jī)的整體， 這就需要各小組之間的密切配合， 界定清 楚工作界面及接口關(guān)系， 并在實(shí)施過程中持續(xù)地溝通交流和共享， 首先團(tuán)隊(duì)要融為一體， 產(chǎn)出的軟件才能融為一體。 這是一個(gè)團(tuán)隊(duì)的軟實(shí)力， 團(tuán)隊(duì)之間的協(xié)作好壞也將是個(gè)潛在 的風(fēng)險(xiǎn)問題，在項(xiàng)目啟動(dòng)和團(tuán)隊(duì)組建的時(shí)候就應(yīng)該加以規(guī)避這樣的風(fēng)險(xiǎn)出現(xiàn)。 項(xiàng)目風(fēng)險(xiǎn)管理的要點(diǎn)：

　　1、上述我們所說的風(fēng)險(xiǎn)管理都是指可以預(yù)期將要發(fā)生的風(fēng)險(xiǎn)，那些不可預(yù)期將要發(fā)生 的風(fēng)險(xiǎn)不屬于風(fēng)險(xiǎn)管理的范疇。這也將是考驗(yàn)一個(gè)項(xiàng)目管理者的經(jīng)驗(yàn)和知識(shí)對(duì)能否 管理好風(fēng)險(xiǎn)至關(guān)重要的內(nèi)容。

　　2、對(duì)不可預(yù)期的風(fēng)險(xiǎn)，項(xiàng)目管理者要有潛在的風(fēng)險(xiǎn)意識(shí)評(píng)估，做好一些可操作性的預(yù) 案準(zhǔn)備。

　　3、詳細(xì)明確的項(xiàng)目計(jì)劃、以及項(xiàng)目執(zhí)行過程中每個(gè)要點(diǎn)的質(zhì)量保證是降低項(xiàng)目風(fēng)險(xiǎn)的 必要條件。

　　4、風(fēng)險(xiǎn)報(bào)告是項(xiàng)目團(tuán)隊(duì)以及領(lǐng)導(dǎo)了解項(xiàng)目風(fēng)險(xiǎn)的一個(gè)有效手段。 風(fēng)險(xiǎn)報(bào)告的格式： 序號(hào) 風(fēng)險(xiǎn)簡介 對(duì)項(xiàng)目的影響 解決方案或?qū)Σ?/p>

　　5、團(tuán)隊(duì)管理 團(tuán)隊(duì)就是一組個(gè)體為實(shí)現(xiàn)共同的目標(biāo)而相互依賴、一起工作的共同體。 團(tuán)隊(duì)工作顧名思 義就是團(tuán)隊(duì)成員為實(shí)現(xiàn)這個(gè)共同的目標(biāo)而付出的共同努力， 項(xiàng)目團(tuán)隊(duì)的工作是否有效直接關(guān) 系到

　　項(xiàng)目的成敗。 團(tuán)隊(duì)管理是個(gè)漸進(jìn)的過程。世界上只有完美的團(tuán)隊(duì)，沒有完美的個(gè)人。好的高效的團(tuán)隊(duì) 不是管理出來的，而是營造出來的。團(tuán)隊(duì)成員需要有大家可認(rèn)同的團(tuán)隊(duì)文化，這需要大家共 同的努力。

　　1、營造良好的工作環(huán)境和氛圍。

　　2、建設(shè)優(yōu)秀或鮮明的團(tuán)隊(duì)文化。

　　3、保持高效的溝通。

　　6、項(xiàng)目會(huì)議 組織會(huì)議是項(xiàng)目管理者日常工作中一項(xiàng)非常重要的工作任務(wù)， 項(xiàng)目過程中很多重要的決 定都是在會(huì)議中做出的，也有很多由于不成功的會(huì)議而對(duì)項(xiàng)目本身造成了不好的影響。 首先看看不成功的會(huì)議常常表現(xiàn)為哪些形式：

　　1、會(huì)議氛圍不好，參與者發(fā)言不踴躍；

　　2、會(huì)議討論常常偏離主題；

　　3、會(huì)議沒有取得預(yù)期的結(jié)果；

　　4、會(huì)議時(shí)間常常一拖再拖。 這些不成功的會(huì)議最終的結(jié)果就是：既浪費(fèi)了大家的寶貴時(shí)間又沒有達(dá)到會(huì)議的目的， 很多人都對(duì)這樣的會(huì)議都有抵觸情緒， 對(duì)此也是深惡痛絕。 以下是組織會(huì)議時(shí)應(yīng)該注意的問 題，也可看作組織會(huì)議的最佳實(shí)踐。在列出最佳實(shí)踐之前有三點(diǎn)我們必須要清楚：

　　1、會(huì)議是否會(huì)取得成功很大程度上取決于會(huì)議的組織者。只有組織得有力，會(huì)議才有 可能取得成功，這是會(huì)議成功的充分條件。

　　2、會(huì)議的組織者和參與者的想法通常是不一致的，有時(shí)候甚至?xí)笙鄰酵ァ?/strong>所以不要 希望會(huì)議的參與者和你一樣，對(duì)會(huì)議有著如此的期待，對(duì)大多數(shù)參與者而言，在會(huì)議中他只 是一個(gè)發(fā)表想法的人，他不用對(duì)會(huì)議的成功承擔(dān)責(zé)任。

　　3、以下十一條最佳實(shí)踐是形式上的約定，具體的實(shí)施可以根據(jù)實(shí)際情況來做。 組織會(huì)議的十一條最佳實(shí)踐：

　　1、只有需要開會(huì)時(shí)才開會(huì)。有時(shí)候兩三個(gè)人單獨(dú)小范圍溝通會(huì)更加有效。

　　2、提前發(fā)出會(huì)議議程，以便會(huì)議參與者知道他們來做什么。

　　3、請(qǐng)對(duì)人很重要，不要把非必要的人召來開會(huì)，當(dāng)然也不要漏掉那些關(guān)鍵人物。在確 保必要人物都在的情況下一次會(huì)議參與者越少效果越好。

　　4、提前預(yù)約參與者的時(shí)間，以確保他們能按時(shí)到場。

　　5、會(huì)議的開場很重要。會(huì)議組織者要在開始前做好幾件事情。通常我建議有幾點(diǎn)要在 開場時(shí)說： A、再一次強(qiáng)調(diào)會(huì)議的目標(biāo)，我們來做什么。 B、強(qiáng)調(diào)會(huì)議的主題與基調(diào)。比如：本次會(huì)議是一個(gè)需求確認(rèn)會(huì)，而非需求討論會(huì)， 主要是討論做還是不做以及告知大家我們要做什么， 而不要把太多的精力放在討論 如何做上面。 C、說明一下會(huì)議的規(guī)則。如要發(fā)言，請(qǐng)舉手；不要有小圈子討論；不要打斷別人 的講 話，等別人說完你再說等等。

　　6、會(huì)議過程中時(shí)刻注意引導(dǎo)和控制會(huì)議，以確保會(huì)議按照目

　　標(biāo)進(jìn)行。一次會(huì)議的氛圍 是否良好，討論是否充分，好的引導(dǎo)至關(guān)重要。比如多提一些開放式的問題。

　　7、會(huì)議記錄很重要，把一些結(jié)論和有價(jià)值的內(nèi)容記錄下來，這些是本次會(huì)議的重要成 果之一。

　　8、會(huì)議要有結(jié)論。我們常在會(huì)議上聽到有人說："大家討論了這么半天，結(jié)論呢？"。 沒有結(jié)論的會(huì)議是沒有意義的。

　　9、會(huì)議后別忘發(fā)會(huì)議紀(jì)要，以及一些 Action，什么人什么時(shí)候做什么。

　　10、會(huì)議后的 action 執(zhí)行情況的反饋很重要。反饋是對(duì)會(huì)議參與者的尊重，同時(shí)也告知 了會(huì)議的效果。 否則會(huì)讓大家感覺到這是一個(gè)可無可無的會(huì)議， 大家以后參與的積極性 也會(huì)降低。很多會(huì)議往往都不注意這一點(diǎn)。

　　11、按時(shí)結(jié)束的會(huì)議會(huì)受到所有人的歡迎。

　　7、版本控制 版本控制也是項(xiàng)目管理者的一個(gè)重要工作內(nèi)容之一， 一個(gè)項(xiàng)目或產(chǎn)品的完成不可能是一 步到位的，在項(xiàng)目完成的后期可能會(huì)有多個(gè)不同的版本的發(fā)布（開發(fā)版本，測試版本，發(fā)布 版本等） 。需要做好版本的管理和控制。

　　8、項(xiàng)目總結(jié) 在項(xiàng)目完成后，總結(jié)整個(gè)完成項(xiàng)目的過程和經(jīng)歷，為下一次的項(xiàng)目啟動(dòng)提供參考經(jīng)驗(yàn)， 完善不足，避免在類似的項(xiàng)目中出現(xiàn)可能存在的相同的錯(cuò)誤發(fā)生。

軟件項(xiàng)目實(shí)施方案共5

　　軟件項(xiàng)目實(shí)施總結(jié)

　　1、項(xiàng)目組組建

　　1、1多方項(xiàng)目組成員

　　給出多方項(xiàng)目組成員組成。很多吃過虧的客戶,在搭建項(xiàng)目組的時(shí)候,甚至在招標(biāo)書的時(shí)候,要求軟件公司的項(xiàng)目組里面必須有項(xiàng)目管理專業(yè)人員,甚至持有pmp證書,或者有專業(yè)的需求分析人員,并持有系統(tǒng)分析證書。 1、2多方項(xiàng)目小組成員的穩(wěn)定性

　　多方項(xiàng)目小組成員的穩(wěn)定性。人員流動(dòng)通知對(duì)方,申請(qǐng)多方認(rèn)可。特別是相關(guān)負(fù) 責(zé)人流動(dòng),需要多方確認(rèn)。 2、實(shí)施的進(jìn)度日程表 給出系統(tǒng)上線日程表

　　3、軟件模塊實(shí)施的先后順序

　　先上哪些模塊,后上哪些模塊。新系統(tǒng)和老系統(tǒng)并行運(yùn)行的機(jī)制處理方式。歷史數(shù)據(jù)的處理方式。

　　4、進(jìn)入新系統(tǒng)的數(shù)據(jù)截?cái)嗳掌凇?/strong> 5、實(shí)施中多方會(huì)晤機(jī)制

　　定期會(huì)晤機(jī)制？1周幾次？還是每幾天1次,每天1次？ 6、監(jiān)理方的立場說明

　　監(jiān)理方代表的是甲方的利益,出現(xiàn)沖突的時(shí)候應(yīng)該從維護(hù)甲方利益出發(fā),考慮問題。 7、問題診斷機(jī)制

　　實(shí)施出現(xiàn)問題時(shí)候,監(jiān)理方應(yīng)該要協(xié)助甲方診斷問題的類別,是來自于硬件提供商, 還是軟件提供商,還是甲方的問題。如果不能診斷,應(yīng)該主持召開多方會(huì)議確認(rèn)問題的來源,類別。

　　8、問題的響應(yīng)速度要求

　　當(dāng)問題被診斷后,應(yīng)該要求問題解決的時(shí)間,要求相關(guān)單位在規(guī)定時(shí)間內(nèi)解決。如果問題不能在指定時(shí)間內(nèi)解決,應(yīng)該要考慮補(bǔ)救措施。 9、需求變更處理

　　當(dāng)甲方提出需求變更后,監(jiān)理方應(yīng)該作出判斷,這個(gè)需求是否合理,是否超出了實(shí)施前制定的需求基線,如果超出了需求基線,就有可能需要追加預(yù)算了。

　　當(dāng)然軟件需求變更存在一個(gè)工作量的問題,如果工作量較小,就不存在甲方追加預(yù)算。一般的項(xiàng)目實(shí)施都是有1個(gè)需求基線,然后免費(fèi)的需求變更工作量有1個(gè)上限,當(dāng)需求變更的工作量超出這個(gè)上限,就需要甲方追加成本了。 10、甲方2次開發(fā)的難度控制

　　當(dāng)在設(shè)計(jì)甲方業(yè)務(wù)處理流程的時(shí)候,應(yīng)該要考慮到甲方業(yè)務(wù)流程更改后,系統(tǒng)的可配置性。這1點(diǎn)也是j2ee的主要特點(diǎn)體現(xiàn)。當(dāng)然,如果系統(tǒng)使用了工作流產(chǎn)品的話,可以從工作流角度來考慮解決。

　　11、財(cái)務(wù)核算處理方式的靈活能力

　　一般的企業(yè)單位,財(cái)務(wù)核算的方式是比較固定的,但是也會(huì)作變動(dòng),當(dāng)這一塊作出變動(dòng)時(shí)候,應(yīng)該要求軟件系統(tǒng)能夠比較好的能夠?qū)崿F(xiàn)。

　　例如:軟件系統(tǒng)以前實(shí)行的是集中財(cái)務(wù)管理,后來改變成為半集中方式,或者分散方式。這寫都要秋軟件系統(tǒng)能夠很好的實(shí)現(xiàn)能夠很好的進(jìn)行業(yè)務(wù)處理方式的平滑過渡。 12、甲方業(yè)務(wù)流程的整理 監(jiān)理方作為甲方利益代表,應(yīng)該和甲方一起協(xié)助億方指定出甲方的業(yè)務(wù)相關(guān)流程,在甲方乙方有爭論的地方進(jìn)行協(xié)調(diào),并且在流程指定時(shí)候應(yīng)該就要考慮到流程的更改。監(jiān)理方當(dāng)然最好能夠先幫助甲方進(jìn)行流程改那就更好了?；蛘咭曳侥軌蛱峁┕ぷ髁鞴ぞ呔秃昧?否則這部分工作會(huì)暫用監(jiān)理方相當(dāng)多的時(shí)間。另外需求搜集變更也會(huì)監(jiān)理方需要高度關(guān)注的一件事情。

軟件項(xiàng)目實(shí)施方案共5篇(軟件項(xiàng)目實(shí)施方案及實(shí)施計(jì)劃)相關(guān)文章：