軟件項(xiàng)目驗(yàn)收方案（匯總17篇）

一個好的方案應(yīng)該考慮到未來的發(fā)展和變化。一個較為完美的方案需要考慮資源的合理利用和時(shí)間的有效管理。以下范文包含了不同領(lǐng)域的方案，希望對各位讀者有所啟發(fā)和引導(dǎo)。

軟件項(xiàng)目驗(yàn)收方案篇一

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

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

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

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

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

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

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

當(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ù)核算的方式是比較固定的,但是也會作變動,當(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)行流程改那就更好了。或者乙方能夠提供工作流工具就好了,否則這部分工作會暫用監(jiān)理方相當(dāng)多的時(shí)間。另外需求搜集變更也會監(jiān)理方需要高度關(guān)注的一件事情。

軟件項(xiàng)目驗(yàn)收方案篇二

為使信息化項(xiàng)目建設(shè)按照《南寧市信息化項(xiàng)目建設(shè)管理暫行辦法》要求進(jìn)行，確保項(xiàng)目竣工后達(dá)到有關(guān)要求和標(biāo)準(zhǔn)，并能正常投入運(yùn)行，必須進(jìn)行項(xiàng)目驗(yàn)收。

二、驗(yàn)收對象

參與項(xiàng)目建設(shè)的施工單位。

三、項(xiàng)目驗(yàn)收的前提條件：

（一）所有建設(shè)項(xiàng)目按照合同要求全部建成，并滿足使用要求；

（二）各個分項(xiàng)工程全部初驗(yàn)合格；

（三）已通過軟件確認(rèn)測試評審；

（四）已通過軟件系統(tǒng)測試評審；

（五）軟件已置于配置管理之下；

（六）各種技術(shù)文檔和驗(yàn)收資料完備，符合合同的內(nèi)容；

（九）各種設(shè)備經(jīng)加電試運(yùn)行，狀態(tài)正常；

（十）經(jīng)過監(jiān)理方同意；

（十一）經(jīng)過相關(guān)主管部門和項(xiàng)目業(yè)主同意；

（十二）合同或合同附件規(guī)定的其他驗(yàn)收條件。

四、驗(yàn)收方法

項(xiàng)目驗(yàn)收，是項(xiàng)目開發(fā)建設(shè)中有組織的主動性行為，它是對項(xiàng)目建設(shè)高度負(fù)責(zé)的體現(xiàn)，也是項(xiàng)目建設(shè)成功的重要保證。切實(shí)做好項(xiàng)目建設(shè)中的驗(yàn)收工作至關(guān)重要，應(yīng)當(dāng)采取有效措施，實(shí)實(shí)在在做好。為保證項(xiàng)目驗(yàn)收質(zhì)量，針對不同的驗(yàn)收內(nèi)容，在實(shí)施驗(yàn)收操作中，可以采取以下不同的方法：

（一）登記法

對項(xiàng)目中所涉及的所有硬件、軟件和應(yīng)用程序一一登記，特別是硬件使用手冊、系統(tǒng)軟件使用手冊、應(yīng)用程序各種技術(shù)文檔等一定要登記造冊，不可遺漏，并妥善保管。對項(xiàng)目建設(shè)中根據(jù)實(shí)際進(jìn)展情況雙方同意后修訂的合同條款、協(xié)調(diào)開發(fā)建設(shè)中的問題進(jìn)行登記。

（二）對照法

對照檢查項(xiàng)目各項(xiàng)建設(shè)內(nèi)容的結(jié)果是否與合同條款及工程實(shí)施方案相一致。

（三）操作法

這是項(xiàng)目建設(shè)最主要的驗(yàn)收方法。首先，對項(xiàng)目系統(tǒng)硬件一一實(shí)際加電操作，驗(yàn)證是否與硬件提供的技術(shù)性能相一致；其次，運(yùn)行項(xiàng)目系統(tǒng)軟件，檢驗(yàn)其管理硬件及應(yīng)用軟件的實(shí)際能力是否與合同規(guī)定的一致；第三，運(yùn)行應(yīng)用軟件，實(shí)際操作，處理業(yè)務(wù)，檢查是否與合同規(guī)定的一致，達(dá)到了預(yù)期的目的。

（四）測試法

對能使用檢測儀器進(jìn)行檢測的設(shè)備、實(shí)施應(yīng)當(dāng)一一進(jìn)行實(shí)際測試，檢查是否和設(shè)備、實(shí)施的規(guī)格、性能要求相一致。

五、驗(yàn)收步驟

（一）需求分析

項(xiàng)目監(jiān)理單位組織人員對項(xiàng)目進(jìn)行驗(yàn)收需求分析，針對項(xiàng)目驗(yàn)收，監(jiān)理單位需配備2名有經(jīng)驗(yàn)的工程師和一名行業(yè)專家來組成項(xiàng)目團(tuán)隊(duì)，負(fù)責(zé)具體工作。

（二）編寫驗(yàn)收方案（計(jì)劃書）

項(xiàng)目監(jiān)理單位在對項(xiàng)目進(jìn)行深入的需求分析的基礎(chǔ)上編寫驗(yàn)收方案（計(jì)劃書），提交市信息辦、業(yè)主單位審定。

（三）成立項(xiàng)目驗(yàn)收小組

實(shí)施測試驗(yàn)收工作時(shí)，應(yīng)當(dāng)成立項(xiàng)目驗(yàn)收小組，具體負(fù)責(zé)驗(yàn)收事宜。

（四）項(xiàng)目驗(yàn)收的實(shí)施

嚴(yán)格按照驗(yàn)收方案對項(xiàng)目應(yīng)用軟件、網(wǎng)絡(luò)集成效果、系統(tǒng)文檔資料等進(jìn)行全面的測試和驗(yàn)收。

（五）提交驗(yàn)收報(bào)告

項(xiàng)目驗(yàn)收完畢，對項(xiàng)目系統(tǒng)設(shè)計(jì)、建設(shè)質(zhì)量、設(shè)備質(zhì)量、軟件運(yùn)行情況等做出全面的評價(jià)，得出結(jié)論性意見，對不合格的項(xiàng)目不予驗(yàn)收，對遺留問題提出具體的解決意見。

（六）召開項(xiàng)目驗(yàn)收評審會

召開由驗(yàn)收委員會全體成員參加的項(xiàng)目驗(yàn)收評審會，全面細(xì)致地審核項(xiàng)目驗(yàn)收小組所提交的驗(yàn)收報(bào)告，給出最終的驗(yàn)收意見，形成驗(yàn)收評審報(bào)告提交市信息辦和項(xiàng)目業(yè)主存檔。

六、驗(yàn)收程序

（一）初驗(yàn)

1、申請：項(xiàng)目竣工后經(jīng)測試和試運(yùn)行合格，施工單位根據(jù)合同、招標(biāo)書、計(jì)劃任務(wù)書，檢查、總結(jié)項(xiàng)目完成情況后向業(yè)主提出初驗(yàn)申請。

2、方式：項(xiàng)目業(yè)主組織監(jiān)理和施工單位進(jìn)行初驗(yàn)。

3、施工單位提供材料：初驗(yàn)申請書、完工報(bào)告、項(xiàng)目總結(jié)，以及要求的驗(yàn)收評審資料。

（二）終驗(yàn)

1、申請：初驗(yàn)合格后，項(xiàng)目業(yè)主根據(jù)合同、招標(biāo)書、任務(wù)書，檢查、總結(jié)項(xiàng)目組織實(shí)施和完成情況后向市信息辦提出驗(yàn)收申請。

2、經(jīng)過審核，材料齊全則由信息辦組織驗(yàn)收。

驗(yàn)收工作由市信息辦和項(xiàng)目業(yè)主、監(jiān)理等單位和專家組成驗(yàn)收小組進(jìn)行驗(yàn)收。驗(yàn)收工作分為兩個步驟：驗(yàn)收小組驗(yàn)收和驗(yàn)收委員會評審，由驗(yàn)收小組共同確定驗(yàn)收時(shí)間、評審時(shí)間及其它安排。

（1）驗(yàn)收小組驗(yàn)收

驗(yàn)收小組一般由5－8人組成，成員由市信息辦和項(xiàng)目業(yè)主的管理人員、監(jiān)理單位專業(yè)技術(shù)人員共同組成。驗(yàn)收時(shí)參照相關(guān)驗(yàn)收內(nèi)容及標(biāo)準(zhǔn)進(jìn)行，驗(yàn)收后必須提交驗(yàn)收報(bào)告。

（2）驗(yàn)收委員會評審

驗(yàn)收委員會一般由8－15人組成，成員由驗(yàn)收小組及市信息辦、項(xiàng)目業(yè)主和監(jiān)理單位組織的領(lǐng)導(dǎo)、專家等組成。驗(yàn)收委員會評審一般采取會議評議方式進(jìn)行，聽取驗(yàn)收總結(jié)報(bào)告說明、驗(yàn)收小組驗(yàn)收結(jié)果及意見，通過評審后提交驗(yàn)收評審報(bào)告。

《信息化建設(shè)項(xiàng)目驗(yàn)收方案》全文內(nèi)容當(dāng)前網(wǎng)頁未完全顯示，剩余內(nèi)容請?jiān)L問下一頁查看。

（3）項(xiàng)目業(yè)主提供材料：驗(yàn)收申請、項(xiàng)目建設(shè)總結(jié)性評價(jià)報(bào)告（組織與實(shí)施協(xié)調(diào)）、項(xiàng)目實(shí)施報(bào)告（技術(shù)、項(xiàng)目管理、質(zhì)量控制）、相關(guān)文檔資料、驗(yàn)收安排計(jì)劃、驗(yàn)收小組及委員會名單、驗(yàn)收計(jì)劃書（由監(jiān)理單位負(fù)責(zé)）

3、驗(yàn)收簽字

經(jīng)過驗(yàn)收、評審形成的驗(yàn)收報(bào)告和評審報(bào)告，驗(yàn)收委員會成員簽字。

七、驗(yàn)收依據(jù)

作為項(xiàng)目驗(yàn)收的依據(jù)，一般選用項(xiàng)目合同書、國標(biāo)、行業(yè)標(biāo)準(zhǔn)和相關(guān)政策法規(guī)、國際慣例等。

（一）項(xiàng)目合同書

簽定的項(xiàng)目有關(guān)合同

（二）國家標(biāo)準(zhǔn)

硬件、軟件、布線、安全等

（三）南寧市信息化項(xiàng)目建設(shè)管理暫行辦法

（四）其它

具體驗(yàn)收標(biāo)準(zhǔn)和依據(jù)由監(jiān)理單位根據(jù)具體項(xiàng)目情況提出，市信息辦和項(xiàng)目業(yè)主審定。

八、驗(yàn)收內(nèi)容和標(biāo)準(zhǔn)

根據(jù)具體項(xiàng)目實(shí)際制定，由項(xiàng)目監(jiān)理單位負(fù)責(zé)編寫，市信息辦和項(xiàng)目業(yè)主審定。項(xiàng)目驗(yàn)收標(biāo)準(zhǔn)是判斷項(xiàng)目成果是否達(dá)到要求的依據(jù)，因而應(yīng)具有科學(xué)性和權(quán)威性，只有制定科學(xué)的標(biāo)準(zhǔn)，才能有效地驗(yàn)收項(xiàng)目結(jié)果。 驗(yàn)收內(nèi)容一般包括測試（復(fù)核）、資料評審、質(zhì)量鑒定三部分。

驗(yàn)收的'內(nèi)容包括以下幾個部分：

（一）驗(yàn)收內(nèi)容一般包括軟件驗(yàn)收（按功能要求的可執(zhí)行軟件、開發(fā)計(jì)劃文檔、詳細(xì)設(shè)計(jì)文檔、質(zhì)量保證計(jì)劃、確認(rèn)測試計(jì)劃、源代碼、使用說明書等產(chǎn)品、單元測試等）和硬件驗(yàn)收（設(shè)備的型號、設(shè)備外觀、設(shè)備相應(yīng)附件、設(shè)備運(yùn)行、網(wǎng)絡(luò)運(yùn)行等）

（二）驗(yàn)收評測工作主要包括：文檔分析、方案制定、現(xiàn)場測試、問題單提交、測試報(bào)告；

（三）驗(yàn)收測試內(nèi)容主要包括：功能度、安全可靠性、易用性、可擴(kuò)充性、兼容性、效率、資源占用率、用戶文檔。

（五）軟件、硬件驗(yàn)收標(biāo)準(zhǔn)要符合國家和相關(guān)標(biāo)準(zhǔn)。

需要評審的資料包括以下幾部分：

（一）基礎(chǔ)資料：招標(biāo)書、投標(biāo)書、有關(guān)合同、有關(guān)批復(fù)文件、系統(tǒng)設(shè)計(jì)說明書、系統(tǒng)功能說明書、系統(tǒng)結(jié)構(gòu)圖、項(xiàng)目詳細(xì)實(shí)施方案。

（二）項(xiàng)目竣工資料：項(xiàng)目開工報(bào)告、項(xiàng)目實(shí)施報(bào)告、項(xiàng)目質(zhì)量測試報(bào)告、項(xiàng)目檢查報(bào)告、測試報(bào)告、材料清單、項(xiàng)目實(shí)施質(zhì)量與安全檢查記錄、操作使用說明書、售后服務(wù)保證文件、培訓(xùn)文檔、其他文件。

（三）軟件開發(fā)文檔：需求說明書、概要設(shè)計(jì)說明書、詳細(xì)設(shè)計(jì)說明書、數(shù)據(jù)庫設(shè)計(jì)說明書、測試計(jì)劃、測試報(bào)告、程序維護(hù)手冊、程序員開發(fā)手冊、用戶操作手冊。

（四）軟件開發(fā)管理文檔：項(xiàng)目計(jì)劃書、質(zhì)量控制計(jì)劃、配置管理計(jì)劃、用戶培訓(xùn)計(jì)劃、質(zhì)量總結(jié)報(bào)告、會議記錄和開發(fā)進(jìn)度月報(bào)。

九、驗(yàn)收結(jié)論

驗(yàn)收結(jié)果分為：驗(yàn)收合格、需要復(fù)議和驗(yàn)收不合格三種。符合信息化項(xiàng)目建設(shè)標(biāo)準(zhǔn)、系統(tǒng)運(yùn)行安全可靠、任務(wù)按期保質(zhì)完成、經(jīng)費(fèi)使用合理的，視為驗(yàn)收合格；由于提供材料不詳難以判斷，或目標(biāo)任務(wù)完成不足80%而又難以確定其原因等導(dǎo)致驗(yàn)收結(jié)論爭議較大的，視為需要復(fù)議。

1、項(xiàng)目凡具有下列情況之一的，按驗(yàn)收不合格處理：

（一）未按項(xiàng)目考核指標(biāo)或合同要求達(dá)到所預(yù)定的主要技術(shù)指標(biāo)的；

（二）所提供的驗(yàn)收材料不齊全或不真實(shí)的；

（三）項(xiàng)目的內(nèi)容、目標(biāo)或技術(shù)路線等已進(jìn)行了較大調(diào)整，但未曾得到相關(guān)單位認(rèn)可的；

（五）沒有對系統(tǒng)或設(shè)備進(jìn)行試運(yùn)行，或者試運(yùn)行不合格；

（六）項(xiàng)目經(jīng)費(fèi)使用情況審計(jì)發(fā)現(xiàn)問題的；

（七）違反法律、法規(guī)的其他行為。

2、驗(yàn)收結(jié)論確認(rèn)和處理

由市信息辦會同相關(guān)部門根據(jù)驗(yàn)收意見和相關(guān)資料得出結(jié)論，并進(jìn)行確認(rèn)。

3、項(xiàng)目驗(yàn)收結(jié)論的處理

（一）驗(yàn)收結(jié)論為驗(yàn)收合格的，項(xiàng)目業(yè)主將全部驗(yàn)收材料統(tǒng)一裝訂成冊并連同相應(yīng)的電子文檔，分別報(bào)市信息辦以及相關(guān)部門備案。

（二）驗(yàn)收結(jié)論為需要復(fù)議的，市信息辦以書面形式通知建設(shè)單位在三個月內(nèi)補(bǔ)充有關(guān)材料或者進(jìn)行相關(guān)說明。

（三）驗(yàn)收結(jié)論為驗(yàn)收不合格的，市信息辦以書面形式通知項(xiàng)目業(yè)主和設(shè)計(jì)、施工單位，限期整改，整改后試運(yùn)行合格的，項(xiàng)目業(yè)主重新申請驗(yàn)收。

（四）未通過驗(yàn)收的信息化項(xiàng)目，不得交付使用。

十、項(xiàng)目交接

十一、各項(xiàng)目業(yè)主和監(jiān)理單位要嚴(yán)格參照此方案開展項(xiàng)目驗(yàn)收工作。

總則

為加強(qiáng)財(cái)政信息化建設(shè)項(xiàng)目管理，確保項(xiàng)目建設(shè)質(zhì)量，規(guī)范項(xiàng)目驗(yàn)收程序，根據(jù)《財(cái)政部信息化建設(shè)管理辦法》及國家有關(guān)法律、法規(guī)和規(guī)章，結(jié)合財(cái)政部工作實(shí)際，制定本辦法。

《信息化建設(shè)項(xiàng)目驗(yàn)收方案》全文內(nèi)容當(dāng)前網(wǎng)頁未完全顯示，剩余內(nèi)容請?jiān)L問下一頁查看。

本辦法所稱項(xiàng)目驗(yàn)收是指按照國家有關(guān)規(guī)定，依據(jù)相關(guān)資料，按照規(guī)定的程序，對項(xiàng)目完成情況進(jìn)行綜合審查并做出相應(yīng)結(jié)論的過程。

本辦法適用于財(cái)政部信息化建設(shè)項(xiàng)目的驗(yàn)收管理。

信息網(wǎng)絡(luò)中心負(fù)責(zé)財(cái)政部信息化建設(shè)項(xiàng)目驗(yàn)收的組織管理工作。

?項(xiàng)目驗(yàn)收工作要堅(jiān)持嚴(yán)謹(jǐn)求實(shí)、客觀公正、簡便易行、注重質(zhì)量的原則。

驗(yàn)收前期準(zhǔn)備

項(xiàng)目開發(fā)單位在項(xiàng)目完成后1個月內(nèi)，向信息網(wǎng)絡(luò)中心提出項(xiàng)目竣工驗(yàn)收申請，并填寫《財(cái)政信息化建設(shè)項(xiàng)目竣工驗(yàn)收申請表》（詳見附表一）。

驗(yàn)收前提

（二）建設(shè)項(xiàng)目包括的網(wǎng)絡(luò)、應(yīng)用、安全等主體工程和配套設(shè)施經(jīng)測試和試運(yùn)行合格；

（四）建設(shè)項(xiàng)目完成相關(guān)的培訓(xùn)工作，落實(shí)售后服務(wù)措施；

（五）各類工程設(shè)計(jì)、施工和竣工圖等檔案文件完整、準(zhǔn)確；

（六）對于應(yīng)用系統(tǒng)類項(xiàng)目，應(yīng)完成系統(tǒng)的試點(diǎn)運(yùn)行，并由項(xiàng)目需求單位提交系統(tǒng)功能符合業(yè)務(wù)需要的說明。

驗(yàn)收依據(jù)

（一）有關(guān)法律、法規(guī)以及相關(guān)標(biāo)準(zhǔn)；

（二）項(xiàng)目招標(biāo)相關(guān)資料；

（三）開發(fā)單位提交的項(xiàng)目竣工驗(yàn)收申請報(bào)告；

（四）部內(nèi)相關(guān)單位出具的用戶報(bào)告；

（五）測試單位出具的測試報(bào)告；

（六）項(xiàng)目監(jiān)理單位出具的監(jiān)理報(bào)告；

（七）項(xiàng)目合同或協(xié)議；

（八）業(yè)務(wù)需求說明書；

（九）其他具有法律效力的文件。

驗(yàn)收內(nèi)容

檢查建設(shè)情況。主要檢查建設(shè)內(nèi)容、建設(shè)規(guī)模是否按照批準(zhǔn)的建設(shè)方案、責(zé)任書、合同書等有關(guān)文件約定建成，項(xiàng)目建設(shè)中發(fā)生的重大變更是否獲得項(xiàng)目批復(fù)機(jī)構(gòu)批準(zhǔn)。

檢查施工情況。主要檢查網(wǎng)絡(luò)系統(tǒng)、應(yīng)用系統(tǒng)、安全系統(tǒng)的施工質(zhì)量。

檢查執(zhí)行法律法規(guī)和標(biāo)準(zhǔn)情況。主要檢查項(xiàng)目建設(shè)和管理是否符合有關(guān)法律、法規(guī)和財(cái)政信息化建設(shè)相關(guān)標(biāo)準(zhǔn)。

檢查檔案資料情況。主要檢查項(xiàng)目建設(shè)的批復(fù)文件及有關(guān)檔案，單項(xiàng)設(shè)計(jì)、施工、監(jiān)理、集成、驗(yàn)收等技術(shù)檔案，合同檔案，各類標(biāo)準(zhǔn)、管理文件及過程控制文件等檔案資料。

應(yīng)用系統(tǒng)項(xiàng)目審查內(nèi)容：

（一）功能檢查：對軟件功能完整性、正確性進(jìn)行審查和評價(jià)；

（二）項(xiàng)目管理審查：對項(xiàng)目計(jì)劃、采用標(biāo)準(zhǔn)、需求方案及其執(zhí)行情況進(jìn)行審查和評價(jià)；

（四）技術(shù)文檔檢查：對項(xiàng)目開發(fā)單位交付的文檔資料（紙質(zhì)文檔和電子文檔）進(jìn)行審查。文檔資料主要包括：項(xiàng)目計(jì)劃、需求分析、設(shè)計(jì)方案、實(shí)施方案、代碼編寫標(biāo)準(zhǔn)、源程序代碼（只提供電子文檔）、測試方案、測試報(bào)告、質(zhì)量保證計(jì)劃和質(zhì)量管理文檔、系統(tǒng)和設(shè)備的配置參數(shù)、系統(tǒng)安裝程序（只提供電子文檔）、系統(tǒng)及設(shè)備運(yùn)行和維護(hù)所必需的原始資料、系統(tǒng)和設(shè)備管理維護(hù)說明書、用戶操作手冊、應(yīng)急方案、項(xiàng)目開發(fā)工作總結(jié)等。

驗(yàn)收程序

項(xiàng)目竣工驗(yàn)收申請報(bào)告提交后，即進(jìn)入項(xiàng)目驗(yàn)收程序。信息網(wǎng)絡(luò)中心組織項(xiàng)目驗(yàn)收組進(jìn)行竣工驗(yàn)收。

項(xiàng)目驗(yàn)收組分為專家組和項(xiàng)目組兩種。

專家組由外聘專家、信息網(wǎng)絡(luò)中心和項(xiàng)目需求單位相關(guān)人員組成，專家組成員人數(shù)為5人以上單數(shù)，設(shè)組長一名，由組內(nèi)人員擔(dān)任。

項(xiàng)目組主要由信息網(wǎng)絡(luò)中心和項(xiàng)目需求單位人員組成，項(xiàng)目組成員人數(shù)為3人以上單數(shù)，設(shè)組長一名，由組內(nèi)人員擔(dān)任。

合同或協(xié)議金額在200萬元以上（含200萬元）的項(xiàng)目，由專家組進(jìn)行驗(yàn)收；合同或協(xié)議金額在200萬元以下的項(xiàng)目，由項(xiàng)目組驗(yàn)收。

項(xiàng)目驗(yàn)收組按照本辦法規(guī)定的內(nèi)容進(jìn)行審查。建設(shè)規(guī)模大、建設(shè)內(nèi)容多的項(xiàng)目，可依據(jù)合同分別進(jìn)行單項(xiàng)驗(yàn)收；有特殊要求的項(xiàng)目，應(yīng)委托具有相應(yīng)資質(zhì)的專業(yè)機(jī)構(gòu)進(jìn)行驗(yàn)收。

項(xiàng)目驗(yàn)收組根據(jù)審查驗(yàn)收情況，召開評審論證會，對項(xiàng)目進(jìn)行綜合評價(jià)，形成竣工驗(yàn)收報(bào)告，并填寫《財(cái)政信息化建設(shè)項(xiàng)目竣工驗(yàn)收表》（詳見附表二），由驗(yàn)收組全體成員簽字，驗(yàn)收組組長根據(jù)驗(yàn)收表決情況簽署驗(yàn)收意見。

信息網(wǎng)絡(luò)中心將通過驗(yàn)收的項(xiàng)目各種文件資料及最終驗(yàn)收審批報(bào)告，歸類整理并列出清單，按照有關(guān)規(guī)定歸檔保存。

驗(yàn)收結(jié)論

竣工驗(yàn)收結(jié)論為“通過驗(yàn)收”、“需要復(fù)議”、“未通過驗(yàn)收”。

通過驗(yàn)收標(biāo)準(zhǔn)：完成所有建設(shè)內(nèi)容，技術(shù)指標(biāo)達(dá)到設(shè)計(jì)要求，建設(shè)標(biāo)準(zhǔn)達(dá)到國家或財(cái)政信息化相關(guān)建設(shè)標(biāo)準(zhǔn)，系統(tǒng)運(yùn)行安全穩(wěn)定，建設(shè)過程符合國家有關(guān)規(guī)定。

需要復(fù)議標(biāo)準(zhǔn)：建設(shè)內(nèi)容和技術(shù)指標(biāo)基本達(dá)到設(shè)計(jì)要求，但提供的驗(yàn)收文件資料不齊全，或者對驗(yàn)收結(jié)論存在爭議。

建設(shè)項(xiàng)目有下列情況之一，不能通過驗(yàn)收：

(一)驗(yàn)收文件、資料、數(shù)據(jù)不真實(shí)；

(二)未達(dá)到設(shè)計(jì)要求；

(三)設(shè)計(jì)、施工不符合國家或財(cái)政信息化建設(shè)相關(guān)標(biāo)準(zhǔn)要求；

(四)擅自修改設(shè)計(jì)目標(biāo)和建設(shè)內(nèi)容；

(五)項(xiàng)目實(shí)施過程中出現(xiàn)重大問題，未能解決和做出說明，或存在糾紛尚未解決的；

項(xiàng)目需要復(fù)議的，信息網(wǎng)絡(luò)中心以書面形式通知開發(fā)單位，開發(fā)單位在1個月內(nèi)補(bǔ)充有關(guān)材料并重新提出驗(yàn)收申請。

項(xiàng)目未通過驗(yàn)收的，信息網(wǎng)絡(luò)中心以書面形式通知開發(fā)單位，限期整改，符合驗(yàn)收條件后，可再次提出驗(yàn)收申請。

附則

本辦法自2017年1月1日起施行。

附表一：財(cái)政信息化建設(shè)項(xiàng)目竣工驗(yàn)收申請表

附表二：財(cái)政信息化建設(shè)項(xiàng)目竣工驗(yàn)收表

軟件項(xiàng)目驗(yàn)收方案篇三

用系統(tǒng)進(jìn)行部署實(shí)施和軟件使用培訓(xùn)以及技術(shù)支持。項(xiàng)目組承諾項(xiàng)目獨(dú)立完成，不轉(zhuǎn)包外包。

項(xiàng)目開發(fā)維護(hù)的實(shí)施中，嚴(yán)格按照iso9001國際質(zhì)量體系進(jìn)行控制，保證為用戶提供優(yōu)質(zhì)的產(chǎn)品、嚴(yán)密的工程實(shí)施、高效的服務(wù)支持。為此，要遵循下列工程實(shí)施管理原則和保證體系。

（1）有經(jīng)驗(yàn)、成熟的技術(shù)隊(duì)伍是工程實(shí)施的前提條件。

完成任何項(xiàng)目工程，必須擁有一支有經(jīng)驗(yàn)的、勇于探索的、高水平的、具有嚴(yán)謹(jǐn)工作作風(fēng)的技術(shù)隊(duì)伍，在工程實(shí)施的過程中發(fā)揮團(tuán)隊(duì)協(xié)作精神和用戶密切協(xié)作的能力。

（2）管理層次分明、職責(zé)清晰是工程實(shí)施的基礎(chǔ)。

建立層次分明的項(xiàng)目工程實(shí)施管理機(jī)構(gòu)，明晰各層的管理職責(zé)，從組織管理的角度保證項(xiàng)目實(shí)施計(jì)劃落到實(shí)處。

（3）確定過程控制點(diǎn)，以過程質(zhì)量保證整體工程質(zhì)量。

整體都是由局部和具體的細(xì)節(jié)構(gòu)成，項(xiàng)目由一個個過程環(huán)節(jié)組成，只有認(rèn)真對待每一個過程細(xì)節(jié)，才能保證項(xiàng)目工程整體的實(shí)施質(zhì)量。

（4）用戶參與是項(xiàng)目工程成功的保證。

從項(xiàng)目開始到項(xiàng)目的結(jié)束，每個階段都強(qiáng)調(diào)用戶的參與。開發(fā)商只有和用戶相結(jié)合才能使開發(fā)出的系統(tǒng)為用戶所用，發(fā)揮出系統(tǒng)的最大效益，而用戶的參與也是系統(tǒng)順利進(jìn)行的保證。對本項(xiàng)目短時(shí)間、大范圍的配置安裝來說，如果有用戶的高度參與，項(xiàng)目工程的實(shí)施將大大加快。

2.8.1.2項(xiàng)目組織結(jié)構(gòu)。

本項(xiàng)目是一項(xiàng)涉及面廣、影響大、安全運(yùn)行要求高，集數(shù)據(jù)處理、信息發(fā)布、資源整合于一體的政府信息化項(xiàng)目。為了更好的執(zhí)行該項(xiàng)目，將采取統(tǒng)一指揮、并行實(shí)施、相互支援的實(shí)施辦法。

為了使該項(xiàng)目能順利實(shí)施，便于項(xiàng)目的管理和協(xié)調(diào)，使工作職責(zé)更加清晰明白，建立項(xiàng)目組織實(shí)施小組，建立由項(xiàng)目領(lǐng)導(dǎo)小組、項(xiàng)目管理辦公室、項(xiàng)目監(jiān)理公司、顧問咨詢組、項(xiàng)目經(jīng)理、項(xiàng)目具體實(shí)施小組組成的實(shí)施管理控制組織體系。

項(xiàng)目實(shí)施組織具體職責(zé)如下：

（1）項(xiàng)目領(lǐng)導(dǎo)小組。

負(fù)責(zé)項(xiàng)目實(shí)施過程中的重大事件決策；

根據(jù)項(xiàng)目的進(jìn)度、質(zhì)量、技術(shù)、資源、風(fēng)險(xiǎn)等實(shí)行宏觀監(jiān)控；

負(fù)責(zé)組建驗(yàn)收小組，主持驗(yàn)收工作；

協(xié)調(diào)參與項(xiàng)目各方的工作關(guān)系。

（2）項(xiàng)目管理辦公室。

組織各方統(tǒng)一制定工程管理計(jì)劃；

組織總體實(shí)施方案評審，組織測試驗(yàn)收；

負(fù)責(zé)項(xiàng)目進(jìn)度計(jì)劃與成本控制；

協(xié)調(diào)解決項(xiàng)目實(shí)施過程中出現(xiàn)的各種問題。

（3）顧問咨詢組。

1）人員組成農(nóng)業(yè)信息化相關(guān)領(lǐng)域的業(yè)務(wù)專家；

多年從事it行業(yè)和展廳建設(shè)的信息技術(shù)專家。

2）主要職責(zé)。

系統(tǒng)總體設(shè)計(jì)指導(dǎo)；

對各子系統(tǒng)深化設(shè)計(jì)進(jìn)行審核并提出優(yōu)化建議；

對各子系統(tǒng)進(jìn)行技術(shù)協(xié)調(diào)；

協(xié)助客戶對系統(tǒng)的設(shè)備配置予以確認(rèn)；

對現(xiàn)場系統(tǒng)安裝、調(diào)試提供必要的技術(shù)支持服務(wù)；

工程文檔審核。

（4）項(xiàng)目經(jīng)理。

1)人員組成項(xiàng)目經(jīng)理由具有豐富項(xiàng)目管理經(jīng)驗(yàn)的高級工程師擔(dān)任。

2）主要職責(zé)。

制定項(xiàng)目計(jì)劃：牽頭制定項(xiàng)目計(jì)劃。

項(xiàng)目執(zhí)行：對總體方案設(shè)計(jì)及工程設(shè)計(jì)；配置確認(rèn)；工程質(zhì)量保證；系統(tǒng)設(shè)計(jì)、開發(fā)、測試、安裝及調(diào)試；系統(tǒng)培訓(xùn)、驗(yàn)收。

項(xiàng)目檢查：通過其下屬各工作組提供的工程進(jìn)展匯報(bào)，將項(xiàng)目進(jìn)展?fàn)顟B(tài)與項(xiàng)目計(jì)劃進(jìn)度進(jìn)行比較，發(fā)現(xiàn)過程誤差，提出整改措施。

項(xiàng)目控制：審核項(xiàng)目進(jìn)展?fàn)顟B(tài)，必要時(shí)調(diào)集各種備用資源，確保項(xiàng)目按計(jì)劃進(jìn)度實(shí)施。

項(xiàng)目協(xié)調(diào)：與客戶、各分系統(tǒng)建設(shè)部門進(jìn)行協(xié)調(diào)，解決工程組織接口及技術(shù)接口問題；定期主持系統(tǒng)建設(shè)協(xié)調(diào)會，及時(shí)解決各系統(tǒng)間出現(xiàn)的相關(guān)問題。

項(xiàng)目匯報(bào)：定期向項(xiàng)目采購單位匯報(bào)整個項(xiàng)目的進(jìn)展情況，匯報(bào)在系統(tǒng)建設(shè)過程中出現(xiàn)的重大問題，聽取指導(dǎo)和建議。

（5）總體方案組。

1）人員組成由從事過多名基層電子政務(wù)項(xiàng)目的系統(tǒng)架構(gòu)師、系統(tǒng)分析員和需求分析工程。

師組成。

2）主要職責(zé)。

對項(xiàng)目經(jīng)理負(fù)責(zé)；

進(jìn)行系統(tǒng)的需求分析調(diào)研；

負(fù)責(zé)系統(tǒng)的總體設(shè)計(jì)；

策劃系統(tǒng)的模塊功能結(jié)構(gòu)；

配合業(yè)主方進(jìn)行系統(tǒng)驗(yàn)收。

（6）軟件開發(fā)組。

并與客戶一起討論決定系統(tǒng)驗(yàn)收方案。

1）人員組成高級程序員；

具有豐富產(chǎn)品開發(fā)經(jīng)驗(yàn)的產(chǎn)品開發(fā)設(shè)計(jì)人員。

2）主要職責(zé)。

負(fù)責(zé)項(xiàng)目應(yīng)用軟件的系統(tǒng)設(shè)計(jì)；

負(fù)責(zé)項(xiàng)目應(yīng)用軟件的程序編碼；

負(fù)責(zé)項(xiàng)目應(yīng)用軟件的運(yùn)行調(diào)試；

配合業(yè)主方進(jìn)行系統(tǒng)驗(yàn)收。

（7）系統(tǒng)測試組。

從使用者的角度完成系統(tǒng)操作步驟的設(shè)計(jì)，在實(shí)施過程中監(jiān)控測試系統(tǒng)是否達(dá)到最初制定的操作目標(biāo)，并編寫業(yè)主操作手冊。檢驗(yàn)系統(tǒng)開發(fā)質(zhì)量，并進(jìn)行功能測試。

當(dāng)開始試運(yùn)行階段后，還要對項(xiàng)目的各個方面指標(biāo)進(jìn)行測試和評估。

（8）系統(tǒng)實(shí)施組。

1）人員組成由具有豐富經(jīng)驗(yàn)的系統(tǒng)工程師和參加系統(tǒng)開發(fā)的軟件工程師組成。

2）主要職責(zé)。

負(fù)責(zé)各個實(shí)施區(qū)域的實(shí)施方案的設(shè)計(jì)與建議；

組織系統(tǒng)安裝及調(diào)試；

負(fù)責(zé)系統(tǒng)配置修改，安裝技術(shù)支持；

2.8.1.3項(xiàng)目團(tuán)隊(duì)。

根據(jù)上述項(xiàng)目組織結(jié)構(gòu)和職能分解，北京派得偉業(yè)科技發(fā)展有限公司計(jì)劃投。

京派得偉業(yè)科技發(fā)展有限公司投入的人力資源將隨之增加和不斷進(jìn)行調(diào)整。

未經(jīng)。

招標(biāo)人同意，項(xiàng)目總負(fù)責(zé)人及各分項(xiàng)目負(fù)責(zé)人在項(xiàng)目結(jié)束前不得變更。

具體人員組成分配情況分別如下表所示：

序號。

本項(xiàng)目職責(zé)。

姓名。

職務(wù)。

公司副總、農(nóng)業(yè)生產(chǎn)。

本項(xiàng)目具體分工。

系統(tǒng)總體設(shè)計(jì)指導(dǎo)及系統(tǒng)深化設(shè)計(jì)進(jìn)行審核并提出優(yōu)化。

建議。

1.高級顧問張俊與管理事業(yè)部總經(jīng)。

理

農(nóng)業(yè)生產(chǎn)與管理事業(yè)部副總經(jīng)理。

項(xiàng)目統(tǒng)籌和溝通協(xié)調(diào)、技術(shù)。

研發(fā)和總體設(shè)計(jì)。

2.項(xiàng)目經(jīng)理徐杰。

（項(xiàng)目經(jīng)理證書見。

附件）。

農(nóng)業(yè)生產(chǎn)與管理事。

項(xiàng)目統(tǒng)籌和溝通協(xié)調(diào)、技術(shù)。

業(yè)部。

3.項(xiàng)目經(jīng)理史同鑫。

研發(fā)和總體設(shè)計(jì)。

項(xiàng)目經(jīng)理。

4.技術(shù)負(fù)責(zé)人劉鵬。

高級架構(gòu)師。

項(xiàng)目開發(fā)過程管理。

農(nóng)業(yè)生產(chǎn)與管理事。

5.

實(shí)施經(jīng)理。

魯國寶。

業(yè)部實(shí)施工程師。

6.7.8.9.10.11.12.13.

劉鵬飛。

總體設(shè)計(jì)組。

劉偉梁軼曉楊彬高麗郭壽水路鑫辛岢峰。

軟件開發(fā)組。

系統(tǒng)設(shè)計(jì)師。

需求分析需求分析需求分析。

高級程序員、開發(fā)組長。

程序員、開發(fā)組長高級程序員、開發(fā)組長。

原型制作。

系統(tǒng)設(shè)計(jì)師。

高級架構(gòu)師。

高級架構(gòu)師。

高級架構(gòu)師。

程序員。

程序員。

14.15.16.17.18.

秦巖賓賀永林。

程序員程序員程序員程序員。

閆壽增馮占衛(wèi)劉霞。

美工。

本項(xiàng)目具體分工。

原型制作原型制作。

測試經(jīng)理、系統(tǒng)測試。

系統(tǒng)測試系統(tǒng)測試。

系統(tǒng)實(shí)施、安裝部署系統(tǒng)實(shí)施、安裝部署系統(tǒng)實(shí)施、安裝部署。

系統(tǒng)測試組徐勝慧王楠石立坤。

系統(tǒng)實(shí)施組胡桂金張鵬飛。

理規(guī)范，該規(guī)范包括以下幾部分內(nèi)容：項(xiàng)目流程規(guī)范、人員組織規(guī)范、體系結(jié)構(gòu)。

規(guī)范、業(yè)務(wù)需求規(guī)范、模型設(shè)計(jì)規(guī)范、最終用戶應(yīng)用規(guī)范、計(jì)劃和部署規(guī)范、項(xiàng)。

目管理規(guī)范。

項(xiàng)目正式啟動后，項(xiàng)目將嚴(yán)格按照項(xiàng)目實(shí)施計(jì)劃進(jìn)行。

首先進(jìn)行項(xiàng)目的需求調(diào)研，開始收集項(xiàng)目的各種資料，并形成詳細(xì)的需求規(guī)。

格說明書；

在項(xiàng)目需求調(diào)研的基礎(chǔ)進(jìn)行《概要設(shè)計(jì)》和《詳細(xì)設(shè)計(jì)》的編寫，并聘請專。

家進(jìn)行咨詢、論證，通過專家評審，經(jīng)修改后部分內(nèi)容形成正式文稿；

在《概要設(shè)計(jì)》和《詳細(xì)設(shè)計(jì)》的指導(dǎo)下，開始進(jìn)行系統(tǒng)的開發(fā)實(shí)施，在此。

過程中軟件測試和軟件初始數(shù)據(jù)的錄入工作；

系統(tǒng)開發(fā)完成后，進(jìn)行安裝調(diào)試、試運(yùn)行，同時(shí)進(jìn)行現(xiàn)有系統(tǒng)的集成和數(shù)據(jù)。

導(dǎo)入工作，進(jìn)入系統(tǒng)全線運(yùn)行階段，完成整體測試、修改完善；

統(tǒng)培訓(xùn)貫穿始終，確保受訓(xùn)人員能夠熟練的對系統(tǒng)進(jìn)行安裝、調(diào)試、運(yùn)行、維護(hù)、管理。

在項(xiàng)目開發(fā)階段遵循需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼階段、測試階段。

及安裝調(diào)試施工。

(1)需求分析。

需求分析要從用戶的具體要求出發(fā)進(jìn)行抽象匯總最終形成需求分析文檔，形成的具體的內(nèi)容如下：

系統(tǒng)的各個模塊的功能說明。

系統(tǒng)的性能要求。

系統(tǒng)的安全性要求。

系統(tǒng)的容錯要求。

系統(tǒng)接口要求。

系統(tǒng)使用范圍。

系統(tǒng)的客戶界面要求等。

需求分析階段需要用戶方技術(shù)人員協(xié)調(diào)用戶各相關(guān)單位配合需求調(diào)研工作，在需求調(diào)研工作結(jié)束后，簽署用戶需求分析書。

(2)概要設(shè)計(jì)。

從用戶的需求出發(fā)，概要設(shè)計(jì)人員在確認(rèn)用戶最終需求的情況下進(jìn)行概要設(shè)計(jì)形成系統(tǒng)概要設(shè)計(jì)，在概要設(shè)計(jì)的結(jié)束日期將概要設(shè)計(jì)交由詳細(xì)設(shè)計(jì)人員作為依照進(jìn)行詳細(xì)設(shè)計(jì)。在概要設(shè)計(jì)階段應(yīng)該形成如下內(nèi)容：

系統(tǒng)整體構(gòu)架。

系統(tǒng)開發(fā)工具及方法。

每一模塊的用戶需求的說明。

系統(tǒng)各模塊之間的接口。

系統(tǒng)每一模塊的工作流及數(shù)據(jù)流定義。

數(shù)據(jù)庫結(jié)構(gòu)的定義。

數(shù)據(jù)庫表結(jié)構(gòu)的定義。

(3)詳細(xì)設(shè)計(jì)。

根據(jù)概要設(shè)計(jì)對每一功能模塊按照開發(fā)工具提供的功能進(jìn)行實(shí)現(xiàn)的詳細(xì)設(shè)。

計(jì)，此部分的文檔應(yīng)該實(shí)現(xiàn)如下內(nèi)容：

每一功能模塊的用戶需求的詳細(xì)說明。

每一功能模塊工作流的詳細(xì)實(shí)現(xiàn)的設(shè)計(jì)（對應(yīng)需求）。

每一功能模塊數(shù)據(jù)流詳細(xì)設(shè)計(jì)及數(shù)據(jù)實(shí)現(xiàn)走向詳細(xì)設(shè)計(jì)（對應(yīng)需求）。

各功能模塊子模塊的定義和詳細(xì)實(shí)現(xiàn)方式。

各功能模塊之間接口的數(shù)據(jù)流及工作流的詳細(xì)描述。

各種界面原型的設(shè)計(jì)。

要求：在詳細(xì)設(shè)計(jì)階段所有的設(shè)計(jì)必須按照可以作為編碼依據(jù)的方式進(jìn)行設(shè)。

計(jì)，作到越詳細(xì)越好。

(4)編碼階段。

在編碼階段程序員要按照詳細(xì)設(shè)計(jì)進(jìn)行編碼工作，要求編程人員所寫的代碼一定要完成詳細(xì)設(shè)計(jì)的所有的功能；在代碼編制過程中，要求程序員嚴(yán)格執(zhí)行編碼規(guī)范和格式要求。

(5)測試階段。

測試過程嚴(yán)格按照軟件質(zhì)量體系《軟件測試控制程序》執(zhí)行。測試方法除采用傳統(tǒng)的測試方式外，還采用了先進(jìn)的測試工具輔助測試。測試分為兩個階段：

單元測試階段和綜合測試階段。單元測試階段在編碼階段完成，所有的測試文檔由測試人員提供。綜合測試由開發(fā)人員和測試人員交叉擔(dān)任，包括集成測試和系統(tǒng)測試，同時(shí)所有的測試文檔應(yīng)該由專業(yè)測試人員完成。

(6)安裝調(diào)試及施工。

測試工作結(jié)束后，項(xiàng)目由系統(tǒng)開發(fā)階段進(jìn)入實(shí)施階段。

2.8.2.2項(xiàng)目進(jìn)度安排。

項(xiàng)目執(zhí)行計(jì)劃：九個月。

第一階段：調(diào)研和需求分析：第1個月。

[1]調(diào)研中山市農(nóng)業(yè)信息化基礎(chǔ)設(shè)施建設(shè)運(yùn)行現(xiàn)狀，掌握土肥業(yè)務(wù)需求，編。

制需求分析報(bào)告。

[2]在需求分析報(bào)告的基礎(chǔ)上，結(jié)合項(xiàng)目建設(shè)目標(biāo)和要求，制定詳細(xì)的項(xiàng)目。

第二階段：技術(shù)方案設(shè)計(jì)：第2-3個月。

[1]開發(fā)土肥信息管理服務(wù)平臺各應(yīng)用系統(tǒng)[2]完成系統(tǒng)集成工作。

[3]應(yīng)用系統(tǒng)的測試、調(diào)試工作。

第四階段：應(yīng)用系統(tǒng)的完善、安裝使用與培訓(xùn)：第8個月。

[1]安裝部署應(yīng)用系統(tǒng)。

[2]應(yīng)用系統(tǒng)使用培訓(xùn)，進(jìn)入試運(yùn)行。

[1]試運(yùn)行期間系統(tǒng)進(jìn)一步修改和完善。

[2]整理文檔，撰寫項(xiàng)目竣工報(bào)告，完成項(xiàng)目的驗(yàn)收工作[3]系統(tǒng)交接。

項(xiàng)目總體實(shí)施進(jìn)度如下圖所示：

時(shí)間（天）任務(wù)名稱。

需求調(diào)研收集資料。

123456789。

101212序號12。

456789101112。

系統(tǒng)功能概要設(shè)計(jì)系統(tǒng)功能詳細(xì)設(shè)計(jì)數(shù)據(jù)庫設(shè)計(jì)系統(tǒng)開發(fā)。

15125731575325。

圖1.總體實(shí)施進(jìn)度計(jì)劃圖。

2.8.3人員培訓(xùn)。

為了保證系統(tǒng)建成以后良好的運(yùn)行，制定完善的培訓(xùn)計(jì)劃。

2.8.3.1培訓(xùn)內(nèi)容。

對開發(fā)的應(yīng)用系統(tǒng)軟件的使用和數(shù)據(jù)維護(hù)進(jìn)行培訓(xùn)，使業(yè)務(wù)人員能夠熟練使。

用系統(tǒng)，進(jìn)行數(shù)據(jù)的管理維護(hù)和業(yè)務(wù)分析，實(shí)現(xiàn)決策、共享和信息發(fā)布等操作任。

務(wù)，使軟件系統(tǒng)發(fā)揮應(yīng)有的作用。

2.8.3.2培訓(xùn)方式。

培訓(xùn)使用建設(shè)中跟隨培訓(xùn)和建設(shè)后集中培訓(xùn)兩個方式。

建設(shè)中培訓(xùn)：中山市農(nóng)科推廣中心在建設(shè)階段積極參與各系統(tǒng)的建設(shè)，參與。

系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)施，隨時(shí)熟悉系統(tǒng)設(shè)備和軟件的使用方法和內(nèi)容；

建設(shè)后培訓(xùn)：系統(tǒng)建設(shè)完成后，對中山市農(nóng)科推廣中心管理人員進(jìn)行集中的系統(tǒng)使用和維護(hù)培訓(xùn)，使業(yè)務(wù)管理人員從整體和局部上掌握系統(tǒng)的使用。

提供完。

整的用戶手冊，作為培訓(xùn)的材料。

2.8.4項(xiàng)目驗(yàn)收。

2.8.4.1項(xiàng)目驗(yàn)收。

本項(xiàng)目由經(jīng)信局組織專家進(jìn)行會議評審驗(yàn)收，驗(yàn)收前需對平臺各系統(tǒng)的功能。

進(jìn)行測試，并進(jìn)行72小時(shí)穩(wěn)定性測試。驗(yàn)收后由經(jīng)信局出具中山市土肥信息管。

理服務(wù)平臺建設(shè)項(xiàng)目的驗(yàn)收報(bào)告。

2.8.4.2項(xiàng)目交付項(xiàng)。

說明項(xiàng)目任務(wù)完成后，投標(biāo)方根據(jù)合同應(yīng)提交給招標(biāo)方的貨物、服務(wù)以及交。

接文件、用戶手冊等，并附上相應(yīng)的交付時(shí)間計(jì)劃表。

投標(biāo)方交給中山市農(nóng)業(yè)科技推廣中心的中山市土肥信息管理服務(wù)平臺的代。

碼，必須是系統(tǒng)應(yīng)用系統(tǒng)所有模塊不加密的、明文的、標(biāo)準(zhǔn)的源代碼。

2.8.4.3項(xiàng)目付款。

本項(xiàng)目以總價(jià)承包方式采購，采用分期付款方式。

1、合同簽訂后，投標(biāo)人提交項(xiàng)目實(shí)施方案并通過采購單位審核之日起。

個工作日內(nèi)，采購單位啟動支付流程向乙方支付合同總額的20％；

2、系統(tǒng)完成設(shè)計(jì)、開發(fā)、測試、安裝部署，采購單位簽字同意進(jìn)入試運(yùn)行。

購單位啟動支付流程向投標(biāo)人支付合同總價(jià)的40%。

30%。

10個工作日內(nèi)，采。

4、投標(biāo)人按照采購單位要求完成質(zhì)保工作，項(xiàng)目質(zhì)保期結(jié)束之日起。

工作日，采購單位啟動支付流程向投標(biāo)人支付合同總價(jià)的10個。

10%。

2.8.5售后服務(wù)。

針對本項(xiàng)目的售后及技術(shù)支持服務(wù)，派得偉業(yè)公司承諾如下：

北京派得偉業(yè)科技發(fā)展有限公司設(shè)置專門人員，為本項(xiàng)目售后及技術(shù)支持提。

供優(yōu)質(zhì)、高效的服務(wù)；

質(zhì)量保證期：系統(tǒng)驗(yàn)收后12個月。

質(zhì)保期內(nèi)，投標(biāo)人所有服務(wù)不得收取任何費(fèi)用；投標(biāo)人有責(zé)任解決所提供產(chǎn)品或服務(wù)及其附件、安裝介質(zhì)的任何故障。投標(biāo)人必須在8小時(shí)內(nèi)對業(yè)主所提出的維護(hù)要求做出實(shí)質(zhì)性反應(yīng)，并提供應(yīng)急響應(yīng)策略。

系統(tǒng)運(yùn)行過程中如果出現(xiàn)技術(shù)故障（如硬件故障、軟件故障、配置丟失等），在此期間按緊急預(yù)案處置，確保系統(tǒng)最大限度地不中斷運(yùn)行。投標(biāo)人應(yīng)保證8小時(shí)內(nèi)解決此類問題，以恢復(fù)故障使得系統(tǒng)得以正常運(yùn)行。

質(zhì)保期外，投標(biāo)人為建設(shè)方提供有償技術(shù)支持和服務(wù)，考慮系統(tǒng)維護(hù)服務(wù)等工作量情況，適當(dāng)向建設(shè)方收取一定費(fèi)用。

如果有幸中標(biāo)，我們將在建設(shè)、實(shí)施以及今后的運(yùn)行維護(hù)中安排專門人員，針對本系統(tǒng)的特點(diǎn)結(jié)合我們在不同項(xiàng)目中的維護(hù)經(jīng)驗(yàn)，制訂高效完整的維護(hù)方案，提供高質(zhì)量和全方位的支持和服務(wù)。我們的主要服務(wù)措施有：

在北京派得偉業(yè)科技發(fā)展有限公司建立專門的技術(shù)服務(wù)小組；

對于非北京派得偉業(yè)科技發(fā)展有限公司應(yīng)用軟件的問題，而是由于其他因素影響用戶的正常使用，北京派得偉業(yè)科技發(fā)展有限公司將會積極配合用戶查找問題原因。

2.8.5.1常規(guī)支持服務(wù)。

從試運(yùn)行期結(jié)束后算起，系統(tǒng)開始正式運(yùn)行，北京派得偉業(yè)科技發(fā)展有限公。

司承諾向用戶提供一年免費(fèi)的標(biāo)準(zhǔn)支持服務(wù)，在免費(fèi)服務(wù)期內(nèi)，為用戶提供免費(fèi)的現(xiàn)場技術(shù)支持服務(wù)，免費(fèi)的現(xiàn)場軟件安裝調(diào)試、保修和升級，維護(hù)人員的免費(fèi)現(xiàn)場培訓(xùn)和技術(shù)指導(dǎo)等，針對軟件應(yīng)用中出現(xiàn)的問題在1小時(shí)內(nèi)提供應(yīng)急相應(yīng)方案，若軟件系統(tǒng)出現(xiàn)無法遠(yuǎn)程指導(dǎo)解決的故障，派得偉業(yè)公司技術(shù)人員上門服務(wù)，根據(jù)實(shí)際情況最遲在48小時(shí)以內(nèi)修復(fù)。同時(shí)，北京派得偉業(yè)科技發(fā)展有限公司承諾本系統(tǒng)的知識產(chǎn)權(quán)歸用戶方所有。

問題提供解答和解決方案。

免費(fèi)技術(shù)支持服務(wù)期結(jié)束后，北京派得偉業(yè)科技發(fā)展有限公司將繼續(xù)提供優(yōu)。

質(zhì)的支持服務(wù)，定期對系統(tǒng)進(jìn)行維護(hù)查詢，對用戶提出的維護(hù)請求，通過電話指。

導(dǎo)，e-mail、即時(shí)通訊工具和傳真等方式及時(shí)響應(yīng)和處理用戶反饋的問題和系統(tǒng)。

運(yùn)行的故障。對用戶需要的系統(tǒng)軟件和應(yīng)用軟件的現(xiàn)場維護(hù)，包括現(xiàn)場的安裝調(diào)。

具體的收試和重裝，應(yīng)用軟件升級服務(wù)，派得偉業(yè)公司將收取一定的成本費(fèi)用，費(fèi)由雙方協(xié)議后決定。

2.8.5.2故障等級與響應(yīng)時(shí)間。

（1）故障等級定義。

緊急故障：系統(tǒng)已無法使用，導(dǎo)致用戶業(yè)務(wù)活動中止；系統(tǒng)頻繁出錯，頻繁產(chǎn)生完全錯誤的處理結(jié)果。

嚴(yán)重故障：系統(tǒng)仍在維持狀態(tài)運(yùn)行，但性能下降；系統(tǒng)能夠維持運(yùn)行，但有多個功能無法工作，或某一功能不正常已嚴(yán)重影響系統(tǒng)的運(yùn)行。

中等故障：系統(tǒng)能夠工作，但個別非核心功能出現(xiàn)異常，對使用的方便性產(chǎn)生不良影響。

輕度故障：系統(tǒng)工作基本正常，但偶然出現(xiàn)個別非核心功能異常，可通過簡單的系統(tǒng)重啟或改變配置得到恢復(fù)。

（2）服務(wù)請求響應(yīng)時(shí)間。

表2.故障等級與請求響應(yīng)時(shí)間。

故障等級。

電話/傳真回復(fù)響應(yīng)。

提出現(xiàn)場響應(yīng)計(jì)劃。

緊急。

0.5小時(shí)1小時(shí)4小時(shí)4小時(shí)。

1小時(shí)。

嚴(yán)重。

2小時(shí)8小時(shí)8小時(shí)。

中等。

輕度。

（3）故障修復(fù)時(shí)間。

表3.故障等級與故障修復(fù)時(shí)間。

故障等級。

緊急24小時(shí)。

嚴(yán)重24小時(shí)。

中等。

30小時(shí)時(shí)間。

2.8.6項(xiàng)目保障措施。

為了保障項(xiàng)目的順利實(shí)施，采用項(xiàng)目經(jīng)理負(fù)責(zé)制，由項(xiàng)目承建方制定的項(xiàng)目經(jīng)理全權(quán)負(fù)責(zé)項(xiàng)目所有問題。同時(shí)，對項(xiàng)目實(shí)施過程的各個方面設(shè)置專門的負(fù)責(zé)人，項(xiàng)目承建方需在園區(qū)派駐常駐聯(lián)絡(luò)員，八小時(shí)隨時(shí)待命，保證隨時(shí)問題隨時(shí)反饋，即時(shí)溝通，快速解決。

2.8.6.1組織保障體系。

為了保證項(xiàng)目的成功實(shí)施，在組織管理方面要制定嚴(yán)密細(xì)致的組織保障體系，建議成立以中山市農(nóng)科推廣中心領(lǐng)導(dǎo)和項(xiàng)目承建方領(lǐng)導(dǎo)組成的項(xiàng)目領(lǐng)導(dǎo)組，主要負(fù)責(zé)項(xiàng)目組織和實(shí)施過程中有關(guān)問題的協(xié)調(diào)和決策，并對項(xiàng)目進(jìn)行宏觀指導(dǎo)。

項(xiàng)目領(lǐng)導(dǎo)小組下設(shè)項(xiàng)目管理辦公室，由中山市農(nóng)科推廣中心的有關(guān)管理人員和項(xiàng)目承建方相關(guān)部門人員組成，負(fù)責(zé)項(xiàng)目實(shí)施的具體管理和協(xié)調(diào)工作，檢查和監(jiān)督項(xiàng)目的進(jìn)展。

檢查、監(jiān)督，指導(dǎo)項(xiàng)目的技術(shù)發(fā)展。

善的管理體系和組織保障體系。

2.8.6.2技術(shù)保障體系。

只有具有成功實(shí)施過類似項(xiàng)目經(jīng)驗(yàn)的技術(shù)隊(duì)伍，才能保證本項(xiàng)目的成功。項(xiàng)目承建方要集中一批有經(jīng)驗(yàn)的實(shí)施技術(shù)人才參加項(xiàng)目組。這些技術(shù)工程人員，除了自身具有獨(dú)立解決問題的能力之外，還能具有良好的協(xié)作能力和相互支援的作風(fēng)。

為保證項(xiàng)目的高質(zhì)量實(shí)施，建立由項(xiàng)目總負(fù)責(zé)人（項(xiàng)目經(jīng)理）負(fù)責(zé)，系統(tǒng)總。

設(shè)計(jì)師技術(shù)把關(guān)，專業(yè)分組，具有成熟案例開發(fā)經(jīng)驗(yàn)的軟件工程師開發(fā)，監(jiān)控的質(zhì)量技術(shù)體系。

從工程整體實(shí)施過程來看，每一個開發(fā)階段的實(shí)施，都由有項(xiàng)目經(jīng)驗(yàn)的資深技術(shù)人員進(jìn)行實(shí)施和全面管理控制。有過成功的經(jīng)驗(yàn)，才能準(zhǔn)確把握項(xiàng)目的技術(shù)關(guān)鍵和難點(diǎn)，把問題消滅在產(chǎn)生之前或萌芽中，充分保證項(xiàng)目實(shí)施的成功率。有了成功實(shí)施的技術(shù)隊(duì)伍，才能保證項(xiàng)目的質(zhì)量和性能。

2.8.6.3質(zhì)量保障體系。

嚴(yán)格按照iso9001質(zhì)量管理體系規(guī)范市場、開發(fā)、銷售、工程等業(yè)務(wù)流程。目前，項(xiàng)目承建方需在項(xiàng)目質(zhì)量控制方面，有成熟的方案。工程實(shí)施單位在保證進(jìn)度的同時(shí)應(yīng)充分保證項(xiàng)目質(zhì)量，項(xiàng)目承建方需制定本工程項(xiàng)目的質(zhì)量保障體系，從工程質(zhì)量管理體系、工程標(biāo)準(zhǔn)與規(guī)范、工程設(shè)備選型以及工程開發(fā)廠商資格認(rèn)定等方面來進(jìn)行規(guī)范管理，以按時(shí)保質(zhì)地完成應(yīng)用工程實(shí)施。

（1）過程控制。

工程實(shí)現(xiàn)過程等主要過程形成了相應(yīng)的制度及體系文件。

制定《開發(fā)項(xiàng)目管理程序》，以控制各種產(chǎn)品的開發(fā)過程，確保產(chǎn)品滿足顧。

客及各相關(guān)方的要求。針對本項(xiàng)目的實(shí)現(xiàn)過程，將主要控制以下幾點(diǎn)：

1）設(shè)計(jì)和開發(fā)策劃。

軟件的開發(fā)經(jīng)立項(xiàng)后，由項(xiàng)目經(jīng)理組織對項(xiàng)目進(jìn)行設(shè)計(jì)開發(fā)策劃，形成《軟件項(xiàng)目計(jì)劃》。

2）設(shè)計(jì)和開發(fā)輸入。

項(xiàng)目經(jīng)理在充分考慮業(yè)主的要求，合同及技術(shù)附件要求及國家、行業(yè)規(guī)定和標(biāo)準(zhǔn)的基礎(chǔ)上，確定設(shè)計(jì)的輸入要求，形成《軟件需求規(guī)格說明書》。

開發(fā)項(xiàng)目組負(fù)責(zé)組織有關(guān)部門和人員對”設(shè)計(jì)輸入”的內(nèi)容進(jìn)行評審，以確保設(shè)計(jì)輸入是充分的和適宜的。

3）設(shè)計(jì)和開發(fā)輸出。

項(xiàng)目經(jīng)理根據(jù)《軟件項(xiàng)目計(jì)劃》的要求，按產(chǎn)品設(shè)計(jì)程序分階段提供經(jīng)過評審的軟件產(chǎn)品、驗(yàn)收標(biāo)準(zhǔn)、使用說明書等全部設(shè)計(jì)輸出，并滿足設(shè)計(jì)輸入的要求。設(shè)計(jì)輸出文件發(fā)布前應(yīng)予以評審，并經(jīng)過授權(quán)人的批準(zhǔn)。

4）設(shè)計(jì)和開發(fā)評審。

由開發(fā)項(xiàng)目組組織有關(guān)部門和專業(yè)人員，按程序文件規(guī)定的方法評審，并做好記錄。設(shè)計(jì)評審的參加者除要求的專家外，還應(yīng)包括與評審內(nèi)容相關(guān)的設(shè)計(jì)人員。對于評審識別的任何問題及提出的必要措施，由項(xiàng)目經(jīng)理實(shí)施改進(jìn)，改進(jìn)措施應(yīng)做出記錄。評審記錄、改進(jìn)措施的記錄隨開發(fā)文件一并歸檔。

5）設(shè)計(jì)和開發(fā)驗(yàn)證。

根據(jù)本項(xiàng)目產(chǎn)品的特點(diǎn)，常用的設(shè)計(jì)驗(yàn)證方法是測試、同行評審、走查。測。

試工作應(yīng)有經(jīng)批準(zhǔn)的測試依據(jù)，保留測試記錄。同行評審和走查應(yīng)保留相關(guān)記錄。

設(shè)計(jì)驗(yàn)證結(jié)果應(yīng)有明確的驗(yàn)證結(jié)論。設(shè)計(jì)驗(yàn)證的結(jié)論及隨后采取的必要措施。

應(yīng)由項(xiàng)目經(jīng)理形成報(bào)告，并保持記錄，隨開發(fā)文件一并歸檔。

6）設(shè)計(jì)和開發(fā)確認(rèn)。

為確保產(chǎn)品滿足業(yè)主要求，在產(chǎn)品交付必須前進(jìn)行產(chǎn)品的設(shè)計(jì)確認(rèn)。

確認(rèn)結(jié)。

果和跟蹤措施應(yīng)予以記錄。設(shè)計(jì)確認(rèn)常采用系統(tǒng)驗(yàn)收測試。

+鑒定會的方法。

在設(shè)計(jì)確認(rèn)之后，進(jìn)行產(chǎn)品發(fā)布，由產(chǎn)品經(jīng)理批準(zhǔn)，由軟件配置管理員實(shí)施。

7）設(shè)計(jì)和開發(fā)更改的控制。

所有更改和修訂必須經(jīng)原審批途徑進(jìn)行審批，或由設(shè)計(jì)更改的實(shí)施部門負(fù)責(zé)人批準(zhǔn)。

設(shè)計(jì)更改必須經(jīng)過評審和驗(yàn)證，必要時(shí)組織設(shè)計(jì)確認(rèn)。對設(shè)計(jì)更改的評審包括對已投入使用的產(chǎn)品及產(chǎn)品的其他組成部分的影響，提出處理意見。

（2）質(zhì)量控制。

軟件開發(fā)階段劃分的目的是為了便于形成基于里程碑的軟件開發(fā)質(zhì)量控制。

體系，每個里程碑都是一個質(zhì)量控制節(jié)點(diǎn)，這些質(zhì)量控制節(jié)點(diǎn)貫穿于整個軟件開。

發(fā)全過程，從而構(gòu)成軟件開發(fā)的質(zhì)量控制體系。

貫穿于整個生命周期中的qa活動必須依據(jù)一整套的規(guī)范來進(jìn)行，在每個里程碑結(jié)束時(shí)質(zhì)量控制機(jī)構(gòu)sqa（由技術(shù)質(zhì)量部和測試小組組成），根據(jù)相應(yīng)的軟件開發(fā)管理規(guī)范及應(yīng)用要求對階段成果進(jìn)行評議控制，確保應(yīng)用開發(fā)的順利進(jìn)行，及交付的應(yīng)用系統(tǒng)能夠滿足業(yè)主的使用需要，確保交付的系統(tǒng)能夠代表項(xiàng)目承建方的整體技術(shù)水平。同時(shí)也有利于規(guī)避軟件開發(fā)風(fēng)險(xiǎn)。

1）質(zhì)量保證措施。

為確保軟件生存月期的各階段的質(zhì)量要求得到滿足，要求按照。

iso9001系。

列標(biāo)準(zhǔn)對本項(xiàng)目進(jìn)行質(zhì)量管理和控制。分析、設(shè)計(jì)、開發(fā)、安裝和維護(hù)等各階段。

活動均按以下要求監(jiān)控質(zhì)量：

2）實(shí)施預(yù)防與校正措施。

目的：制定有效、切實(shí)可執(zhí)行的預(yù)防和校正措施并貫徹執(zhí)行。對業(yè)主方項(xiàng)目組提出的意見明確處理規(guī)程，積極預(yù)防不合格的現(xiàn)象發(fā)生，徹底校正已發(fā)生的不合格現(xiàn)象。

工作程序：

預(yù)防為主、采取預(yù)防措施。根據(jù)項(xiàng)目實(shí)施進(jìn)度，預(yù)防項(xiàng)目各階段可能出現(xiàn)的問題，采取相應(yīng)的預(yù)防措施。

出現(xiàn)問題（不合格現(xiàn)象）、及時(shí)采取糾正措施。同時(shí)，分析不合格現(xiàn)象產(chǎn)生的原因，及時(shí)采取糾正措施，并控制不合格現(xiàn)象的影響范圍，同時(shí)控制不合格現(xiàn)象再次發(fā)生。

及時(shí)記錄故障現(xiàn)象，制定出文檔，以備以后查詢。

預(yù)防與糾正措施要經(jīng)過雙方共同評審。

2.8.6.4應(yīng)急保障措施。

為保障項(xiàng)目的順利實(shí)施，應(yīng)對實(shí)施過程中的突發(fā)事件，成立應(yīng)急保障小組，在項(xiàng)目實(shí)施過程中常駐中山市。由項(xiàng)目經(jīng)理負(fù)責(zé)，組織處理實(shí)施中的突發(fā)問題。

應(yīng)急保障小組配有應(yīng)急電話，采用輪流值班方式，保證應(yīng)急電話二十四小時(shí)開通。項(xiàng)目實(shí)施過程中，每天會在施工現(xiàn)場派駐一名小組成員，處理現(xiàn)場問題，項(xiàng)目經(jīng)理每天保證各現(xiàn)場巡查一次。如遇到緊急情況，由現(xiàn)場保障小組成員處理，事后匯報(bào)給項(xiàng)目經(jīng)理；如果現(xiàn)場解決不了，第一時(shí)間匯報(bào)項(xiàng)目經(jīng)理，由項(xiàng)目經(jīng)理組織協(xié)商，保證在二十四小時(shí)內(nèi)給出解決方案。

軟件項(xiàng)目驗(yàn)收方案篇四

為認(rèn)真實(shí)施“濟(jì)南市支持社會組織參與社會服務(wù)示范項(xiàng)目”，進(jìn)取培育扶持我市社工服務(wù)組織發(fā)展，以增強(qiáng)其服務(wù)功能，更好地發(fā)揮社工服務(wù)組織在創(chuàng)新社會管理和構(gòu)建社會主義和諧社會中的進(jìn)取作用。20**年，安排15萬專項(xiàng)資金，以資助服務(wù)項(xiàng)目的形式，培育扶持社工服務(wù)組織發(fā)展，從而探索一條具有本土特色的社工服務(wù)組織培育發(fā)展新模式。為保證該項(xiàng)目順利實(shí)施，特制定本實(shí)施方案。

一、資助條件。

凡申報(bào)本項(xiàng)目者，應(yīng)具備以下資格條件:。

1、濟(jì)南市內(nèi)擬成立或處于初創(chuàng)期的社工服務(wù)組織或團(tuán)隊(duì);。

3、有正在或擬開展實(shí)施的社會工作服務(wù)項(xiàng)目;。

4、有明確的服務(wù)宗旨、服務(wù)領(lǐng)域與工作目標(biāo);。

5、有相應(yīng)的配套經(jīng)費(fèi)保障本項(xiàng)目順利實(shí)施;。

6、在本項(xiàng)目結(jié)束時(shí)，能確保完成社工服務(wù)組織成立或原處于初創(chuàng)期的社工服務(wù)組織確保在團(tuán)隊(duì)建設(shè)、服務(wù)功能及自我發(fā)展本事等方面得到全面加強(qiáng)。

二、資助資料。

本項(xiàng)目主要資助開展以下領(lǐng)域的專業(yè)社工服務(wù):。

1、老年人服務(wù)項(xiàng)目:為老年人異常是失獨(dú)和空巢老人供給生活照料、互助關(guān)愛、精神慰藉、權(quán)益維護(hù)及文化生活等方面的專業(yè)社會工作服務(wù)，挖掘其潛能，提升生活質(zhì)量，促進(jìn)“老有所養(yǎng)、老有所學(xué)、老有所為、老有所樂”目標(biāo)的實(shí)現(xiàn)。

2、殘疾人服務(wù)項(xiàng)目:為殘疾人供給人文關(guān)懷、心理疏導(dǎo)、功能康復(fù)、資源協(xié)調(diào)、社會支持等服務(wù)和物質(zhì)保障，幫忙其提升自信心，克服環(huán)境障礙，增強(qiáng)社區(qū)歸屬感，使其融入正常的社會生活。

3、婦女與婚姻家庭服務(wù)項(xiàng)目:以“婦女為本”和“家庭為本”為原則，為婦女供給緩解壓力、本事提升、權(quán)益維護(hù)、家庭關(guān)系調(diào)適與重構(gòu)等專業(yè)服務(wù)，幫忙家庭成員強(qiáng)化家庭生活的進(jìn)取功能，解決婦女發(fā)展面臨的實(shí)際困難和問題，倡導(dǎo)和促進(jìn)性別平等和公正的機(jī)制建設(shè)等服務(wù)。

4、兒童與青少年服務(wù)項(xiàng)目:根據(jù)各階段兒童、青少年的身心特點(diǎn)，運(yùn)用社會工作專業(yè)知識、技能和方法，經(jīng)過開展學(xué)業(yè)輔導(dǎo)、親子活動、權(quán)益維護(hù)、團(tuán)隊(duì)建設(shè)等活動，幫忙其正確了解自我、學(xué)會應(yīng)對困難和解決問題的辦法，并促使其在生活、學(xué)業(yè)、感情和人際關(guān)系等各方面全面發(fā)展。

5、外來務(wù)工人員服務(wù)項(xiàng)目:針對外來務(wù)工人員實(shí)際需求，開展政策咨詢、就業(yè)援助、生活救助、心理疏導(dǎo)、本事發(fā)展、矛盾調(diào)處、權(quán)益維護(hù)及子女教育、社會融入等專業(yè)服務(wù)，使其增強(qiáng)認(rèn)同感和歸屬感，盡快融入城市生活。

7、特殊群體服務(wù)項(xiàng)目:針對社區(qū)不良行為青少年、社區(qū)矯正人員、刑釋解教人員等特殊群體，開展糾正行為偏差、緩解生活困難、疏導(dǎo)心理情緒、改善家庭和社區(qū)關(guān)系，增強(qiáng)自身本事，恢復(fù)和發(fā)展社會功能的專業(yè)服務(wù)，促進(jìn)社會穩(wěn)定與和諧。

8、醫(yī)務(wù)服務(wù)項(xiàng)目:協(xié)助患者及其家屬正確應(yīng)對疾病，幫忙其供給心理需求評估和情緒支持，協(xié)調(diào)醫(yī)患關(guān)系，預(yù)防和減少醫(yī)療糾紛;協(xié)助患者制定康復(fù)服務(wù)計(jì)劃，整合社會資源，幫忙其恢復(fù)社會功能及為醫(yī)護(hù)人員供給精神減壓等專業(yè)服務(wù)活動。

9、志愿服務(wù)項(xiàng)目:按照“社工義工”的模式，開展以弘揚(yáng)志愿服務(wù)精神，提升志愿服務(wù)隊(duì)伍素質(zhì)，推動志愿服務(wù)規(guī)范化、制度化，完善社會支持網(wǎng)絡(luò)，促進(jìn)其全面發(fā)展為主題的專業(yè)服務(wù)，從而保障志愿服務(wù)隊(duì)伍穩(wěn)定、服務(wù)優(yōu)良，成為維護(hù)社區(qū)穩(wěn)定和社會和諧的重要力量。

10、其他領(lǐng)域服務(wù)項(xiàng)目:除上述領(lǐng)域外，可結(jié)合我市實(shí)際和公眾需求，申報(bào)其他領(lǐng)域具有開拓性、創(chuàng)新性的專業(yè)社會工作服務(wù)項(xiàng)目。

三、資助方式。

以資助服務(wù)項(xiàng)目的形式，依據(jù)申報(bào)項(xiàng)目規(guī)模、服務(wù)本事、社會效益等條件確定項(xiàng)目資助金額，優(yōu)先扶持能構(gòu)成明顯成效和具有廣泛社會效應(yīng)的項(xiàng)目。同時(shí)，在項(xiàng)目實(shí)施期間，對有需求的團(tuán)隊(duì)可安排入駐我會，為其供給辦公場地、財(cái)務(wù)托管、員工培訓(xùn)、信息咨詢、資源鏈接和協(xié)助辦理社會組織注冊登記等服務(wù)。

每個社工服務(wù)組織或團(tuán)隊(duì)原則上只能申請一個項(xiàng)目。

四、工作流程。

(一)公示公告階段(20**年2月13日-20**年2月20日)。

我會面向社會發(fā)布項(xiàng)目公告，明確申報(bào)條件、資助范圍、資金撥付、工作流程等有關(guān)要求。

(二)項(xiàng)目申請階段(20**年2月21日-20**年2月28日)。

凡申請者可登錄“濟(jì)南民政”、“濟(jì)南社工”網(wǎng)站下載項(xiàng)目申報(bào)書，并于2月28日前，向我會項(xiàng)目辦公室提交紙質(zhì)版和電子版申報(bào)材料，逾期不予受理。

項(xiàng)目申請需同時(shí)提交以下材料:。

1、項(xiàng)目申報(bào)書;。

3、項(xiàng)目負(fù)責(zé)人簡介及身份證復(fù)印件;。

4、其他相關(guān)登記材料。

紙質(zhì)申報(bào)材料一式三份，務(wù)必a4紙雙面打印，每份單獨(dú)裝訂成冊。

(三)受理申請階段(20**年3月1日-20**年3月4日)。

我會項(xiàng)目辦公室對申報(bào)材料進(jìn)行審查并決定是否受理。對不予受理的，將材料退回并說明理由。申請項(xiàng)目有下列情形之一的，不予受理:。

1、不具備申報(bào)條件的;。

2、未按要求準(zhǔn)備申報(bào)資料的;。

3、同一資料重復(fù)申報(bào)的(包含以不一樣的項(xiàng)目名稱申請);。

4、有其他情景不宜受理的。

(四)評審立項(xiàng)階段(20**年3月5日-20**年3月7日)。

由我會組織專家成立評審委員會，對申報(bào)者資格條件、項(xiàng)目資料及項(xiàng)目實(shí)施地域、受益對象、進(jìn)度安排、解決的問題和預(yù)期的社會效益以及項(xiàng)目的可行性、必要性和創(chuàng)新性等進(jìn)行評估，并根據(jù)項(xiàng)目規(guī)模、受益對象、社會效益等分別給予1萬元、2萬元、3萬元不等資助，并經(jīng)過“濟(jì)南社工”網(wǎng)向社會進(jìn)行為期一周的公示。

(五)項(xiàng)目實(shí)施階段(20**年3月14日至20**年8月20日)。

項(xiàng)目執(zhí)行組織或團(tuán)隊(duì)要遵守相關(guān)承諾，履行約定義務(wù)，按期完成項(xiàng)目。項(xiàng)目一經(jīng)立項(xiàng)，不得分包、轉(zhuǎn)包，不得調(diào)整。項(xiàng)目在執(zhí)行過程中由于特殊原因需要終止、撤銷、變更的，須報(bào)我會項(xiàng)目辦公室批準(zhǔn)。除不可抗力因素外，所有項(xiàng)目均應(yīng)于項(xiàng)目年度內(nèi)完成。我會將根據(jù)市民政局有關(guān)部署和要求，對項(xiàng)目實(shí)施情景進(jìn)行階段性檢查和評估，及時(shí)發(fā)現(xiàn)解決問題，總結(jié)推廣先進(jìn)經(jīng)驗(yàn)，并對執(zhí)行不利組織或團(tuán)隊(duì)根據(jù)有關(guān)規(guī)定進(jìn)行處罰。

(六)評估總結(jié)階段(20**年8月21日至8月28日)。

根據(jù)“濟(jì)南市支持社會組織參與社會服務(wù)示范項(xiàng)目”有關(guān)要求，我會委托第三方對項(xiàng)目資金使用情景進(jìn)行檢查審計(jì)，并對項(xiàng)目執(zhí)行情景進(jìn)行績效評估。根據(jù)市民政局有關(guān)要求，項(xiàng)目執(zhí)行組織或團(tuán)隊(duì)?wèi)?yīng)于正式立項(xiàng)后的20**年3月20日前，向我會項(xiàng)目辦公室報(bào)送中期報(bào)告;在20**年8月20日前，向我會項(xiàng)目辦公室報(bào)送總結(jié)報(bào)告，資料包括:項(xiàng)目執(zhí)行情景、資金使用管理情景、宣傳推廣情景、實(shí)施效果、社會效應(yīng)及項(xiàng)目評估報(bào)告等。

五、經(jīng)費(fèi)管理。

(一)申報(bào)項(xiàng)目經(jīng)評審立項(xiàng)后的3個工作日內(nèi)，由我會項(xiàng)目辦公室按照程序撥付資金。項(xiàng)目資金分兩次撥付，第一次撥付資金總額的50%;其余50%資金待中期執(zhí)行情景評估到達(dá)合格及以上后，一并撥付。

(二)項(xiàng)目執(zhí)行組織或團(tuán)隊(duì)?wèi)?yīng)當(dāng)按照項(xiàng)目資金管理要求，建立健全財(cái)務(wù)管理和會計(jì)核算制度，將項(xiàng)目資金單獨(dú)立賬，單獨(dú)核算，以便于追蹤監(jiān)督檢查，確保資金的安全和正確使用。項(xiàng)目資金不得用于繳納罰款罰金、償還債務(wù)、對外投資、購買汽車等支出，不得以任何形式擠占、截留、挪用項(xiàng)目資金。

(三)我會將根據(jù)資金管理有關(guān)規(guī)定，對資金使用情景進(jìn)行跟蹤檢查審計(jì)，對違反項(xiàng)目資金使用管理規(guī)定的，依據(jù)有關(guān)法律法規(guī)，給予嚴(yán)肅處理。

六、宣傳和總結(jié)。

各項(xiàng)目執(zhí)行組織或團(tuán)隊(duì)要充分利用廣播、電視、報(bào)刊、網(wǎng)絡(luò)等新聞媒體和明白紙等多種形式，大力宣傳項(xiàng)目的意義、資助資料和申請辦法，及時(shí)宣傳報(bào)道項(xiàng)目開展情景和社會效益，引導(dǎo)廣大社會力量進(jìn)取參與，以讓全社會更多地關(guān)注、了解和支持社工服務(wù)組織發(fā)展。

各執(zhí)行組織或團(tuán)隊(duì)要及時(shí)收集視頻、音頻素材，整理典型、感人事例，建立專門項(xiàng)目宣傳檔案，定期向我會項(xiàng)目辦公室報(bào)送項(xiàng)目簡報(bào)。在開展項(xiàng)目宣傳活動等時(shí)，要注明“濟(jì)南市支持社會組織參與社會服務(wù)示范項(xiàng)目”標(biāo)識。

軟件項(xiàng)目驗(yàn)收方案篇五

為使信息化項(xiàng)目建設(shè)按照《南寧市信息化項(xiàng)目建設(shè)管理暫行辦法》要求進(jìn)行，確保項(xiàng)目竣工后達(dá)到有關(guān)要求和標(biāo)準(zhǔn)，并能正常投入運(yùn)行，必須進(jìn)行項(xiàng)目驗(yàn)收，信息化項(xiàng)目驗(yàn)收方案。

二、驗(yàn)收對象。

參與項(xiàng)目建設(shè)的施工單位。

(一)所有建設(shè)項(xiàng)目按照合同要求全部建成，并滿足使用要求;。

(二)各個分項(xiàng)工程全部初驗(yàn)合格;。

(三)已通過軟件確認(rèn)測試評審;。

(四)已通過軟件系統(tǒng)測試評審;。

(五)軟件已置于配置管理之下;。

(六)各種技術(shù)文檔和驗(yàn)收資料完備，符合合同的`內(nèi)容;。

(九)各種設(shè)備經(jīng)加電試運(yùn)行，狀態(tài)正常;。

(十)經(jīng)過監(jiān)理方同意;。

(十一)經(jīng)過相關(guān)主管部門和項(xiàng)目業(yè)主同意;。

(十二)合同或合同附件規(guī)定的其他驗(yàn)收條件。

項(xiàng)目驗(yàn)收，是項(xiàng)目開發(fā)建設(shè)中有組織的主動性行為，它是對項(xiàng)目建設(shè)高度負(fù)責(zé)的體現(xiàn)，也是項(xiàng)目建設(shè)成功的重要保證。切實(shí)做好項(xiàng)目建設(shè)中的驗(yàn)收工作至關(guān)重要，應(yīng)當(dāng)采取有效措施，實(shí)實(shí)在在做好。為保證項(xiàng)目驗(yàn)收質(zhì)量，針對不同的驗(yàn)收內(nèi)容，在實(shí)施驗(yàn)收操作中，可以采取以下不同的方法：

(一)登記法。

對項(xiàng)目中所涉及的所有硬件、軟件和應(yīng)用程序一一登記，特別是硬件使用手冊、系統(tǒng)軟件使用手冊、應(yīng)用程序各種技術(shù)文檔等一定要登記造冊，不可遺漏，并妥善保管。對項(xiàng)目建設(shè)中根據(jù)實(shí)際進(jìn)展情況雙方同意后修訂的合同條款、協(xié)調(diào)開發(fā)建設(shè)中的問題進(jìn)行登記，規(guī)劃方案《信息化項(xiàng)目驗(yàn)收方案》。

(二)對照法。

對照檢查項(xiàng)目各項(xiàng)建設(shè)內(nèi)容的結(jié)果是否與合同條款及工程實(shí)施方案相一致。

(三)操作法。

這是項(xiàng)目建設(shè)最主要的驗(yàn)收方法。首先，對項(xiàng)目系統(tǒng)硬件一一實(shí)際加電操作，驗(yàn)證是否與硬件提供的技術(shù)性能相一致;其次，運(yùn)行項(xiàng)目系統(tǒng)軟件，檢驗(yàn)其管理硬件及應(yīng)用軟件的實(shí)際能力是否與合同規(guī)定的一致;第三，運(yùn)行應(yīng)用軟件，實(shí)際操作，處理業(yè)務(wù)，檢查是否與合同規(guī)定的一致，達(dá)到了預(yù)期的目的。

(四)測試法。

對能使用檢測儀器進(jìn)行檢測的設(shè)備、實(shí)施應(yīng)當(dāng)一一進(jìn)行實(shí)際測試，檢查是否和設(shè)備、實(shí)施的規(guī)格、性能要求相一致。

五、驗(yàn)收步驟。

(一)需求分析。

項(xiàng)目監(jiān)理單位組織人員對項(xiàng)目進(jìn)行驗(yàn)收需求分析，針對項(xiàng)目驗(yàn)收，監(jiān)理單位需配備2名有經(jīng)驗(yàn)的工程師和一名行業(yè)專家來組成項(xiàng)目團(tuán)隊(duì)，負(fù)責(zé)具體工作。

項(xiàng)目監(jiān)理單位在對項(xiàng)目進(jìn)行深入的需求分析的基礎(chǔ)上編寫驗(yàn)收方案(計(jì)劃書)，提交市信息辦、業(yè)主單位審定。

實(shí)施測試驗(yàn)收工作時(shí)，應(yīng)當(dāng)成立項(xiàng)目驗(yàn)收小組，具體負(fù)責(zé)驗(yàn)收事宜。

嚴(yán)格按照驗(yàn)收方案對項(xiàng)目應(yīng)用軟件、網(wǎng)絡(luò)集成效果、系統(tǒng)文檔資料等進(jìn)行全面的測試和驗(yàn)收。

(五)提交驗(yàn)收報(bào)告。

項(xiàng)目驗(yàn)收完畢，對項(xiàng)目系統(tǒng)設(shè)計(jì)、建設(shè)質(zhì)量、設(shè)備質(zhì)量、軟件運(yùn)行情況等做出全面的評價(jià)，得出結(jié)論性意見，對不合格的項(xiàng)目不予驗(yàn)收，對遺留問題提出具體的解決意見。

召開由驗(yàn)收委員會全體成員參加的項(xiàng)目驗(yàn)收評審會，全面細(xì)致地審核項(xiàng)目驗(yàn)收小組所提交的驗(yàn)收報(bào)告，給出最終的驗(yàn)收意見，形成驗(yàn)收評審報(bào)告提交市信息辦和項(xiàng)目業(yè)主存檔。

1、申請：項(xiàng)目竣工后經(jīng)測試和試運(yùn)行合格，施工單位根據(jù)合同、招標(biāo)書、計(jì)劃任務(wù)書，檢查、總結(jié)項(xiàng)目完成情況后向業(yè)主提出初驗(yàn)申請。

2、方式：項(xiàng)目業(yè)主組織監(jiān)理和施工單位進(jìn)行初驗(yàn)。

軟件項(xiàng)目驗(yàn)收方案篇六

(1)、項(xiàng)目中一定要有溝通策略,和高管如何匯報(bào)工作進(jìn)展,取得支持?和中層如何就業(yè)務(wù)目標(biāo)不斷確認(rèn),逐步清晰?和基層如何就項(xiàng)目應(yīng)用操作模式達(dá)成一致,持續(xù)改進(jìn)?都需要通過溝通反饋完成.

溝通的作用對于高管是讓他們清楚項(xiàng)目一直按照目標(biāo)前進(jìn),每個階段工作進(jìn)展是否順利,影響項(xiàng)目正常運(yùn)做原因是什么,需要哪些資源幫助.和高管溝通比較多的話,第一個好處是高管經(jīng)常聽匯報(bào)就知道項(xiàng)目進(jìn)展程度,可以安排反饋檢查,看是否具備項(xiàng)目所說的進(jìn)展,這樣一旦認(rèn)可了各個階段目標(biāo)后,最終要求高管簽字確認(rèn)也就順理成章了.給高管匯報(bào)技巧就是簡潔明了,真實(shí)客觀,有理有據(jù)分析問題,提出對策建議請其決策即可.

中層往往是項(xiàng)目主要的推動力量和實(shí)際執(zhí)行者,也往往是對具體業(yè)務(wù)需求最主要的要求者,他們對企業(yè)實(shí)際運(yùn)做過程最清楚,提出要求最具體,而且項(xiàng)目驗(yàn)收與否沒有中層的同意往往也是不太容易做到的.往往通過前期業(yè)務(wù)調(diào)研只能對企業(yè)項(xiàng)目目標(biāo)有一個大的,宏觀的認(rèn)識,但如何細(xì)化并最終落實(shí)并非是一步到位的過程.因此在整個項(xiàng)目過程中,雙方項(xiàng)目組要不斷溝通,特別是企業(yè)中層溝通,才能逐步認(rèn)識越來越深刻,最終達(dá)成一致.

和基層的溝通主要體現(xiàn)對最終用戶的關(guān)懷,定期主動和最終用戶溝通,消除一些怨氣,讓用戶能堅(jiān)持用下去,這個時(shí)候往往發(fā)現(xiàn)很多用戶真的是非常好相處,盡管軟件還有很多值得改進(jìn)的地方,但他們一旦認(rèn)可團(tuán)隊(duì),反而會盡心盡力幫助推動項(xiàng)目的進(jìn)行.

(2)、目前一般要求每個項(xiàng)目經(jīng)理在項(xiàng)目進(jìn)行中都要填寫詳盡的項(xiàng)目月報(bào),反映項(xiàng)目的進(jìn)度,與計(jì)劃的偏差,完成的項(xiàng)目內(nèi)容,投入人力,目前項(xiàng)目存在的問題,以及預(yù)計(jì)項(xiàng)目下月的進(jìn)度等等.將進(jìn)度月報(bào)交部門負(fù)責(zé)人、項(xiàng)目管理中心、總經(jīng)辦審閱.

(3)、類似地也要制定針對客戶的月報(bào)甚至是周報(bào),將相關(guān)的信息反應(yīng)到客戶方的負(fù)責(zé)人,及相關(guān)高層.可以先發(fā)郵件,然后還要電話落實(shí)收到并口頭簡要匯報(bào),特別是高管層,千萬不要以為發(fā)了就等于別人會去看,一定要口頭跟進(jìn)匯報(bào)一次,保證客戶各方面負(fù)責(zé)人對項(xiàng)目進(jìn)展做到心中有數(shù).

(1)、在一個漫長項(xiàng)目周期中，很多工作做了也就做了，認(rèn)可了也就認(rèn)可了，時(shí)間一長也就忘記了很多承諾和約定，到了驗(yàn)收的時(shí)候就翻出來重新要，這種事情很多人可能都經(jīng)歷過，明明說得可以先不做的內(nèi)容最終驗(yàn)收的時(shí)候又成了必要條件。所以在一個項(xiàng)目中要順利驗(yàn)收，一定要寫好備忘錄，把平時(shí)項(xiàng)目過程中重要階段點(diǎn)雙方達(dá)成的共識詳細(xì)記錄下來，以備查詢。

(2)、項(xiàng)目組在每次現(xiàn)場工作都必須要寫備忘錄，備忘錄必須注明現(xiàn)場工作天數(shù)，按時(shí)間段寫清楚工作內(nèi)容，性質(zhì)和時(shí)間長度。

例如培訓(xùn)工作要寫清楚培訓(xùn)人員名稱，培訓(xùn)內(nèi)容，培訓(xùn)小時(shí)數(shù)，培訓(xùn)掌握效果;。

例如裝機(jī)工作要寫清楚裝機(jī)軟件，裝機(jī)臺數(shù)，是否可正常使用等等細(xì)節(jié)。

(3)、每次備忘錄要口頭交流認(rèn)可后才打印簽字確定階段性工作成果。下次工作則根據(jù)前次備忘錄的雙方約定繼續(xù)進(jìn)行，保障項(xiàng)目在每次工作基礎(chǔ)上不斷前進(jìn)，并用備忘錄約束雙方的行為。

(4)、備忘錄標(biāo)準(zhǔn)的寫法是先簡要匯報(bào)階段工作中內(nèi)容，要用積極肯定性的文字給自己前一段工作或者一些提法給出正面結(jié)論，這樣大家看了才有信心。

(6)、結(jié)論出來后后備忘錄要詳細(xì)描述自己所做工作細(xì)節(jié)，細(xì)節(jié)越詳細(xì)越好，讓項(xiàng)目組彼此認(rèn)可工作內(nèi)容和質(zhì)量，而且對服務(wù)工作量可以有一個客觀的評估。而且在寫備忘錄時(shí)發(fā)現(xiàn)自己大量時(shí)間并非在有效溝通或者在推動項(xiàng)目實(shí)施上，那么意味著項(xiàng)目已經(jīng)是在失去控制路上，應(yīng)該立即引起警覺并采取措施解決。

(7)、備忘錄最后還要約定下一階段雙方工作安排，在后續(xù)工作中嚴(yán)格按照備忘錄設(shè)計(jì)自己的工作計(jì)劃，了解企業(yè)項(xiàng)目組進(jìn)展，如果企業(yè)項(xiàng)目組方面配合出現(xiàn)問題，在下次備忘錄中要明確指出責(zé)任承擔(dān)方，給用戶形成一定的壓力，從而更好推動項(xiàng)目走向前進(jìn)。一些重要的項(xiàng)目目標(biāo)約定或者驗(yàn)收意見可以單獨(dú)寫備忘錄，在最終驗(yàn)收時(shí)可以作為依據(jù)。這樣一個備忘錄一個腳印推動項(xiàng)目向目標(biāo)前進(jìn)，每個備忘錄都在前一階段工作上有一點(diǎn)點(diǎn)進(jìn)步，最終項(xiàng)目驗(yàn)收就是水到渠成的事情。

(8)、除了實(shí)施備忘錄外，實(shí)施人員最好給每天工作做詳細(xì)記錄，實(shí)施備忘錄個人認(rèn)為只是一個工作進(jìn)度大概描述，而且可能會有水分，因而需要有一個每天工作的詳細(xì)記錄用于自己或者團(tuán)隊(duì)成員準(zhǔn)確把握項(xiàng)目脈搏，及時(shí)發(fā)現(xiàn)問題，個人也能隨時(shí)做項(xiàng)目回顧，用戶的反復(fù)也能隨時(shí)記錄在案，如果出現(xiàn)項(xiàng)目延誤，也能有理有節(jié)和用戶應(yīng)對。

(1)、如果項(xiàng)目準(zhǔn)備驗(yàn)收了，一般要安排一次驗(yàn)收鑒定，這個鑒定可能是要請專家來看，可能是企業(yè)內(nèi)部組織，也可能就是幾個人認(rèn)可簽字即可。因此如果要驗(yàn)收，最后鑒定這個工作質(zhì)量要高。

(2)、要準(zhǔn)備好一套模擬現(xiàn)場環(huán)境的演示環(huán)境，要有足夠真實(shí)的數(shù)據(jù)，要設(shè)計(jì)一套體現(xiàn)應(yīng)用特色介紹流程，要準(zhǔn)備一套詳實(shí)匯報(bào)材料和相應(yīng)ppt。

(3)、要保證驗(yàn)收大會順利通過，其實(shí)是在驗(yàn)收大會前將相關(guān)匯報(bào)工作和現(xiàn)場應(yīng)用情況和企業(yè)領(lǐng)導(dǎo)做過匯報(bào)，并得到充分認(rèn)可。

(1)、對于項(xiàng)目一個實(shí)施人員要為公司考慮節(jié)約成本，同時(shí)也兼顧客戶利益，是比較難以決策的。特別是在一個多可能同時(shí)負(fù)責(zé)多個項(xiàng)目的時(shí)候，想每個項(xiàng)目都應(yīng)該全力以赴是很困難的。這樣難免讓用戶覺得我們響應(yīng)不及時(shí)，有問題不解決，特別有些問題不是我們一個個體能夠解決的，長期下來用戶可能會積累很多的怨氣。

(2)、因此實(shí)施人員平時(shí)做人要講誠信，講原則，無非是三條：

做不到的事情千萬別隨意承諾;。

承諾的事情一定要努力做到;。

每次做到的事情都進(jìn)步一點(diǎn)點(diǎn)。

有這三條用戶會慢慢接受稍微長一點(diǎn)的響應(yīng)周期，也會用更多積極性眼光看現(xiàn)在的問題，也相信問題一定有人響應(yīng)，也一定可以得到解決。

(3)、我們很多人做項(xiàng)目遇到困難在公司內(nèi)部沒有想盡辦法去解決，認(rèn)為我自己這么努力，承受這么大的壓力，而別的同事好象沒有什么壓力，心理不平衡，就容易回避放棄。拖，拖，拖，拖到無法再拖的時(shí)候在用戶那里就沒法抬頭，只能被動挨打。

(4)、如果按照以上三條原則做事，反而簡單，不做做不到的，當(dāng)然這個做到做不到不是個人判斷，而是和公司內(nèi)部協(xié)調(diào)達(dá)成一致后的意見，做得到的一定按承諾做好，項(xiàng)目就會簡單。

(5)、實(shí)施過程中可以留一手，有些好功能或者便利的地方，可以不全部告訴用戶，畢竟在合同邊界中沒有涉及，在驗(yàn)收前可以作為條件和用戶去置換。

軟件項(xiàng)目驗(yàn)收方案篇七

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

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

(一)項(xià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í)施。大量的軟件公司項(xiàng)目實(shí)施案例證明，軟件項(xiàng)目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平，不僅取決于軟件產(chǎn)品本身的質(zhì)量，軟件項(xiàng)目實(shí)施的質(zhì)量效果也對后期用戶應(yīng)用的情況起到非常重要的影響。

項(xiàng)目實(shí)施規(guī)范主要包括項(xià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)交接階段等八個階段工作內(nèi)容，每個階段下面有不同的工作事項(xiàng)，各個階段之間都是承上啟下關(guān)系，上一階段的順利完成是保證下一階段的工作開展的基礎(chǔ)。下面將按照每個項(xiàng)目實(shí)施階段分別介紹。

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

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

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

此階段主任務(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)目啟動會。

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

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

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

部門經(jīng)理接到實(shí)施申請后，任命項(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)系，對合同、用戶進(jìn)行調(diào)研。填寫《用戶及合同信息表》。在項(xiàng)目商務(wù)談判中，商務(wù)經(jīng)理積累了大量的信息，項(xiàng)目組首先應(yīng)收集商務(wù)和合同信息，并與商務(wù)經(jīng)理一起識別那些個體和組織是項(xiàng)目的干系人，確定他們的需求和期望，如何滿足和影響這些需求、期望以確保項(xiàng)目能夠成功。

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

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

4、啟動會

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

會程安排如下：

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

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

項(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é)束后如何對用戶提供后續(xù)服務(wù)。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

操作層：操作方法。

具體的培訓(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)手冊準(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ī)及理論考試。

匯報(bào)。

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

此階段的主要工作是在用戶真實(shí)環(huán)境下，對用戶網(wǎng)絡(luò)及硬件設(shè)備進(jìn)行測試，對軟件系統(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é)人。

5、組織測試及試運(yùn)行：用戶相關(guān)各級領(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í)糾正錯誤操作、對于新發(fā)生的問題及時(shí)與相關(guān)人員溝通，確定解決辦法。

軟件項(xiàng)目驗(yàn)收方案篇八

在概述部分應(yīng)對整個項(xiàng)目進(jìn)行概要描述，可從軟件需求說明書概述部分拷貝。

3.驗(yàn)收測試環(huán)境。

3.1硬件。

例如計(jì)算機(jī)、服務(wù)器、網(wǎng)絡(luò)、交換機(jī)等。

3.2軟件。

例如操作系統(tǒng)、應(yīng)用軟件、系統(tǒng)軟件、開發(fā)軟件、測試程序等。

3.3文檔。

例如測試文檔、技術(shù)文檔、操作手冊、用戶手冊等。

3.4人員。

例如客戶代表、客戶經(jīng)理、項(xiàng)目經(jīng)理、技術(shù)經(jīng)理、開發(fā)人員、測試人員、技術(shù)支持人員以及第三方代表等。

保密申明：秘密級。

軟件項(xiàng)目驗(yàn)收方案篇九

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

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

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

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

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

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

6、項(xiàng)目風(fēng)險(xiǎn)識別、風(fēng)險(xiǎn)評估、風(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)容。

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

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

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

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

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

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

該階段完成后的成果:a、usercase(系統(tǒng)用例;b、demo(系統(tǒng)原型;。

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

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

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

準(zhǔn)備開發(fā)環(huán)境、測試環(huán)境;跟蹤,推動項(xiàng)目按計(jì)劃進(jìn)行;以周報(bào)的形式通報(bào)項(xiàng)目的進(jìn)展情況。對項(xiàng)目的階段成果進(jìn)行評估,以確保該階段完成的質(zhì)量,包括代碼審核、sql審核等。對需求變更進(jìn)行控制管理;對項(xiàng)目風(fēng)險(xiǎn)進(jìn)行管理;測試階段bugfixed及改進(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)行bugfixed及改進(jìn)或做補(bǔ)丁升級。

6、結(jié)束階段。

產(chǎn)品交付,項(xiàng)目。

總結(jié)。

會。

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

要做好項(xiàng)目管理,并能確實(shí)解決好以上三個問題,實(shí)現(xiàn)目標(biāo)、履行職責(zé)、完成工作中的具體內(nèi)容,從我個人這幾年的工作經(jīng)驗(yàn)和面臨的一些問題,還有所積累的一些項(xiàng)目管理中的一些知識以及自己的觀察和思考的角度看,應(yīng)該要努力做好以下這幾個方面的具體工作:。

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

制定項(xiàng)目進(jìn)度時(shí)間表的時(shí)候,需要估算每個任務(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è)邏輯上。通常每個模塊所需的開發(fā)時(shí)間取決于以下三個因素:。

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

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

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

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

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

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

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

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

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

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

2、codereviewcodereview是保證項(xiàng)目中代碼質(zhì)量非常重要的一個環(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ā)人員對需求不是很明確,以自己比較主觀的因素去完成任務(wù)的;還有對整個系統(tǒng)業(yè)務(wù)邏輯沒有正確的清晰的認(rèn)識的原因,以及對項(xiàng)目組成員培訓(xùn)不到位的原因等眾多因素糾集在一起才產(chǎn)生的。

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

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

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

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

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

些bug記錄在案。

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

行一行靜下心來看。同時(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、代碼編寫者bugfixed完畢之后給出反饋。

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

3、需求變更管理。

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

對待需求變更的態(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)。需求變更流程:。

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

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

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

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

12。

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

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

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

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

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

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

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

加影響或采取應(yīng)對措施,把風(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)對方案:。

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)先級,對于關(guān)鍵的需求優(yōu)先實(shí)現(xiàn)，其他輔助性的根據(jù)過程中的具體情況進(jìn)行滾動式計(jì)劃，并取得業(yè)務(wù)部門的書面確認(rèn)。在此過程中要注重挖掘用戶的隱性需求，可以通過引導(dǎo)、系統(tǒng)原型等手段讓用戶在前期充分暴露自己的想法和需求。

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

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

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

理者應(yīng)該在前期就分析清楚項(xiàng)目所要采用的技術(shù)以及相應(yīng)的人員技能要求，針對不同的角色，及時(shí)采取相應(yīng)的技能培訓(xùn)，以保證項(xiàng)目的順利實(shí)施。如果對于項(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ù)評估階段，明確技術(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ā)生？這個就需要在項(xiàng)目計(jì)劃制定的時(shí)候提前申請確認(rèn)資源，并在項(xiàng)目過程中不斷溝通協(xié)調(diào)。

5、缺乏良好的團(tuán)隊(duì)協(xié)作軟件項(xiàng)目實(shí)施屬于知識型，要發(fā)揮團(tuán)隊(duì)成員的創(chuàng)造力，不同于制造業(yè)計(jì)件生產(chǎn)，各模塊最終要集成在一起形成一個有機(jī)的整體，這就需要各小組之間的密切配合，界定清楚工作界面及接口關(guān)系，并在實(shí)施過程中持續(xù)地溝通交流和共享，首先團(tuán)隊(duì)要融為一體，產(chǎn)出的軟件才能融為一體。這是一個團(tuán)隊(duì)的軟實(shí)力，團(tuán)隊(duì)之間的協(xié)作好壞也將是個潛在的風(fēng)險(xiǎn)問題，在項(xià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)一個項(xiàng)目管理者的經(jīng)驗(yàn)和知識對能否管理好風(fēng)險(xiǎn)至關(guān)重要的內(nèi)容。

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

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

項(xiàng)目的成敗。團(tuán)隊(duì)管理是個漸進(jìn)的過程。世界上只有完美的團(tuán)隊(duì)，沒有完美的個人。好的高效的團(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)目會議組織會議是項(xiàng)目管理者日常工作中一項(xiàng)非常重要的工作任務(wù)，項(xiàng)目過程中很多重要的決定都是在會議中做出的，也有很多由于不成功的會議而對項(xiàng)目本身造成了不好的影響。首先看看不成功的會議常常表現(xiàn)為哪些形式：

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

2、會議討論常常偏離主題；

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

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

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

2、會議的組織者和參與者的想法通常是不一致的，有時(shí)候甚至?xí)笙鄰酵ァＫ圆灰Ｍ麜h的參與者和你一樣，對會議有著如此的期待，對大多數(shù)參與者而言，在會議中他只是一個發(fā)表想法的人，他不用對會議的成功承擔(dān)責(zé)任。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

軟件項(xiàng)目驗(yàn)收方案篇十

4、審查項(xiàng)目投資以及實(shí)施進(jìn)度的情況；

5、對項(xiàng)目的技術(shù)水平做出評價(jià)，并得出項(xiàng)目的驗(yàn)收結(jié)論。

{項(xiàng)目名稱}。

驗(yàn)收報(bào)告。

{日期}

目錄。

§1項(xiàng)目基本情況..........................................................................................................§2項(xiàng)目進(jìn)度審核..........................................................................................................

項(xiàng)目實(shí)施進(jìn)度情況..........................................................................................

項(xiàng)目變更情況..................................................................................................

項(xiàng)目投資結(jié)算情況..........................................................................................§3項(xiàng)目驗(yàn)收計(jì)劃..........................................................................................................

項(xiàng)目驗(yàn)收原則..................................................................................................

軟件項(xiàng)目驗(yàn)收方案篇十一

一、現(xiàn)狀分析：

從本月22日上班到現(xiàn)在已有一周的工作時(shí)長，就目前來看，我個人還處于對公司以及公司產(chǎn)品的認(rèn)識階段，對公司以及公司產(chǎn)品還不夠深入的了解。從近期與客戶交流情況分析，我個人存在以下幾方面的不足(肯定不只這些，我水平有限只能發(fā)現(xiàn)以下缺點(diǎn)，如領(lǐng)導(dǎo)發(fā)現(xiàn)我的缺點(diǎn)還望指點(diǎn)，我會悉心聽取教誨并努力該改正)：

1、我對公司以及公司產(chǎn)品沒有深入了解，對產(chǎn)品的操作流程以及報(bào)價(jià)還不是很清楚。

2、我對怎樣挖掘潛在客戶還沒有的方法，還處于摸索階段。

3、我對網(wǎng)站評估的相關(guān)工具，如百度指數(shù)、百度收容量，網(wǎng)站綜合排名等工具還不是很熟悉，對怎樣去評價(jià)一個網(wǎng)站是否屬于網(wǎng)絡(luò)營銷型網(wǎng)站還不是很了解。

4、我對判別一個網(wǎng)站是屬于哪一種類型欠缺了解。

5、我對客戶提出的問題有時(shí)不能給予及時(shí)的回復(fù)，原因是自己對某些問題根本就不了解。

6、我對房地產(chǎn)行業(yè)缺乏了解，知識面不廣。

7、我對百度推廣方面的認(rèn)識還夠，缺乏相應(yīng)的學(xué)習(xí)。

8、我跟客戶的交流技巧還有待改善。

二、針對目前的現(xiàn)狀，特制定近期工作計(jì)劃：

1、爭取用3-5天的時(shí)間，全面、具體、詳細(xì)地了解公司及公司產(chǎn)品。

2、多看看對手怎么做，通過對比學(xué)習(xí)，從而提高自己。

4、多學(xué)習(xí)網(wǎng)絡(luò)營銷方面的知識，提升為客戶服務(wù)的質(zhì)量。

5、每天完成加q群、百度hi群(房地產(chǎn)相關(guān)方面的群)的任務(wù)數(shù)量，想盡一切辦法提高加群的進(jìn)入度。

6、不斷摸索與客戶的交流技巧，不斷提高客戶的成交量。

7、每天挖掘至少20個潛在客戶。

8、定期/不定期的聯(lián)系有意向的客戶，回訪已成交的客戶。

9、每天工作后及時(shí)進(jìn)行自我。

軟件項(xiàng)目驗(yàn)收方案篇十二

_____：在我公司承建的“_____”項(xiàng)目中，軟硬件系統(tǒng)已安裝調(diào)試完成，按照合同的規(guī)定，已具備項(xiàng)目驗(yàn)收的條件。請公司及時(shí)安排進(jìn)行項(xiàng)目驗(yàn)收。特此申請!

北京全亞通信技術(shù)有限公司二〇一二年四月。

項(xiàng)目名稱________項(xiàng)目經(jīng)理參加驗(yàn)收人員項(xiàng)目進(jìn)度情況：

任務(wù)名稱12345678。

承建單位驗(yàn)收時(shí)間2012年4月日。

完成情況已完成已完成已完成已完成已完成已完成已完成已完成。

用戶確認(rèn)。

未完成內(nèi)容及其他需要說明的內(nèi)容：

無

系統(tǒng)驗(yàn)收內(nèi)容：

承建單位意見：本項(xiàng)目軟硬件系統(tǒng)已安裝調(diào)試完成，項(xiàng)目正在按照項(xiàng)目計(jì)劃順利進(jìn)行建設(shè)。按照合同的規(guī)定，已具備項(xiàng)目驗(yàn)收的條件。

負(fù)責(zé)人:。

日期：

系統(tǒng)驗(yàn)收結(jié)果：

驗(yàn)收意見：

以上驗(yàn)收情況屬實(shí)，同意通過驗(yàn)收。

參加驗(yàn)收人員簽字：

軟件項(xiàng)目驗(yàn)收方案篇十三

客戶項(xiàng)目經(jīng)理：日。

期：

1、項(xiàng)目回顧。

1.1、實(shí)施主要階段。

1、項(xiàng)目的實(shí)施周期。

2、項(xiàng)目實(shí)施經(jīng)歷的主要階段。

xxxx集團(tuán)有限公司業(yè)務(wù)erp系統(tǒng)實(shí)施項(xiàng)目從xx月xx日啟動至今歷時(shí)1個半月左右，在xxxx集團(tuán)有限公司與xxxx有限公司雙方領(lǐng)導(dǎo)的大力支持和關(guān)心下,xxxx公司咨詢實(shí)施顧問和xxxx集團(tuán)有限公司erp項(xiàng)目組關(guān)鍵成員辛勤努力，先后完成了項(xiàng)目培訓(xùn)、業(yè)務(wù)調(diào)研、方案準(zhǔn)備、方案測試、靜態(tài)和動態(tài)數(shù)據(jù)準(zhǔn)備、模擬運(yùn)行以及切換上線等階段性項(xiàng)目任務(wù)，各階段工作基本按計(jì)劃完成。

1.2、系統(tǒng)應(yīng)用模塊。

1、系統(tǒng)上線成功應(yīng)用的模塊a．銷售b．庫存c．存貨。

通過雙方項(xiàng)目組1個半月的共同努力，xxxx有限公司erp系統(tǒng)于xxxx年xx月xx日正式上線。目前xxxx有限公司各相關(guān)業(yè)務(wù)部門已開始全面應(yīng)用用友erp系統(tǒng)的xx、xx和xx等子系統(tǒng)來完成日常管理工作。

2、項(xiàng)目總體評價(jià)。

2.1、是否達(dá)到項(xiàng)目預(yù)期目標(biāo)。

建議描述內(nèi)容提要：

項(xiàng)目驗(yàn)收小組一致認(rèn)為，系統(tǒng)運(yùn)行穩(wěn)定，計(jì)算數(shù)據(jù)準(zhǔn)確、信息傳遞及時(shí)，實(shí)現(xiàn)了最初確定的實(shí)施目標(biāo)：

1)建立了共用資料(供應(yīng)商資料和存貨資料)子系統(tǒng)，對備品備件等物。

料實(shí)行統(tǒng)一編碼，分倉庫管理，保證了倉庫庫存的實(shí)時(shí)掌握并供有關(guān)部門查詢。

2)通過銷售系統(tǒng)的實(shí)施，實(shí)現(xiàn)了發(fā)貨單的機(jī)打，和銷售訂單的數(shù)量控。

括格式調(diào)整、數(shù)量合計(jì)大寫、提貨人、車號和訂單余額，等自定義信息，使用了較多的觸發(fā)器和自定義函數(shù)，基本實(shí)現(xiàn)了客戶的個性化需求。

信息化奠定了基礎(chǔ)創(chuàng)造了條件…………。

同時(shí)，項(xiàng)目驗(yàn)收小組一致認(rèn)為，xxxx有限公司erp系統(tǒng)的實(shí)施是卓有成效的。雙方項(xiàng)目組把對軟件系統(tǒng)的理解與對企業(yè)管理的深刻認(rèn)識有機(jī)的結(jié)合起來，并應(yīng)用到整個實(shí)施過程中。通過規(guī)范基礎(chǔ)管理、統(tǒng)一物料名稱和編碼、優(yōu)化部分業(yè)務(wù)流程、編制全面的系統(tǒng)應(yīng)用準(zhǔn)則和規(guī)程，在系統(tǒng)全面應(yīng)用的基礎(chǔ)上有效的促進(jìn)了企業(yè)管理的規(guī)范，并將對企業(yè)綜合管理水平進(jìn)一步提高產(chǎn)生積極而深遠(yuǎn)的影響。

2.2、項(xiàng)目成功的原因。

實(shí)施項(xiàng)目的成功得益于以下幾個方面：

3)用友erp系統(tǒng)是成熟軟件，適用于工業(yè)行業(yè)；

4)xxxx有限公司各業(yè)務(wù)部門對項(xiàng)目組工作的積極配合；5)xxxx軟件技術(shù)有限公司具有專業(yè)水準(zhǔn)的顧問隊(duì)伍。

綜合以上各方面因素，項(xiàng)目驗(yàn)收小組認(rèn)為xxxx有限公司erp系統(tǒng)實(shí)施達(dá)到了預(yù)期效果，符合xxxx有限公司提出的管理業(yè)務(wù)信息化、集成化的基本需求，同意接受該軟件系統(tǒng)投入正常運(yùn)行，至此該項(xiàng)目的實(shí)施工作基本結(jié)束，同意對該項(xiàng)目驗(yàn)收。

一如既往地為xxxx有限公司提供技術(shù)支持服務(wù)。按照合同規(guī)定，系統(tǒng)啟用后進(jìn)入運(yùn)行維護(hù)階段，用友公司的實(shí)施人員和技術(shù)人員繼續(xù)根據(jù)合同規(guī)定負(fù)責(zé)以后的支持、維護(hù)工作。

如果您在用友erp軟件應(yīng)用中遇到任何問題或疑問。

請致電我們的客戶服務(wù)熱線：xxxx-xxxxxxxx我們將竭誠為您服務(wù)！

驗(yàn)收簽字。

xxxx有限公司代表。

__________________________。

****年**月**日。

邢臺中天軟件技術(shù)有限公司。

xxxx軟件技術(shù)公司代表。

____________________________。

****年**月**日。

軟件項(xiàng)目驗(yàn)收方案篇十四

版本：_._。

變更記錄。

1.項(xiàng)目信息。

2.項(xiàng)目概述。

在概述部分應(yīng)對整個項(xiàng)目進(jìn)行概要描述，可從軟件需求說明書概述部分拷貝。

3.驗(yàn)收測試環(huán)境。

3.1硬件。

例如計(jì)算機(jī)、服務(wù)器、網(wǎng)絡(luò)、交換機(jī)等。

3.2軟件。

例如操作系統(tǒng)、應(yīng)用軟件、系統(tǒng)軟件、開發(fā)軟件、測試程序等。

3.3文檔。

例如測試文檔、技術(shù)文檔、操作手冊、用戶手冊等。

3.4人員。

例如客戶代表、客戶經(jīng)理、項(xiàng)目經(jīng)理、技術(shù)經(jīng)理、開發(fā)人員、測試人員、技術(shù)支持人員以及第三方代表等。

4.驗(yàn)收及測試結(jié)果。

4.1產(chǎn)品驗(yàn)收結(jié)果。

4.2產(chǎn)品功能驗(yàn)收結(jié)果。

5.驗(yàn)收總結(jié)。

總結(jié)驗(yàn)收及測試，陳述發(fā)現(xiàn)問題和建議等。

6.簽字確認(rèn)。

7.相關(guān)文檔。

《軟件需求規(guī)格說明書》。

軟件項(xiàng)目驗(yàn)收方案篇十五

項(xiàng)目規(guī)劃占地200畝，建筑面積xx平方米。項(xiàng)目建設(shè)內(nèi)容包括：綜合服務(wù)區(qū)、生產(chǎn)區(qū)和物流中心。

1、綜合服務(wù)區(qū)包括辦公樓、食堂、公寓以及集體宿舍四部分?？傆?jì)建筑面積為10萬平方米。

2、生產(chǎn)區(qū)占建筑面積3萬平方米，兩座建筑面積各2平方米和1平方米的大跨度聯(lián)合車間、一座設(shè)有100t龍門吊車的原材料堆場。

3、物流中心占地50畝，建筑面積7萬平方米。建設(shè)三個功能區(qū)，一是保稅庫區(qū)，建筑面積3萬平方米;二是庫區(qū)，建筑面積1萬平方米;三是露天貨場和管理區(qū)建筑面積3萬平方米。

1、安全保衛(wèi)系統(tǒng)。

主要包括產(chǎn)業(yè)園區(qū)總體安全環(huán)境的管理;對入駐企業(yè)的管理;車輛交通及道路管理。

2、設(shè)備設(shè)施維護(hù)系統(tǒng)。

主要包括房屋管理與維修養(yǎng)護(hù);共用設(shè)備管理(給排水設(shè)備管理、供電設(shè)備管理、弱電設(shè)備管理、消防管理);專業(yè)設(shè)備的管理(空調(diào)設(shè)備、電梯設(shè)備管理);共用設(shè)施的管理。

3、環(huán)境綠化及保潔系統(tǒng)。

主要包括辦公樓、宿舍、食堂、廠區(qū)及產(chǎn)業(yè)園區(qū)公共部分(廠區(qū)庫區(qū)內(nèi)自管)以及公共設(shè)施的日常保潔工作;產(chǎn)業(yè)園區(qū)公共綠地的維護(hù)和保養(yǎng)工作。

4、園區(qū)食堂的管理。

主要包括廚房管理以及員工就餐管理。

軟件項(xiàng)目驗(yàn)收方案篇十六

§1項(xiàng)目基本情況...

§2項(xiàng)目進(jìn)度審核...

2.1項(xiàng)目實(shí)施進(jìn)度情況...

2.2項(xiàng)目變更情況...

2.3項(xiàng)目投資結(jié)算情況...

4.2項(xiàng)目驗(yàn)收附件明細(xì)...

4.3專家組驗(yàn)收意見...

5.1開發(fā)單位結(jié)論...

5.2建設(shè)單位結(jié)論...

§6附件...

6.1附件一：軟件平臺驗(yàn)收單...

6.2附件二：功能模塊驗(yàn)收單...

6.4附件四：硬件設(shè)備驗(yàn)收單...

軟件項(xiàng)目驗(yàn)收方案篇十七

很多人對寫方案非常沒有信心，一涉及到方案的事情，就束手無策，到處求人。

作為一個公認(rèn)的方案打手，意思是寫方案就象打字員一樣，我覺得我在這方面確實(shí)是有絕活。

我基本上都是在方案提交前一兩天接到寫方案的任務(wù)，而我自己的事情一般又比別人多一點(diǎn)，也不能不做，只好心里大罵一句，罵完后就打電話搞清楚別人的要求，邊問就邊構(gòu)思整個方案的推導(dǎo)思路和結(jié)構(gòu)提綱。

因?yàn)槟悴桓易屇愕耐轮滥阒荒苡煤苌俚囊稽c(diǎn)時(shí)間寫方案(基本上我真正動筆寫方案的時(shí)間都在2~4個小時(shí)以內(nèi))，讓他們擔(dān)心方案的質(zhì)量和進(jìn)度保證，進(jìn)而對自己的后續(xù)工作質(zhì)量沒有信心。所以我其實(shí)也特別緊張，注意力也特別集中，大腦也高速反應(yīng)，基本上幾分鐘電話或面談完思路基本就有了，然后該干嘛干嘛，找一些零散的小時(shí)間把思路不斷推導(dǎo)一下，然后到了一個比較安靜和完整的時(shí)間段前才開始寫，這個時(shí)候基本上要寫的話都想清楚了，只需要不斷敲字，敲字的時(shí)候也是注意力也特別集中，大腦也高速反應(yīng)，越寫思路越開，很快也就完工了。

寫方案不難，知道怎么寫才難。關(guān)于寫方案我只總結(jié)一點(diǎn)，結(jié)構(gòu)化地去組織你的思想。

有結(jié)構(gòu)就有思路，有思路就有方案。

另外真正寫方案的人，對自己寫過的方案是永遠(yuǎn)不會滿意的，只有這樣，每次都會進(jìn)步一點(diǎn)點(diǎn)，解決方案水平質(zhì)量就會隨公司能力不斷增長。

當(dāng)然我曾經(jīng)問過很多人，你到底為什么寫不出好的方案呢?

基本上原因可以歸為四類：

1.1第一種是沒有體系。

一旦用戶要求提供關(guān)于pdm的方案，很多人大腦是一片空白，完全不知道從哪里下手。很多人說起自己的產(chǎn)品來，好象知道不少賣點(diǎn)，不過真要寫出來，又覺得無從下筆。

這種情況一般是寫方案者不熟悉自己產(chǎn)品體系造成的，知道一兩個甚至更多的產(chǎn)品賣點(diǎn)不難，但難就難在成體系，知識就是成體系的點(diǎn)構(gòu)成的，而不是一句一句離散的說法構(gòu)成的。

因?yàn)槲覀冞@個行業(yè)從業(yè)人員說句不客氣的話，大部分對所銷售實(shí)施的管理系統(tǒng)并沒有很深入的研究，都是半路出家，從頭開始，在學(xué)習(xí)過程中熟悉，在熟悉過程中領(lǐng)悟。所以一下子去駕馭一個整體方案是很痛苦的。只有當(dāng)一個人對一個產(chǎn)品思路有體系以后，才能夠?qū)懗鐾暾姆桨福駝t就是一個單元也要費(fèi)盡腦汁。

所以一個人要想寫好一個方案，首先要把自己產(chǎn)品的來龍去脈，功能模塊，適應(yīng)領(lǐng)域，典型客戶實(shí)施情況有一個全面的了解，這樣才能建立一個完整的知識體系，然后逐步補(bǔ)充競爭對手知識和一些技術(shù)性知識，不斷深化自己的知識體系。

1.2第二種是沒有思路。

有很多用戶看多了模板化的方案以后，想看一些針對他們自己的業(yè)務(wù)的個性化內(nèi)容，這個時(shí)候有的人按照標(biāo)準(zhǔn)方案模板修改還勉強(qiáng)能對付，但對于個性化內(nèi)容針對性方案就速手無策了。

這種情況從根本上講還是寫方案者不熟悉企業(yè)業(yè)務(wù)造成的，寫方案，特別是針對性方案不僅僅要求了解企業(yè)的需求，而且要知道這些需求是在何種業(yè)務(wù)需求下產(chǎn)生的，用戶提出這樣的要求到底想解決什么問題，把這個問題找出來，一般針對性解決思路就有了，有了思路，自然可以很好的寫方案。

所以一個人要寫好方案，還需要了解下游客戶的業(yè)務(wù)，了解業(yè)務(wù)最有效的方法就是親自做幾次詳盡的業(yè)務(wù)調(diào)研，有了業(yè)務(wù)調(diào)研做基礎(chǔ)，在調(diào)研過程中把握用戶關(guān)注重難點(diǎn)問題，自然可以比較好的確定方案的個性化內(nèi)容思路。

解決方案就是把客戶的利益和產(chǎn)品特性之間建立一個邏輯性的橋梁。

1.3第三種是沒有素材。

一般不經(jīng)常寫方案的人，在寫一個方案的時(shí)候，即使有想法，有思路，但往往也會很累，就是因?yàn)槿鄙僮銐虻乃夭?。很多?xiàng)目現(xiàn)在都是投標(biāo)，不同用戶可能有不同投標(biāo)的要求，這樣很難用一個方案去適應(yīng)所有的用戶，因此在每個方案中都有一些需要準(zhǔn)備的內(nèi)容。

這些內(nèi)容基本上是通用的，但如果沒有足夠積累每次編制方案就需要花費(fèi)大量時(shí)間去準(zhǔn)備，造成方案完成周期過長。

所以寫好方案必須具備這三個條件，第一方案編制者對企業(yè)業(yè)務(wù)要很熟悉，或者有相關(guān)業(yè)務(wù)調(diào)研經(jīng)驗(yàn)，第二方案編制者對產(chǎn)品非常熟悉，至少對自己產(chǎn)品功能模塊作用很清楚，第三方案編制者手上有大量可公用的素材庫。

1.4第四種是沒有層次。

很多人剛和用戶接觸沒有多久，為了表現(xiàn)自己對客戶的重視，馬上表示要提供方案，當(dāng)然有的客戶剛剛開始選型，也不知道到底要什么搞，也要供應(yīng)商馬上提供一個方案。

結(jié)果拍胸脯容易，寫方案難，自己寫不出來只好求公司，公司沒有安排專人了解情況，只好按模板制作一個，用戶一看幾個供應(yīng)商內(nèi)容都差不多，覺得不好，又總結(jié)出一些個性化要求，于是大家有開始折騰第二輪方案。

其實(shí)方案編制在不同階段有不同策略，不要輕易提供方案。剛開始接觸是可以提供項(xiàng)目合作建議書，類似可行性報(bào)告，項(xiàng)目需要考察軟件技術(shù)，可以提供標(biāo)準(zhǔn)的產(chǎn)品技術(shù)白皮書，到了經(jīng)過售前調(diào)研，有所準(zhǔn)備，在演示前后階段和其它競爭對手刺刀見紅的時(shí)候，才在知己知彼的基礎(chǔ)上提供解決方案或者投標(biāo)書。

過早提供方案只能匆匆了事，時(shí)間緊急，質(zhì)量自然不高，自然也就覺得方案難寫。想急就又能解決問題的事情，本來就是一般人做不來的。

方案想要寫得好，一定要用心，用心就一定要耗時(shí)間，指望用幾個小時(shí)寫出一個高質(zhì)量的方案是不可能的。如果你做了精心調(diào)研，你寫不出一個好方案唯一缺的是技巧。寫方案是一種技巧性工作，明白了這一點(diǎn)，大家都可以經(jīng)過練習(xí)寫出好的方案。

2.1第一個容易犯的錯誤：只有論點(diǎn)，沒有論證。

不好的解決方案粗看起來非常厚重，其實(shí)都是功能羅列，象產(chǎn)品手冊摘要版，不象方案書。

不好的方案是一大堆內(nèi)容，淹沒在一堆紙里面，也不知道想說什么，給你一個厚度，證明我們的工作質(zhì)量很高。我們國內(nèi)許多的企業(yè)客戶特別是大型企業(yè)都很在乎這點(diǎn)，認(rèn)為可以從方案厚薄中看出對項(xiàng)目重視程度。

如果你做了精心調(diào)研，你寫不出一個好方案唯一缺的是技巧。寫方案是一種技巧性工作，有個金字塔式的寫做原理，也就是說文章一定是有結(jié)構(gòu)的。

所以真正好的方案，不一定厚，但能看出你用心，你認(rèn)真。

現(xiàn)在的解決方案一個不好的傾向是“長、厚、全”，看起來面面俱到，其實(shí)對決策者沒有幫助。

所有的方案無差異性，每家供應(yīng)商都說自己能解決這些問題，而且都有成功案例。

結(jié)果所有的方案都無法給決策者簡明的判斷依據(jù)，不得不費(fèi)更大勁去做產(chǎn)品演示和用戶考察。

其實(shí)很少有企業(yè)高管不知道自己的毛病，在企業(yè)你隨便去找一個人，對問題都能講一通，在企業(yè)你費(fèi)很大勁可能都找不到一個人能告訴你這些問題可以怎樣去解決。

通觀這個方案并沒有研究為什么企業(yè)會產(chǎn)生這么多問題?問題是這些問題是什么產(chǎn)生的?為什么出這么多問題?而是不斷說“我能!我能!選我，選我!”。

如果不能找到解決這些問題的原因，簡單地去解決這些現(xiàn)象，就象治病不能治根一樣。這樣一個模板化，自我膨脹化的方案想打動用戶的心是非常困難的。

不好的解決方案最大的問題就象寫一篇議論文，能夠發(fā)現(xiàn)問題(這個也是模板化的，可惜中國企業(yè)大部分沒有意識到自己很多問題并不少見，總以為自己是特殊的一類企業(yè))，提出答案(搞信息化)，但沒有論證(為什么搞信息化和企業(yè)管理進(jìn)步有聯(lián)系呢?)。

沒有論證的東西不管內(nèi)容陳列得多么繁復(fù)，名詞多么嚇人，但是無法打動用戶，特別是那種理性的用戶。

看到方案時(shí)候，其實(shí)很多用戶下不決心，他會感覺每家都差不多。

如果從沒看過方案的人，突然看到這幾個方案，你為什么會感覺某個方案寫得好呢，關(guān)鍵是有的方案圖畫的好，通過圖，通過表，會感覺這個公司還不錯，很規(guī)范。但對內(nèi)容認(rèn)可程度并不高，實(shí)際上沒看懂。

2.2第二個容易犯的錯誤：業(yè)務(wù)解決方案成為功能列表。

解決方案省事的一種方法就是將產(chǎn)品功能描述作為技術(shù)方案內(nèi)容進(jìn)行羅列，或者參照軟件用戶手冊羅列，這種解決方案不是按照用戶業(yè)務(wù)去準(zhǔn)備的內(nèi)容，而是按照軟件商自己的喜好去編制的解決方案是很難得到用戶認(rèn)可的。

大凡按照功能列表組織的解決方案用戶會有一個體會，龐大而庸長，但要看到自己想看到的部分非常困難。

按功能列表準(zhǔn)備方案的做法在很長一段時(shí)間內(nèi)不會消失，這和我們普遍是4p銷售人員，還缺少spin(顧問式)銷售人員有關(guān)，在資源不足的情況下，要保證效率就只能提供功能列表方案了。

2.3第三個容易犯的錯誤：結(jié)構(gòu)不清晰。

不好的解決方案最共性的毛病是結(jié)構(gòu)不太好，沒有清晰的思路。

沒有思路的方案質(zhì)量很低，用戶在審閱過程中也不會體會到和一個專人人士通過文字交流的樂趣，他不得不從供應(yīng)商混亂的思路中發(fā)掘亮點(diǎn)，看看到底是誰能解決企業(yè)的問題，真是一件痛苦的工作。

一種常見的方案結(jié)構(gòu)毛病就是重復(fù)的內(nèi)容在不同的章節(jié)反復(fù)出現(xiàn)例如在第一章介紹了對某個問題的分析，提出企業(yè)的需求，這第二章介紹方案價(jià)值的時(shí)候又用不同語句組織類似內(nèi)容，到第三章解決方案描述中還是要把問題描述一遍，給人感覺思路不連貫，結(jié)構(gòu)臃腫。

這里有一個方案提綱的提綱，我們以這個提綱為例子說明結(jié)構(gòu)不清晰的方案。

1公司簡介及資質(zhì)文件。

7.2.2技術(shù)支持與服務(wù)的保障8開目典型用戶9有關(guān)技術(shù)秘密的聲明10附件。

這個方案第一部分、第二部分是用戶投標(biāo)要求，必須如此，但第三部分技術(shù)解決方案應(yīng)該是重點(diǎn)，這個部分結(jié)構(gòu)就很奇怪。

一般好的方案結(jié)構(gòu)標(biāo)題就是論點(diǎn)，內(nèi)容就是用事實(shí)進(jìn)行論證，子目錄是上級總目錄論點(diǎn)的分論點(diǎn)，逐層論證下來，方案顯得邏輯性結(jié)構(gòu)性很強(qiáng)，看看目錄就能看出方案的邏輯推導(dǎo)體系。這就是所謂金字塔文檔體系。

這個方案顯然不是這樣的，看起來一大堆內(nèi)容，有經(jīng)驗(yàn)的人一看就知道是內(nèi)容的羅列。

例如第三部分總標(biāo)題是技術(shù)解決方案，結(jié)果第一個子標(biāo)題還是技術(shù)解決方案，撞車!一定層次感都沒有。而且第一子章節(jié)技術(shù)解決方案后馬上是功能模塊，技術(shù)解決方案理論上包括功能模塊，不是一個層面的東西，技術(shù)解決方案應(yīng)該和實(shí)施策略，服務(wù)策略平級的內(nèi)容，所以一定要談?wù)勛约杭夹g(shù)解決方案，不如用技術(shù)解決方案思路或者特色來表達(dá)，和功能模塊也就是一個層次分論點(diǎn)，統(tǒng)一支持技術(shù)解決方案這個大題目。

具體功能模塊后面跟著一大堆章節(jié)就更奇怪，里面每個都是具體的功能模塊，為什么成為和具體功能模塊平級的內(nèi)容?應(yīng)該設(shè)置為具體功能模塊子章節(jié)為妥。

很多人可能覺得用戶對這個點(diǎn)很關(guān)心，要重點(diǎn)突出，所以一定要單獨(dú)立一個章節(jié)，其實(shí)不必然，結(jié)構(gòu)清晰的方案用戶看起來才不費(fèi)心，反而想這個方案，將具體功能模塊，報(bào)表及明細(xì)匯總、應(yīng)用工具及封裝接口、用戶及權(quán)限管理、拼圖打印、編碼管理列為同一層面內(nèi)容，反而叫人看不出排列的思路，在厚厚一大本方案中尋找對應(yīng)關(guān)心內(nèi)容并不容易。

其實(shí)不如把技術(shù)解決方案分為兩大部分，一部分介紹整個方案的實(shí)現(xiàn)思路，對于工作比較忙的人可以看這塊中對企業(yè)業(yè)務(wù)和邏輯的分析是否到位，相當(dāng)于整個方案的精華版;一部分介紹整個方案的技術(shù)支撐模塊，對于項(xiàng)目具體負(fù)責(zé)人就可以深入研究技術(shù)支撐和業(yè)務(wù)思路之間是否存在合理的組織關(guān)系。

在第二部分技術(shù)支撐模塊中根據(jù)業(yè)務(wù)邏輯或業(yè)務(wù)順序設(shè)計(jì)功能模塊的介紹。

例如一般企業(yè)是首先考慮靜態(tài)技術(shù)資料的受控管理，在受控的基礎(chǔ)上要求盡可能集成設(shè)計(jì)軟件中的信息，然后要對設(shè)計(jì)過程建立嚴(yán)密的動態(tài)控制體系，此外還希望得到一些設(shè)計(jì)過程的專業(yè)支持，例如變型設(shè)計(jì)，二級工藝路線管理等等，最后要求提供一些編碼，企業(yè)資源庫等等輔助工具。這就是我們實(shí)現(xiàn)企業(yè)需求的一個大的業(yè)務(wù)思路，在這個業(yè)務(wù)思路下我們可以將技術(shù)支撐模塊分為相應(yīng)的五個部分。

到這里，整個方案大的框架就有了，我們需要設(shè)計(jì)一下分標(biāo)題，使用戶一看就可以進(jìn)入自己關(guān)心的內(nèi)容，而且每個部分都是對所屬總標(biāo)題的呼應(yīng)支持，在業(yè)務(wù)環(huán)節(jié)上也是“相互獨(dú)立，彼此窮盡”的環(huán)節(jié)。

在標(biāo)題的設(shè)計(jì)上不要過于簡單，例如技術(shù)資料管理，應(yīng)該說有效的技術(shù)資料管理，因?yàn)橛行Р懦蔀榧夹g(shù)支撐模塊，進(jìn)而呼應(yīng)前面業(yè)務(wù)實(shí)現(xiàn)思路中的描述。

在上面這個思路基礎(chǔ)上，我們就開始結(jié)合企業(yè)業(yè)務(wù)和產(chǎn)品功能進(jìn)行考慮分標(biāo)題下級的結(jié)構(gòu)，我們用第一有效的技術(shù)資料管理為例子。

有效的技術(shù)資料管理到底要解決哪些業(yè)務(wù)問題才算完整呢?我們現(xiàn)在就開始將企業(yè)管理技術(shù)資料的業(yè)務(wù)進(jìn)行羅列，在業(yè)務(wù)思路中逐步說明。

企業(yè)管理技術(shù)資料是以產(chǎn)品為線索區(qū)分的，所以第一要說清楚產(chǎn)品資料如何管理;。

產(chǎn)品下所有零部件是以特征為線索區(qū)分的，所以第二要說清楚零部件資料如何管理;。

有些零部件還具有共圖共工藝的特征，所以第三要說清楚系列零部件資料如何管理;。

進(jìn)一步有的企業(yè)還有系列產(chǎn)品，所以第四要說清楚系列產(chǎn)品資料如何管理;。

系列產(chǎn)品可能存在大量配置關(guān)系，所以第五要說清楚各種規(guī)則下產(chǎn)品配置資料如何管理;。

有的企業(yè)已經(jīng)存在了大量歷史設(shè)計(jì)資料，所以第七要說清楚歷史產(chǎn)品資料如何入庫管理;。

最后要說清楚產(chǎn)品資料為什么入庫管理后是安全的;。

我們現(xiàn)在總結(jié)一下，這些技術(shù)資料管理手段如果都提供了，應(yīng)該是完整而且層次清晰的，這樣的話，第一個子標(biāo)題下的分標(biāo)題又有了。

再看看這個標(biāo)題和業(yè)務(wù)思路，這里面體現(xiàn)的一個結(jié)構(gòu)化方式恰恰是“一句話一個意思，一層意思推動一層意思”，到最后就象剝筍一樣，層層剝開，問題解決思路也就步步清晰了，企業(yè)看起來也就很明白。

那么我們還可以繼續(xù)細(xì)分用戶提出的各種業(yè)務(wù)需求，把企業(yè)各種業(yè)務(wù)要求對號入座，例如下面有一組需求：

有的企業(yè)要求用戶訪問控制;有的企業(yè)要求提供角色權(quán)限管理;有的企業(yè)希望按產(chǎn)品目錄授權(quán);有的企業(yè)要求全部存放在服務(wù)器的數(shù)據(jù)庫中;有的企業(yè)希望支持多數(shù)據(jù)庫獨(dú)立訪問;有的企業(yè)要求提供備份工具等等。

我們現(xiàn)在看看這些業(yè)務(wù)是否都應(yīng)該是關(guān)心資料安全的?所以應(yīng)該放在資料安全管理目錄下，而且這些需求也可以分為不同層次，一些是和權(quán)限有關(guān)的，一些是和存儲和備份有關(guān)的，這樣很快又可以把子標(biāo)題和分子標(biāo)題設(shè)計(jì)出來了。

同樣我們可以推導(dǎo)出如下另外幾個部分的提綱：

這個結(jié)構(gòu)化體系一旦出來后，整個方案的思路是否清晰明了，下筆容易了呢?

結(jié)構(gòu)化體系最大的好處是不亂，今后用戶提出任何業(yè)務(wù)需求，或者產(chǎn)品功能如何擴(kuò)充，都很容易對號入座，或者擴(kuò)充子標(biāo)題。這也是體現(xiàn)了一種分類管理的思想。

當(dāng)然這個分類思路根據(jù)不同業(yè)務(wù)特征允許存在多種可能，而且分類層次應(yīng)不超過5級標(biāo)題，否則文章的可讀性不佳。

如果一定要超過5層，就可以采取其它排版方式體現(xiàn)。

2.4第四個容易犯的錯誤：口語書面語混雜，遣詞造句不嚴(yán)謹(jǐn)。

不好的解決方案還有一個毛病就是口語書面語混雜，遣詞造句不嚴(yán)謹(jǐn)。

有的人寫作時(shí)順著思路走，口語化成分很多，例如本人的行文基本是口語化的，也體現(xiàn)了這個毛病。當(dāng)然大師級人物的確可以將文章寫得明白如話，但是對我們這些人而言方案是代表公司正式對外的文檔，一定不要出現(xiàn)口語和書面語混雜的情況。

例如太多的兒，的，我們，你們等等都是口語化語言，不應(yīng)該大量出現(xiàn)在正式方案中。

有的人寫方案比較圖表現(xiàn)，喜歡指出用戶的不足，這個時(shí)候喜歡用很激烈的語言。例如缺少管理，業(yè)務(wù)失控，后果很嚴(yán)重等等語句，這樣的遣詞造句是不嚴(yán)謹(jǐn)?shù)模桨赣谜Z不要追求“語不驚人誓不休”。而是理性分析，認(rèn)真推導(dǎo)，句句講邏輯。

實(shí)在要用一些事實(shí)說明企業(yè)的問題，不要用刺激性強(qiáng)的語言，例如說企業(yè)業(yè)務(wù)存在問題，可以說業(yè)務(wù)有可改進(jìn)的地方，例如說企業(yè)管理失控，可以說管理上存在很難受控的環(huán)節(jié)。

這樣的表達(dá)企業(yè)反而容易接受，不出問題。

2.5第五個容易犯的錯誤：沒有認(rèn)真檢查，存在大量硬傷。

不好的解決方案制造過程往往是找一個同類方案，然后主要工作是“ctrl+c”+“ctrl+v”。

很多人就圖快，省事，沒有很好的核對，結(jié)果往往容易出現(xiàn)如下幾種錯誤：

第二有時(shí)候替換過頭，把一些案例中類似的話也替換成為給用戶名稱，鬧出笑話。

第三只注意了文字替換，不注意圖形中的替換，結(jié)果文字是一個用戶的，圖片是另一個用戶的，感覺不尊重。

第四是只注意了文字替換，忽視了頁眉頁腳的替換，特別是注意了首頁或目錄的頁眉頁腳，沒有注意正文的頁眉頁腳。

第五是案例不對，明明是汽車行業(yè)的用戶，案例全部都是其它行業(yè)的，感覺在這個行業(yè)沒有經(jīng)驗(yàn)。

第六是聯(lián)絡(luò)方式不對，很多時(shí)候?qū)e的營銷區(qū)域方案拿過來用，服務(wù)信息都沒有更正過來。

第七是存在大量技術(shù)硬傷，有時(shí)候?yàn)榱送怀鲕浖夹g(shù)實(shí)力，將大量專家都不一定看得懂的詞匯大量堆砌，其實(shí)連軟件公司自己都搞不清楚采用了哪些。

企圖通過讓用戶對概念和名詞發(fā)暈進(jìn)而對軟件產(chǎn)生信賴的方式已經(jīng)過時(shí)，解決方案應(yīng)該實(shí)事求是說明業(yè)務(wù)問題，不要在名詞上忽悠。

2.6第六個容易犯的錯誤：過于突出自我。

很多人寫方案大量出現(xiàn)“**軟件公司”內(nèi)容，甚至每個產(chǎn)品都恨不得加上自家標(biāo)識。在很多地方行文造句都是“我能，我行，我有…”等語氣。

這種方案很容易給用戶過度營銷的感覺。我們給用戶寫的方案在售前建議盡量用用戶做前綴，例如說某某企業(yè)pdm項(xiàng)目，不要總在說某某供應(yīng)商pdm的話，給用戶一種相對的針對性，感覺這個方案的確是為用戶準(zhǔn)備的。

在售后實(shí)施方案中軟件公司的名字只需要出現(xiàn)一次，后面就不需要反復(fù)出現(xiàn)，因?yàn)榇蠹叶贾朗悄愕漠a(chǎn)品，何必反復(fù)體現(xiàn)，我們更應(yīng)該把用戶的注意力集中到產(chǎn)品本身就應(yīng)該具備的功能和支撐業(yè)務(wù)上，而不要形成某某可以，某某不可以的印象。

2.7第七個容易犯的錯誤：沒有評審。

方案提交給客戶之前，一定要經(jīng)過評審。

沒有開發(fā)點(diǎn)的方案，一般經(jīng)過自評和互評即可，自評時(shí)，要重新審視整個方案的結(jié)構(gòu)、問題描述、遣詞造句等方面，特別是用替換修改的企業(yè)名稱和營銷平臺等方面的內(nèi)容，盡量減少低級錯誤。

自己評審過的方案一定要給一個其它的人評審。

互評時(shí)，要重新審視整個方案的結(jié)構(gòu)、遣詞造句等方面的內(nèi)容。

對于有開發(fā)點(diǎn)的方案，要經(jīng)過公司的評審。提交給公司評審的方案，一定是已經(jīng)過自評和互評的方案，而且要注明主要看哪些部分，以及編寫這些部分的背景知識。

2.8第八個容易犯的錯誤：沒有體現(xiàn)公司產(chǎn)品最新進(jìn)展。

一般人寫解決方案首先不是想著如何說清楚用戶的業(yè)務(wù)，如何在公司產(chǎn)品中體現(xiàn)出對業(yè)務(wù)的支持，而是想趕緊找一個模板，把這一關(guān)走過去再說，其實(shí)很多時(shí)候就是對每個階段工作沒有質(zhì)量意識最后導(dǎo)致工作處處被動。

所以寫解決方案一定要根據(jù)公司最新產(chǎn)品功能認(rèn)真組合功能實(shí)現(xiàn)企業(yè)業(yè)務(wù)，甚至可以考慮利用未來半年內(nèi)會發(fā)布的功能認(rèn)真組合，因?yàn)榻鉀Q方案離正式實(shí)施往往需要半年甚至更長的周期。

很多時(shí)候解決方案一抄再抄，都是一兩年前的模板，自然缺少競爭力和說服力。

這個問題的核心是公司有沒有專人專崗負(fù)責(zé)對標(biāo)準(zhǔn)解決方案的維護(hù)和更新發(fā)布機(jī)制，其實(shí)比較好的一種做法結(jié)合典型項(xiàng)目技術(shù)公關(guān)推動解決方案水平不斷完善和提高。

三、寫好方案的心得。

3.1動筆前先打一個電話。

一般情況下方案撰寫人只是按照別人要求提供方案，并非直接利用方案的人，所以在寫方案之前，問問需要方案的同事，甚至是用戶，聽聽他們對方案的想法和建議，對自己寫方案會有很大幫助。

很多時(shí)候方案準(zhǔn)備完成方案接受者并不滿意方案的組織，需要返工修改，所以動筆前先打幾個電話，問問別人要什么，不但可以提高方案準(zhǔn)備命中率，甚至可以獲得大量現(xiàn)成的思路建議，對自己寫方案大有好處。

3.2一定要努力按業(yè)務(wù)邏輯去寫。

一般寫方案最簡單的方式就是按照軟件自己的思路和功能模塊組織，因?yàn)橛写罅楷F(xiàn)成的材料可用。但這樣方案對用戶并非是一種最佳選擇，因?yàn)榭蛻粢D(zhuǎn)換到供應(yīng)商的思維才能看懂方案字句之間的含義。

如果從以客戶為中心角度出發(fā)，方案應(yīng)盡量讓用戶容易看懂，好理解，自然也就取得了幾個印象分。

我們方案就是要先仔細(xì)探討企業(yè)業(yè)務(wù)，不是將調(diào)研結(jié)論一羅列，而是從業(yè)務(wù)分析得出業(yè)務(wù)需求，最后描述技術(shù)實(shí)現(xiàn)手段。從這個意義上講，解決方案要按照簡明的操作手冊來準(zhǔn)備。

3.3按標(biāo)準(zhǔn)套路寫方案。

不同類型的方案都有自己的套路，例如可行性報(bào)告，解決方案，建議書等等都有標(biāo)準(zhǔn)的套路，我們應(yīng)盡量按照標(biāo)準(zhǔn)套路準(zhǔn)備方案，不要自成體系，在套路下發(fā)揮，套路就體現(xiàn)了一種結(jié)構(gòu)化體系化的思維模式。

關(guān)于常用套路我們另有一章說明。

3.4先構(gòu)思提綱，經(jīng)過討論，最后動筆。

很多時(shí)候方案準(zhǔn)備時(shí)間并不充分，很多人接到任務(wù)，壓力之下立即開始動手，這往往是不好的工作習(xí)慣，有時(shí)候有模板，的確可以快速出活，但時(shí)間長了就養(yǎng)成一種惰性，替換方式抄方案還勉強(qiáng)，真要遇到有個個性化問題，因?yàn)樵谄綍r(shí)寫方案過程中思維始終不經(jīng)過結(jié)構(gòu)化思考的練習(xí)，真到方案模板沒有覆蓋的情況，就沒有辦法應(yīng)付。

好的方案特點(diǎn)是：標(biāo)題就是論點(diǎn)。結(jié)論做為標(biāo)題馬上拿出來。

好的方案是觀點(diǎn)鮮明，立場明確，有理有據(jù)，有血有肉。

所以有方案要寫，一定不要急著寫，而是想自己的提綱，這個完整提綱目錄之間的邏輯聯(lián)系和業(yè)務(wù)銜接自己在心里面推導(dǎo)得比較有力和充分了，才開始動筆快速拿出提綱，有了提綱寫起來思路就不會斷電，寫起來才快。

好的方案一定是做了論點(diǎn)。

論點(diǎn)是假設(shè)的，例如說搞pdm有價(jià)值。

你說價(jià)值有三個方面，能降低成本，提高質(zhì)量，能縮短交貨期。這都是你的假設(shè)。

你怎么知道成立?就要找些事實(shí)去證明它。

我們現(xiàn)在都喜歡找什么事實(shí)呢?你用了這個功能，所以你的論點(diǎn)就成立，因?yàn)槟阌羞@個功能，所以你的效率提高了。

這都是扯蛋!為什么用了pdm企業(yè)就能做到這幾點(diǎn)。根本沒邏輯推導(dǎo)。

不是還有大把企業(yè)用了erp，用了pdm還不是該咋的咋的，錢都打水漂了。

好處一定是每個好處都是獨(dú)立，它是有層次，每層上的好處是平級的'，大好處包含多個小好處，這些好處倒推出來就響應(yīng)支持你的論點(diǎn)，這種方案看了以后別人就會理解并支持你。然后每個好處一定是在前一個好處的基礎(chǔ)上往前推動一步，最好得出一個強(qiáng)有力的論證過程。

所以好的方案必須是金字塔型的，論據(jù)論證最后構(gòu)成堅(jiān)實(shí)的基礎(chǔ)。

如果有條件的話，這個思路還應(yīng)該和大家討論，特別是一些重要方案，一定要先反復(fù)討論提綱，大家各種意見和思路在提綱中統(tǒng)一了，再動手寫。這樣就不至于遇到寫了一半被人否定，推倒重來的痛苦了。

3.5找一個安靜的地方和完整的時(shí)間段開始。

寫方案最怕中間不停被人打斷，這樣思路連貫性會很差。所以我無論接到多么緊急的方案編制任務(wù)，也不會急著去寫，而是把手頭該處理的小事情處理干凈，然后保證開始后的時(shí)間相對安靜和完整，這樣才能保證方案的質(zhì)量。

而且寫方案一定要保證在一個時(shí)間段內(nèi)初步拿出完整的推導(dǎo)思路和結(jié)構(gòu)提綱才能結(jié)束去干別的事情，這樣以后就是逐步補(bǔ)充和豐富內(nèi)容，不至于還在為結(jié)構(gòu)苦惱，不清楚從哪里下筆，每次要花費(fèi)大量時(shí)間從頭構(gòu)思。

3.6認(rèn)真準(zhǔn)備閱讀提示和摘要。

一個方案往往厚厚一本，更多是充點(diǎn)門面，領(lǐng)導(dǎo)是不會真看的。萬一要看，也就是看看包裝是否精美，和頭幾頁文字。

所以方案可以單獨(dú)附一份摘要，這是關(guān)于整個方案業(yè)務(wù)分析和解決思路的精華部分，當(dāng)然也可以帶一點(diǎn)實(shí)施方法和典型用戶的介紹。

這樣就可以讓自己方案思路在短短幾頁紙中清晰描述和表達(dá)出來，這種提煉過的語言和文字往往更能打動人心。

一般寫一份厚方案只需要一天，寫一份薄方案需要一周，要求在三頁紙內(nèi)說明問題需要一個月!能把書讀薄是能力的體現(xiàn)。

對于方案也一定要提供一份閱讀指引，告訴不同的人其關(guān)心的內(nèi)容可以在哪些章節(jié)直接獲得，方便其閱讀。實(shí)際上我們觀察很多論文和書籍序言都有一段來說明這個文字的結(jié)構(gòu)，其實(shí)這也是一個標(biāo)準(zhǔn)做法。

3.7注意排版。

方案一定要注意排版，印刷要干凈，封面要隆重，裝訂要精美，方案就是一個公司的臉面，雖然不是說一份方案可以決定項(xiàng)目，但一份看上去都不好的方案一定很讓人懷疑公司的能力。

我們很多人見過外企的文字，一般都非常精美，排版很漂亮，大家一看就覺得是專業(yè)人士所為。

所以方案的文字和圖表內(nèi)容最好請專門的美工設(shè)計(jì)一套標(biāo)準(zhǔn)的排版體系，對方案整體可讀效果會起到極大促進(jìn)作用。

現(xiàn)在很多方案都是密密碼碼，內(nèi)容是多，可以有什么用?

不如取巧，少寫一些文字，多在排版上動腦筋，實(shí)在想不出好的排版是什么回事的，去買基本暢銷書，你會發(fā)現(xiàn)可讀性好的書往往有一個技巧叫“留白”。

方案文字段落邊框之間保持適當(dāng)距離，特別是邊框合理留白會讓一份方案可讀性大大提高。

象本文這樣的文字如果加上留白設(shè)計(jì)可讀性就會很不錯。

3.8注意積累素材。

寫方案無論如何按照企業(yè)業(yè)務(wù)組織，基本上90%內(nèi)容是相同的，不過是根據(jù)不同思路進(jìn)行組織而已，畢竟軟件功能不會在短期內(nèi)發(fā)生巨大改變，方案涉及功能也沒有理由發(fā)生大的改變，所以方案中很多素材是可以通用的。

包括一些公司通用素材，更是要隨時(shí)積累補(bǔ)充完善和歸類存檔，這樣在寫方案時(shí)才不會因?yàn)閷で筮@些基本素材浪費(fèi)大量時(shí)間。

基本素材收集還要注意隨時(shí)和公司公開宣傳口徑保持一致，防止引用過期素材。當(dāng)然標(biāo)準(zhǔn)素材最好由公司統(tǒng)一維護(hù)。

獲取其它素材的途徑比較多，主要有：

現(xiàn)場初步需求調(diào)研與交流。

與熟悉類似項(xiàng)目的銷售經(jīng)理、技術(shù)支持工程師、實(shí)施工程師溝通、了解。

營銷平臺交流。

企業(yè)網(wǎng)站。

相關(guān)行業(yè)資料介紹。

書刊。

……。

一般可以從企業(yè)網(wǎng)站獲取企業(yè)介紹。從網(wǎng)站獲取的企業(yè)介紹需經(jīng)“角色轉(zhuǎn)換”和“內(nèi)容篩選”，角色轉(zhuǎn)換是指站在公司的立場描述該企業(yè)的情況介紹，要把第一人稱改為第三人稱。內(nèi)容篩選是指主要介紹企業(yè)信息化的基礎(chǔ)，包括企業(yè)的經(jīng)濟(jì)實(shí)力、管理水平、已完成和正在進(jìn)行的信息化項(xiàng)目等內(nèi)容。

四、方案分類和用途。

4.1方案的種類。

目前，公司為客戶撰寫的方案分為：建議書、解決方案、投標(biāo)書。技術(shù)白皮書應(yīng)作為統(tǒng)一的資料提供。

建議書是用于動員客戶啟動項(xiàng)目，或者用于客戶初步選型階段的技術(shù)支持，以入圍;。

投標(biāo)書是用于客戶招標(biāo)的技術(shù)交底，以綜合實(shí)力戰(zhàn)勝對手。

4.2方案的基本結(jié)構(gòu)。

一、建議書的基本結(jié)構(gòu)。

建議書的側(cè)重點(diǎn)是分析客戶實(shí)施某項(xiàng)目的宏觀和微觀形式、現(xiàn)存的諸多問題，提出實(shí)施該項(xiàng)目的必要性和緊迫性，再介紹相關(guān)產(chǎn)品和技術(shù)的發(fā)展現(xiàn)狀公司的產(chǎn)品特點(diǎn)和優(yōu)勢，落腳點(diǎn)是公司已具備相當(dāng)?shù)膶?shí)力，與公司合作成功率最大、風(fēng)險(xiǎn)最低。建議書的基本結(jié)構(gòu)如下：

引言。

現(xiàn)狀分析與診斷。

相關(guān)技術(shù)的發(fā)展現(xiàn)狀。

公司相關(guān)產(chǎn)品的特點(diǎn)。

公司具備的實(shí)力和基礎(chǔ)。

結(jié)束語。

各個部分撰寫技巧如下：

引言部分。

從全國、行業(yè)的信息化現(xiàn)狀分析入手，說明信息化是大勢所趨，再從本行業(yè)的產(chǎn)品特點(diǎn)出發(fā)分析信息化需要注意的關(guān)鍵問題，最后介紹企業(yè)的情況，特別是信息化的已有基礎(chǔ)，包括企業(yè)的經(jīng)濟(jì)實(shí)力、管理水平、已完成和正在進(jìn)行的信息化項(xiàng)目等，說明該企業(yè)已具備實(shí)施本項(xiàng)目的基礎(chǔ)。

引言部分可分為：

制造業(yè)信息化現(xiàn)狀。

本行業(yè)信息化特點(diǎn)分析。

信息化的基礎(chǔ)。

現(xiàn)狀分析與診斷部分。

從本項(xiàng)目所涉及部門的業(yè)務(wù)現(xiàn)狀描述和分析入手，找出問題，并提出相應(yīng)的解決辦法。

現(xiàn)狀分析與診斷部分可分為：

業(yè)務(wù)現(xiàn)狀描述。

問題分析與診斷。

相關(guān)技術(shù)的發(fā)展現(xiàn)狀部分。

主要介紹本項(xiàng)目所涉及的pdm/capp/cad等技術(shù)產(chǎn)生背景、發(fā)展過程，以及發(fā)展趨勢等內(nèi)容，并說明這些技術(shù)已是成熟的實(shí)用性技術(shù)。

相關(guān)技術(shù)的發(fā)展現(xiàn)狀部分可按軟件產(chǎn)品類別分別介紹，最后有一個小結(jié)。

公司相關(guān)產(chǎn)品的特點(diǎn)部分。

主要介紹公司相關(guān)產(chǎn)品的主要特點(diǎn)，說明公司相關(guān)產(chǎn)品是符合其發(fā)展趨勢的先進(jìn)和成熟的產(chǎn)品。

公司相關(guān)產(chǎn)品的特點(diǎn)部分可按軟件產(chǎn)品類別分別介紹，最后有一個小結(jié)。

公司具備的實(shí)力和基礎(chǔ)部分。

主要從公司簡介、完整產(chǎn)品線、研發(fā)能力、實(shí)施與服務(wù)體系等方面，說明公司已有足夠的能力承接本項(xiàng)目，并以成功案例證明與公司合作成功率高、風(fēng)險(xiǎn)最低。

公司的實(shí)力部分可分為：

公司簡介。

完整產(chǎn)品線。

雄厚的研發(fā)能力。

科學(xué)的實(shí)施與服務(wù)保障體系。

成功案例。

結(jié)束語部分。

闡明公司愿與企業(yè)強(qiáng)強(qiáng)聯(lián)手，結(jié)為(戰(zhàn)略)合作伙伴關(guān)系，共同推進(jìn)企業(yè)乃至本行業(yè)的信息化建設(shè)。

在結(jié)束語部分要明確提出合作建議內(nèi)容，對于一些戰(zhàn)略合作伙伴關(guān)系不能輕易宣講和承諾，一定要經(jīng)報(bào)公司批準(zhǔn)之后方可承諾。

建議書的要求是簡短緊湊，內(nèi)容詳實(shí)，便于用戶決策，可以在一份建議書中形成幾個可選方案，推動用戶決策。

解決方案的側(cè)重點(diǎn)是分析現(xiàn)存問題，提出功能需求及相應(yīng)技術(shù)實(shí)現(xiàn)手段，并輔以實(shí)施保障措施，說明用戶需求是可以實(shí)現(xiàn)的。解決方案的基本結(jié)構(gòu)如下：

引言。

現(xiàn)狀分析與診斷。

系統(tǒng)規(guī)劃與設(shè)計(jì)。

系統(tǒng)技術(shù)方案。

系統(tǒng)實(shí)施方案。

服務(wù)內(nèi)容及措施。

典型案例。

結(jié)束語。

引言部分。

從全國、同行業(yè)的信息化現(xiàn)狀分析入手，說明信息化是大勢所趨。再從本行業(yè)的產(chǎn)品特點(diǎn)出發(fā)分析信息化需要注意的地方。接著介紹企業(yè)的情況，特別是信息化的已有基礎(chǔ)，包括企業(yè)的經(jīng)濟(jì)實(shí)力、管理水平、已完成和正在進(jìn)行的信息化項(xiàng)目等，說明該企業(yè)已具備實(shí)施本項(xiàng)目的基礎(chǔ)。最后通過公司介紹說明有能力承擔(dān)該項(xiàng)目。

引言部分可分為：

制造業(yè)信息化現(xiàn)狀。

某行業(yè)信息化特點(diǎn)分析。

信息化的已有基礎(chǔ)。

公司介紹。

現(xiàn)狀分析與診斷部分。

現(xiàn)狀分析與診斷部分可分為：

業(yè)務(wù)現(xiàn)狀描述。

問題分析與診斷。

系統(tǒng)規(guī)劃與設(shè)計(jì)部分。

根據(jù)現(xiàn)狀分析提出的需求，對本系統(tǒng)從總體目標(biāo)、指導(dǎo)思想、總體框架等方面進(jìn)行總體規(guī)劃與設(shè)計(jì)。總體目標(biāo)，是從企業(yè)已有明確的總體目標(biāo)中，結(jié)合用戶需求提煉出來的，不能簡單照抄，還需適當(dāng)調(diào)整與補(bǔ)充。總體框架包括體系架構(gòu)、運(yùn)行模式，以及其它企業(yè)關(guān)心的問題等。

系統(tǒng)規(guī)劃與設(shè)計(jì)部分可分為：

總體目標(biāo)。

指導(dǎo)思想。

總體框架。

體系架構(gòu)。

運(yùn)行模式。

……。

系統(tǒng)技術(shù)方案部分。

從基本功能介紹、關(guān)鍵問題解決方案兩個層面介紹具體的技術(shù)方案。基本功能介紹是對本項(xiàng)目所涉及的產(chǎn)品，在標(biāo)準(zhǔn)模塊功能基礎(chǔ)上適當(dāng)補(bǔ)充各模塊的新增功能或用戶的特殊功能。關(guān)鍵問題解決方案是就企業(yè)特別關(guān)心的問題(包括管理和技術(shù)兩個方面)、企業(yè)特殊需求中有一定難度的問題，以及管理方面需要改進(jìn)的問題等提出解決方案和建議。

系統(tǒng)實(shí)施方案部分。

從本項(xiàng)目的預(yù)期效益入手，分析項(xiàng)目實(shí)施存在的風(fēng)險(xiǎn)，接著介紹公司規(guī)避風(fēng)險(xiǎn)的實(shí)施保障措施，最后給出初步實(shí)施進(jìn)度計(jì)劃和培訓(xùn)計(jì)劃。實(shí)施規(guī)劃要結(jié)合用戶的實(shí)施打算，如果系統(tǒng)規(guī)模比較大，可以結(jié)合用戶的需求適當(dāng)進(jìn)行目標(biāo)分解，分期完成。

系統(tǒng)實(shí)施方案部分可分為：

預(yù)期效益。

風(fēng)險(xiǎn)分析及對策。

指導(dǎo)思想。

指導(dǎo)方法。

實(shí)施管理。

實(shí)施規(guī)劃。

實(shí)施進(jìn)度計(jì)劃。

系統(tǒng)培訓(xùn)。

服務(wù)內(nèi)容及措施部分。

從公司能為客戶提供全方位服務(wù)承諾入手，闡述公司技術(shù)支持與服務(wù)的保障措施，讓客戶無后顧之憂。

服務(wù)內(nèi)容及措施部分可分為：

服務(wù)內(nèi)容及承諾。

技術(shù)支持與服務(wù)保障。

典型案例部分。

用公司典型用戶的案例進(jìn)一步證明，公司提供的技術(shù)方案是先進(jìn)的、實(shí)用的，形成一套科學(xué)的、可操作的實(shí)施方案。典型案例選擇的針對性表現(xiàn)在：行業(yè)、特殊需求、項(xiàng)目類型等方面有相似之處。

結(jié)束語部分。

闡明公司愿與企業(yè)強(qiáng)強(qiáng)聯(lián)手，達(dá)成合作伙伴關(guān)系，共同推進(jìn)企業(yè)乃至本行業(yè)的信息化建設(shè)。

解決方案注意業(yè)務(wù)分析，系統(tǒng)規(guī)劃，技術(shù)方案三部分不要反復(fù)出現(xiàn)重復(fù)的內(nèi)容，或者為了表達(dá)自己技術(shù)方案是扣著業(yè)務(wù)需求而在系統(tǒng)規(guī)劃和技術(shù)方案中再次反復(fù)描述需求，如果發(fā)現(xiàn)有這樣的問題就要精心去組織方案提綱。

此外解決方案要避免浮夸和務(wù)虛的內(nèi)容，要盡量讓用戶看到可操作的內(nèi)容，例如在實(shí)施方案中用戶最關(guān)心的是在實(shí)施分幾個階段?每個階段相互配合工作是什么?誰去做合適?階段結(jié)束的標(biāo)志是什么?每階段工作需要多長時(shí)間?根據(jù)企業(yè)實(shí)際情況有哪些風(fēng)險(xiǎn)?如何規(guī)避?基礎(chǔ)數(shù)據(jù)如何準(zhǔn)備?歷史數(shù)據(jù)如何錄入?工作流程應(yīng)用前后有何變化?這些是用戶真正關(guān)心的內(nèi)容。

所謂實(shí)施方法論，實(shí)施原則，實(shí)施指導(dǎo)思想，實(shí)施團(tuán)隊(duì)結(jié)構(gòu)等看起來飽滿，其實(shí)是務(wù)虛的內(nèi)容少寫，寫得越多用戶越不得要領(lǐng)，實(shí)施方案的要害是具備不具備可操作性。這里面的原則就是計(jì)劃越細(xì)化越具有可操作性。

三、投標(biāo)書的基本結(jié)構(gòu)。

投標(biāo)書是針對標(biāo)書的解決方案，包含解決方案的全部內(nèi)容，再增加公司優(yōu)勢和相關(guān)附件。投標(biāo)書總是原則是按照用戶提供的招標(biāo)書要求準(zhǔn)備，用戶要求如何提供資料就如何提供，不要任意發(fā)揮。

常見投標(biāo)書的基本結(jié)構(gòu)如下：

引言。

現(xiàn)狀分析與診斷。

系統(tǒng)規(guī)劃與設(shè)計(jì)。

系統(tǒng)技術(shù)方案。

系統(tǒng)實(shí)施方案。

服務(wù)內(nèi)容及措施。

開目公司的優(yōu)勢。

典型案例。

結(jié)束語。

相關(guān)附件。

開目公司的優(yōu)勢。

相關(guān)附件。

相關(guān)附件按照招標(biāo)書的規(guī)定組織附件。

4.3方案的針對性。

為使方案具有鮮明的開目特色，方案必須具有一定的針對性。不同類別方案的針對性有不同的體現(xiàn)。

建議書的針對性體現(xiàn)在同行業(yè)的信息化特點(diǎn)分析，本企業(yè)已有的信息化基礎(chǔ)、本企業(yè)的現(xiàn)狀描述與問題分析等方面。

解決方案和投標(biāo)書的針對性有相同的表現(xiàn)，主要體現(xiàn)在：同行業(yè)的信息化特點(diǎn)分析、現(xiàn)狀分析與診斷、總體目標(biāo)、關(guān)鍵問題解決方案、實(shí)施規(guī)劃與進(jìn)度計(jì)劃、典型案例等。

現(xiàn)狀分析與診斷部分、實(shí)施規(guī)劃與進(jìn)度計(jì)劃部分，不能簡單把客戶名稱更改就變成另外一家的情況。

總體目標(biāo)部分，有企業(yè)的個性，如果需要可以分解成近期、長期、遠(yuǎn)期目標(biāo)。

解決方案中可單獨(dú)把企業(yè)關(guān)心的關(guān)鍵問題單列為一部分，緊密結(jié)合企業(yè)的需求特點(diǎn)，不能簡單套用標(biāo)準(zhǔn)說法，必要時(shí)可以通過定制配置實(shí)現(xiàn)。

解決方案中的關(guān)鍵問題與投標(biāo)答辯ppt中的關(guān)鍵問題有區(qū)別。投標(biāo)答辯ppt中的關(guān)鍵問題主要是展示我們優(yōu)勢部分，以攻擊對手的劣勢部分，但一定要有絕對的把握。

【本文地址：http://www.mlvmservice.com/zuowen/10471454.html】