第一篇：軟件開(kāi)發(fā)項(xiàng)目管理（范文）

管理目標(biāo)

1、所有關(guān)系人清晰明確地了解項(xiàng)目的需求和期望，努力做到滿足項(xiàng)目所有關(guān)系人的不同需求；項(xiàng)目關(guān)系人包括：項(xiàng)目團(tuán)隊(duì)成員和項(xiàng)目團(tuán)隊(duì)外(內(nèi)部/外部客戶，內(nèi)部/外部合作伙伴，經(jīng)銷(xiāo)商/客戶等)。

2、項(xiàng)目管理三要素平衡（時(shí)間/成本/質(zhì)量），即開(kāi)發(fā)項(xiàng)目按需按時(shí)按質(zhì)的完成。

3、目標(biāo)：功能滿足需求，設(shè)計(jì)支持變化，開(kāi)發(fā)快速迭代，成果持續(xù)交付。

執(zhí)行概述

1、建立有效的工作流程保證項(xiàng)目的順利進(jìn)行，初期使用傳統(tǒng)RUP過(guò)程，引入部分敏捷方法，團(tuán)隊(duì)磨合完成后逐步實(shí)現(xiàn)敏捷開(kāi)發(fā)全流程管理。

2、明確項(xiàng)目目標(biāo)，制定具有可行性的項(xiàng)目計(jì)劃，有效明確的分解項(xiàng)目需求。

3、跟蹤設(shè)計(jì)/開(kāi)發(fā)/測(cè)試/回歸/發(fā)布全流程，推動(dòng)項(xiàng)目按預(yù)定計(jì)劃執(zhí)行。

4、解決項(xiàng)目過(guò)程中出現(xiàn)的問(wèn)題和沖突，一般集中在需求不明/工作量或時(shí)長(zhǎng)/開(kāi)發(fā)難度/跨部門(mén)協(xié)調(diào)等幾個(gè)方面。

5、調(diào)動(dòng)開(kāi)發(fā)團(tuán)隊(duì)的積極性，創(chuàng)造力，推動(dòng)團(tuán)隊(duì)成員在項(xiàng)目過(guò)程中的學(xué)習(xí)成長(zhǎng)。

6、風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)控制以及風(fēng)險(xiǎn)的預(yù)案。

項(xiàng)目管理

1、需求階段

對(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)目的關(guān)鍵人。項(xiàng)目啟動(dòng)會(huì)議，相關(guān)的關(guān)系人都必須參加。

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

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

設(shè)計(jì)階段結(jié)果交付一般為系統(tǒng)用例/系統(tǒng)原型/系統(tǒng)設(shè)計(jì)文檔(概要設(shè)計(jì)和詳細(xì)設(shè)計(jì))/數(shù)據(jù)庫(kù)設(shè)計(jì)文檔等。

該階段交付成果需要進(jìn)行評(píng)審。

3、執(zhí)行階段(開(kāi)發(fā)和測(cè)試)準(zhǔn)備開(kāi)發(fā)環(huán)境、測(cè)試環(huán)境。跟蹤，推動(dòng)項(xiàng)目按計(jì)劃進(jìn)行。

項(xiàng)目成員以日?qǐng)?bào)/項(xiàng)目負(fù)責(zé)人以周報(bào)的形式通報(bào)各關(guān)系人當(dāng)前項(xiàng)目的進(jìn)展情況。按里程碑對(duì)階段成果進(jìn)行評(píng)估，以確保該階段完成的質(zhì)量。代碼審核，包括CS審核、SQL審核、WEB審核等。對(duì)需求變更進(jìn)行控制管理。

測(cè)試階段BUG響應(yīng)及改進(jìn)、收集反饋意見(jiàn)。對(duì)項(xiàng)目風(fēng)險(xiǎn)進(jìn)行管理。

4、發(fā)布階段

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

5、試運(yùn)行階段

數(shù)據(jù)監(jiān)控(日志、服務(wù)器狀態(tài))，根據(jù)監(jiān)控出現(xiàn)的問(wèn)題，及時(shí)進(jìn)行處理，改進(jìn)性能問(wèn)題，特定情況執(zhí)行補(bǔ)丁升級(jí)。

6、收尾階段

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

常見(jiàn)問(wèn)題

1、開(kāi)發(fā)時(shí)間的估算

制定項(xiàng)目計(jì)劃時(shí)，需要估算每個(gè)任務(wù)所需的時(shí)間，其中主要是開(kāi)發(fā)任務(wù)中模塊的分配和時(shí)間估算，在公司現(xiàn)有的技術(shù)框架下，開(kāi)發(fā)人員主要的工作是投入在具體的業(yè)務(wù)邏輯實(shí)現(xiàn)上。通常單個(gè)模塊開(kāi)發(fā)時(shí)間取決于以下因素：

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

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

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

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

1、在劃分好模塊后，首先項(xiàng)目管理人員預(yù)先估算各個(gè)模塊所需要的開(kāi)發(fā)時(shí)間。

2、召集所有開(kāi)發(fā)人員，討論模塊的分配和開(kāi)發(fā)時(shí)間估算。將劃分好的模塊，分配給開(kāi)發(fā)人員，如狀況允許可允許開(kāi)發(fā)人員自主選擇以提高開(kāi)發(fā)人員的主動(dòng)性和參與性。分配模塊的時(shí)為確保開(kāi)發(fā)的速度和質(zhì)量，基本原則如下：

A、類(lèi)似的模塊由同一人負(fù)責(zé)開(kāi)發(fā)，比如用戶信息的增刪改應(yīng)由同一開(kāi)發(fā)者負(fù)責(zé)。這樣開(kāi)發(fā)者對(duì)相關(guān)邏輯會(huì)比較熟悉，代碼/接口的定義也會(huì)相對(duì)明確，溝通的成本低，相應(yīng)可以降低功能實(shí)現(xiàn)的缺陷概率。

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

3、模塊分配完成后，開(kāi)發(fā)人員評(píng)估自己負(fù)責(zé)開(kāi)發(fā)的模塊所需要的時(shí)間。在此過(guò)程中應(yīng)

4、對(duì)開(kāi)發(fā)人員估算的時(shí)間進(jìn)行確認(rèn)。在確認(rèn)過(guò)程中作為，項(xiàng)目管理者將預(yù)估時(shí)間和開(kāi)與開(kāi)發(fā)者討論每個(gè)模塊的技術(shù)實(shí)現(xiàn)細(xì)節(jié)，使時(shí)間的估算更加準(zhǔn)確。發(fā)人員估算時(shí)間進(jìn)行比較。那些差異較大的，與人員探討其中的緣由。對(duì)于時(shí)間周期比較長(zhǎng)的任務(wù)，將任務(wù)拆分為更小的子任務(wù)，每個(gè)任務(wù)的完成時(shí)間為8-24工時(shí)，消除時(shí)間周期較長(zhǎng)的任務(wù)，避免不確定性影響項(xiàng)目的進(jìn)度。

2、CodeReview CodeReview是保證項(xiàng)目中代碼質(zhì)量非常重要的一個(gè)環(huán)節(jié)，在這一環(huán)控制不嚴(yán)往往是測(cè)試后出現(xiàn)大量bug的主因，有時(shí)甚至導(dǎo)致返工；關(guān)于CodeReview執(zhí)行，首先應(yīng)有編碼規(guī)范和代碼審查規(guī)范。通過(guò)這兩個(gè)文檔來(lái)規(guī)范開(kāi)發(fā)人員的代碼實(shí)現(xiàn)，代碼編寫(xiě)者必須要嚴(yán)格按照規(guī)范來(lái)進(jìn)行；代碼審核者根據(jù)這些標(biāo)準(zhǔn)來(lái)CodeReview代碼，同時(shí)在CodeReview過(guò)程中需要不斷完善該文檔。

CodeReview一般可按以下步驟實(shí)施：

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

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

3、代碼編寫(xiě)者和代碼審核者坐在一起，由代碼編寫(xiě)者按照UseCase依次講解自己負(fù)責(zé)的代碼和相關(guān)邏輯，代碼審核者在此過(guò)程中可以隨時(shí)提出自己的疑問(wèn)，同時(shí)積極發(fā)現(xiàn)隱藏的bug，對(duì)這些bug記錄在案。

4、代碼講解完畢后，代碼審核者給自己安排幾個(gè)小時(shí)再對(duì)代碼審核一遍。代碼需要檢查Bug。同時(shí)全面兼顧，確保代碼整體上結(jié)構(gòu)優(yōu)良；審核完畢后，代碼審核者編寫(xiě)“代碼審核報(bào)告”記錄發(fā)現(xiàn)的問(wèn)題及修改建議，提交給相關(guān)人員。

5、代碼編寫(xiě)者根據(jù)“代碼審核報(bào)告”給出的修改意見(jiàn)，修改好代碼，有不清楚的地方可積極向代碼審核者提出。

6、代碼編寫(xiě)者bugfixed完畢之后給出反饋。

7、代碼審核者把CodeReview中發(fā)現(xiàn)的有價(jià)值的問(wèn)題更新到“代碼審核規(guī)范”的文檔中，對(duì)于特別值得提醒的問(wèn)題可群發(fā)email給所有技術(shù)人員。

3、需求變更管理

需求變更管理也是項(xiàng)目管理中最重要的一個(gè)環(huán)節(jié)，對(duì)需求變更管理的有效性將直接影響對(duì)待需求變更的正確態(tài)度：

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

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

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

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

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

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

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

1、確定需求的基準(zhǔn)線。將以UserCase作為需求基準(zhǔn)線，在UserCase確認(rèn)之后的任項(xiàng)目的成功與否。何需求改變，都需要走需求變更流程。

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

3、項(xiàng)目管理者評(píng)估該需求變更。針對(duì)接收到的需求變更的要求，召集相關(guān)人員討論該需求變更的合理性、可行性，實(shí)施的代價(jià)以及對(duì)項(xiàng)目的影響。項(xiàng)目管理者對(duì)項(xiàng)目的成功與否負(fù)有主要的責(zé)任。需求變更的決策應(yīng)由項(xiàng)目管理者做出。

4、需求變更確認(rèn)后，由專(zhuān)人將生成需求變更單記錄下來(lái)，通知給項(xiàng)目中所有關(guān)系人。

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

6、相關(guān)人員接收到確認(rèn)的需求變更后，需求分析人員修改需求說(shuō)明書(shū)和UserCase的相關(guān)內(nèi)容。測(cè)試人員修改測(cè)試用例的相關(guān)內(nèi)容。開(kāi)發(fā)人員修改代碼中的相關(guān)部分。

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

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

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

影響項(xiàng)目成敗的因素涉及方方面面，并且風(fēng)險(xiǎn)伴隨著項(xiàng)目的始終，是客觀存在的，風(fēng)險(xiǎn)引起的負(fù)面后果集中體現(xiàn)在進(jìn)度延后、成本超支、質(zhì)量不達(dá)標(biāo)等方面，常見(jiàn)風(fēng)險(xiǎn)如下：

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

為了市場(chǎng)競(jìng)爭(zhēng)或內(nèi)部管理決策的需要，業(yè)務(wù)部門(mén)提出的需求往往要求的時(shí)間比較緊迫，需求的提出大多停留在幾張紙或口頭的傳達(dá)上，沒(méi)有正式的業(yè)務(wù)需求文檔，在沒(méi)有明確的需求范圍的情況下，有時(shí)為了迎合業(yè)務(wù)部門(mén)的口味匆匆開(kāi)工，過(guò)程中用戶不斷地提出新的想法，技術(shù)人員開(kāi)始疲于奔命和應(yīng)付，很難保證項(xiàng)目的進(jìn)度和質(zhì)量，也難以取得業(yè)務(wù)部門(mén)的認(rèn)可。

在項(xiàng)目的前期一定要采取相應(yīng)的手段或措施，與業(yè)務(wù)部門(mén)共同明確項(xiàng)目目標(biāo)、需求范圍，充分考慮現(xiàn)有的時(shí)間和資源約束，將需求排定優(yōu)先級(jí)，對(duì)于關(guān)鍵的需求優(yōu)先實(shí)現(xiàn)，其他輔助性的根據(jù)過(guò)程中的具體情況進(jìn)行滾動(dòng)式計(jì)劃，并取得業(yè)務(wù)部門(mén)的書(shū)面確認(rèn)。在此過(guò)程中要注重挖掘用戶的隱性需求，可以通過(guò)引導(dǎo)、系統(tǒng)原型等手段讓用戶在前期充分暴露自己的想法和需求。

2、項(xiàng)目目標(biāo)擴(kuò)大以及需求變更

在有了明確的目標(biāo)和需求范圍的情況下，需求的變更還是不可避免的，業(yè)務(wù)部門(mén)在看到具體系統(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)求。

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

3、代碼質(zhì)量風(fēng)險(xiǎn)

質(zhì)量風(fēng)險(xiǎn)主要指開(kāi)發(fā)代碼的質(zhì)量。在制定項(xiàng)目計(jì)劃時(shí)，對(duì)開(kāi)發(fā)時(shí)間的評(píng)估要盡可能的合適。合理的開(kāi)發(fā)時(shí)間對(duì)開(kāi)發(fā)質(zhì)量的影響很大。開(kāi)發(fā)人員為了趕進(jìn)度在比較緊張的時(shí)間需要完成指定的任務(wù)，可能就存在很大的開(kāi)發(fā)質(zhì)量問(wèn)題。在編碼前，開(kāi)發(fā)人員要對(duì)框架熟練掌握；一份好的系統(tǒng)設(shè)計(jì)文檔對(duì)指導(dǎo)開(kāi)發(fā)非常重要。

往往有這樣一種情況，每個(gè)團(tuán)隊(duì)成員按照項(xiàng)目計(jì)劃報(bào)告進(jìn)度都是100%完成，但一到最后系統(tǒng)交互測(cè)試或集成的時(shí)候就會(huì)發(fā)現(xiàn)一大堆問(wèn)題。這需要在項(xiàng)目實(shí)施過(guò)程中采取有效的措施來(lái)規(guī)避風(fēng)險(xiǎn)，通常的做法有同行評(píng)審，比如概要設(shè)計(jì)完成之后，邀請(qǐng)其他項(xiàng)目組的技術(shù)專(zhuān)家進(jìn)行技術(shù)評(píng)審以發(fā)現(xiàn)架構(gòu)設(shè)計(jì)問(wèn)題；管理評(píng)審，通過(guò)組織級(jí)的質(zhì)量審計(jì)看產(chǎn)品以及實(shí)施過(guò)程是否滿足質(zhì)量要求；代碼走查，在編碼過(guò)程中加入至少一次的代碼走查，排查不符合規(guī)范或性能要求的代碼，走查通常能夠發(fā)現(xiàn)50%-70%的錯(cuò)誤；每日構(gòu)建，這是一種非常有效的方法，可以避免把各部分的集成問(wèn)題拖到最后，并且能夠及時(shí)發(fā)現(xiàn)相應(yīng)的錯(cuò)誤，日構(gòu)建一般在項(xiàng)目的中后期開(kāi)始，每天自動(dòng)從版本服務(wù)器上獲取源代碼進(jìn)行自動(dòng)編譯和測(cè)試。

4、人員技能和資源的不足

項(xiàng)目實(shí)施過(guò)程中由于人員技能欠缺造成的進(jìn)度延后和軟件質(zhì)量問(wèn)題并不少見(jiàn)，一個(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í)施。開(kāi)發(fā)過(guò)程中遇到技術(shù)難題，導(dǎo)致開(kāi)發(fā)時(shí)間延遲或者需求不得不發(fā)生變更。在項(xiàng)目開(kāi)始前的技術(shù)評(píng)估階段，明確技術(shù)難點(diǎn)，提前安排人員進(jìn)行攻克。如果在可預(yù)期的時(shí)間內(nèi)無(wú)法解決，如果可以，將向需求提出方要求變更需求或?qū)ふ铱商娲桨?。這樣的風(fēng)險(xiǎn)應(yīng)該在項(xiàng)目的前期階段就應(yīng)該解決在萌芽狀態(tài)來(lái)避免這樣的風(fēng)險(xiǎn)在后期或中期出現(xiàn)。

5、缺乏良好的團(tuán)隊(duì)協(xié)作

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

6、項(xiàng)目會(huì)議

組織會(huì)議是項(xiàng)目執(zhí)行過(guò)程中一項(xiàng)非常重要的工作任務(wù)，項(xiàng)目過(guò)程中很多重要的決定都是在會(huì)議中做出的，不成功的會(huì)議會(huì)對(duì)項(xiàng)目本身造成了不好的影響。

不成功的會(huì)議通常表現(xiàn)為如下形式：

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

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

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

4、會(huì)議時(shí)間常常一拖再拖。

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

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

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

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

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

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

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

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

5、會(huì)議的開(kāi)場(chǎng)很重要。會(huì)議組織者要在開(kāi)始前做好幾件事情。通常我建議有幾點(diǎn)要在開(kāi)場(chǎng)時(shí)說(shuō)： A、再一次強(qiáng)調(diào)會(huì)議的目標(biāo)，我們來(lái)做什么。

B、強(qiáng)調(diào)會(huì)議的主題與基調(diào)。比如：本次會(huì)議是一個(gè)需求確認(rèn)會(huì)，而非需求討論會(huì)，主要是討論做還是不做以及告知大家我們要做什么，而不要把太多的精力放在討論如何做上面。

C、說(shuō)明一下會(huì)議的規(guī)則。如要發(fā)言，請(qǐng)舉手；不要有小圈子討論；不要打斷別人的講話，等別人說(shuō)完你再說(shuō)等等。

6、會(huì)議過(guò)程中時(shí)刻注意引導(dǎo)和控制會(huì)議，以確保會(huì)議按照目標(biāo)進(jìn)行。一次會(huì)議的氛圍是否良好，討論是否充分，好的引導(dǎo)至關(guān)重要。比如多提一些開(kāi)放式的問(wèn)題。

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

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

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

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

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

第二篇：淺談軟件開(kāi)發(fā)項(xiàng)目管理

淺談軟件開(kāi)發(fā)項(xiàng)目管理

摘要：在軟件項(xiàng)目開(kāi)發(fā)的過(guò)程中，軟件項(xiàng)目管理的成功與否是決定一個(gè)項(xiàng)目是否能夠順利高效率完成的重要保證。但是我國(guó)大部分的軟件企業(yè)在進(jìn)行項(xiàng)目管理時(shí)都存在著各種問(wèn)題，從而使項(xiàng)目不能順利有效地完成。文章探討了在項(xiàng)目管理過(guò)程里出現(xiàn)的常見(jiàn)問(wèn)題，并給出了相應(yīng)的解決策略。

關(guān)鍵詞：軟件項(xiàng)目管理；項(xiàng)目經(jīng)理；項(xiàng)目計(jì)劃

軟件行業(yè)在現(xiàn)在的眾多行業(yè)里是一個(gè)極具挑戰(zhàn)性和創(chuàng)造性的行業(yè)，體現(xiàn)了軟件開(kāi)發(fā)者的智慧和汗水，同時(shí)軟件開(kāi)發(fā)是一項(xiàng)復(fù)雜的系統(tǒng)工程。牽涉到許多方面的因素，在實(shí)際工作中，經(jīng)常會(huì)出現(xiàn)各種各樣的問(wèn)題，甚至?xí)媾R失敗。如何總結(jié)、分析失敗的原因。得出有益的教訓(xùn)，對(duì)于項(xiàng)目開(kāi)發(fā)人員來(lái)說(shuō)，是在今后的項(xiàng)目中取得成功的關(guān)鍵。

一、軟件開(kāi)發(fā)中實(shí)行項(xiàng)目管理的意義

項(xiàng)目管理就是在項(xiàng)目活動(dòng)中運(yùn)用一系列的知識(shí)、技能、工具和技術(shù)，以滿足或超過(guò)相關(guān)利益者對(duì)項(xiàng)目的要求，實(shí)際上就是通過(guò)項(xiàng)目各方干系人的合作，把各種資源應(yīng)用于項(xiàng)目，以實(shí)現(xiàn)項(xiàng)目的目標(biāo)，滿足項(xiàng)目干系人的需求，其本質(zhì)就是對(duì)時(shí)間、質(zhì)量和成本的管理。隨著軟件開(kāi)發(fā)的深入、各種技術(shù)的不斷創(chuàng)新以及軟件產(chǎn)業(yè)的形成，人們?cè)絹?lái)越意識(shí)到軟件過(guò)程管理的重要性，管理學(xué)的思想逐漸融入軟件開(kāi)發(fā)過(guò)程中，項(xiàng)目開(kāi)發(fā)的管理日益受到重視。

二、目前在軟件項(xiàng)目管理中存在的誤區(qū)

現(xiàn)在大多數(shù)企業(yè)都認(rèn)識(shí)到了在項(xiàng)目中進(jìn)行管理的重要性，但是仍然有許多企業(yè)在實(shí)施項(xiàng)目管理的過(guò)程中存在著這樣那樣的誤區(qū)，主要表現(xiàn)在：項(xiàng)目經(jīng)理不夠?qū)I(yè)。在軟件企業(yè)中，缺乏專(zhuān)業(yè)的項(xiàng)目管理人員來(lái)實(shí)施項(xiàng)目管理及擔(dān)任項(xiàng)目經(jīng)理，通常被任命的項(xiàng)目經(jīng)理主要是因?yàn)樗麄兡軌蛟诩夹g(shù)上獨(dú)當(dāng)一面，但是他們?cè)诠芾矸矫嫣貏e是項(xiàng)目管理方面的知識(shí)比較缺乏。項(xiàng)目計(jì)劃缺乏綱領(lǐng)性。項(xiàng)目經(jīng)理對(duì)總體計(jì)劃、階段計(jì)劃的作用認(rèn)識(shí)不足，因此制定總體計(jì)劃時(shí)比較隨意，不少事情沒(méi)有仔細(xì)考慮：階段計(jì)劃因工作忙等理由經(jīng)常拖延，造成計(jì)劃與控制管理脫節(jié)，無(wú)法進(jìn)行有效的進(jìn)度控制管理。缺乏有效的管理意識(shí)。部分項(xiàng)目經(jīng)理不能從總體上把握整個(gè)項(xiàng)目，而是埋頭于具體的技術(shù)工作，造成項(xiàng)目組成人員之間忙的忙、閑的閑，計(jì)劃不周、任務(wù)不均、資源浪費(fèi)。有些項(xiàng)目經(jīng)理沒(méi)有很好的管理方法，不好安排的工作只好自己做，使項(xiàng)目任務(wù)無(wú)法有效、合理地分配給相關(guān)成員，以達(dá)到“負(fù)載均衡”。缺乏有效的溝通制度和機(jī)制。在項(xiàng)目中一些重要信息沒(méi)有進(jìn)行充分和有效的溝通。在制定計(jì)劃、意見(jiàn)反饋、情況通報(bào)、技術(shù)問(wèn)題或成果等方面與相關(guān)人員的溝通不足，造成各做各事、重復(fù)勞動(dòng)，甚至造成不必要的損失：有些人沒(méi)有每天定時(shí)收郵件的習(xí)慣，以至于無(wú)法及時(shí)接收最新的信息。風(fēng)險(xiǎn)管理意識(shí)淡泊。有些項(xiàng)目經(jīng)理沒(méi)有充分意識(shí)到風(fēng)險(xiǎn)管理的重要性，對(duì)計(jì)劃書(shū)中風(fēng)險(xiǎn)管理的章節(jié)簡(jiǎn)單應(yīng)付了事，隨便列出幾個(gè)風(fēng)險(xiǎn)，隨便地寫(xiě)一些簡(jiǎn)單的對(duì)策，對(duì)于后面的風(fēng)險(xiǎn)防范起不到什么指導(dǎo)作用。項(xiàng)目干系人的不確定性。在范圍識(shí)別階段，項(xiàng)目組對(duì)客戶的整體組織結(jié)構(gòu)、有關(guān)人員及其關(guān)系、工作職責(zé)等沒(méi)有足夠了解以至于無(wú)法得到完整需求或最終經(jīng)權(quán)威用戶代表確認(rèn)的需求：或者是多個(gè)用戶代表各說(shuō)各話、昨是今非，但同時(shí)又要求項(xiàng)目盡早交付：項(xiàng)目后期需求變化隨意，造成項(xiàng)目范圍的蔓延，進(jìn)度的拖延，成本的擴(kuò)大。缺乏項(xiàng)目團(tuán)隊(duì)的合理分工。項(xiàng)目團(tuán)隊(duì)內(nèi)部有時(shí)由于各階段不同角色或同階段不同角色之間的責(zé)任分工不夠清晰而造成工作互相推諉、責(zé)任互相推卸的現(xiàn)象；有時(shí)各階段不同角色或同階段不同角色之間的責(zé)任分工比較清晰，但是各項(xiàng)目成員只顧完成自己那部分任務(wù)，不愿意與他人協(xié)作。這些現(xiàn)象都將造成項(xiàng)目組內(nèi)部資源的損耗，從而影響項(xiàng)目進(jìn)展。

三、解決軟件項(xiàng)目管理中存在的誤區(qū)的有效策略

要想解決上面描述的誤區(qū)，歸根到底還是要從管理學(xué)的角度入手，即在軟件項(xiàng)目的開(kāi)發(fā)過(guò)程中加入過(guò)程管理的內(nèi)容，這樣我們可以在軟件開(kāi)發(fā)中對(duì)各個(gè)過(guò)程的質(zhì)量加以控制，從而達(dá)到保證軟件產(chǎn)品質(zhì)量的目的。為了有效提高管理水平，我們應(yīng)該努力做到：項(xiàng)目經(jīng)理接受系統(tǒng)的項(xiàng)目管理知識(shí)培訓(xùn)是非常必要的，有了專(zhuān)業(yè)領(lǐng)域的知識(shí)與實(shí)踐，再加上項(xiàng)目管理知識(shí)與實(shí)踐和一般管理的知識(shí)和經(jīng)驗(yàn)的有機(jī)結(jié)合，必能大大提高項(xiàng)目經(jīng)理的項(xiàng)目管理水平。計(jì)劃的制定需要在一定條件的限制和假設(shè)之下采用漸近明細(xì)的方式進(jìn)行不斷完善。提高項(xiàng)目經(jīng)理的計(jì)劃意識(shí)，采用項(xiàng)目計(jì)劃制定相關(guān)知識(shí)、技術(shù)、工具，加強(qiáng)對(duì)開(kāi)發(fā)計(jì)劃、階段計(jì)劃的有效性進(jìn)行事前事后的評(píng)估。加強(qiáng)項(xiàng)目管理方面的培訓(xùn)，并通過(guò)對(duì)考核指標(biāo)的合理設(shè)定和宣傳引導(dǎo)項(xiàng)目經(jīng)理更好地做好項(xiàng)目管理工作。技術(shù)骨干在擔(dān)任項(xiàng)目經(jīng)理之前，最好能經(jīng)過(guò)系統(tǒng)的項(xiàng)目管理知識(shí)，特別是其中的人力資源管理、溝通管理的學(xué)習(xí)，并且在實(shí)際工作中不斷提高自己的管理素質(zhì)，豐富項(xiàng)目管理經(jīng)驗(yàn)，提高項(xiàng)目管理意識(shí)。制定有效的溝通制度和溝通機(jī)制，提高溝通意識(shí)：采取多種溝通方式，提高溝通的有效性。通過(guò)制度規(guī)定對(duì)由于未及時(shí)收取郵件而造成損失的責(zé)任歸屬；對(duì)于特別重要的內(nèi)容要采用多種方式進(jìn)行有效溝通以確保傳達(dá)到位，例如：除發(fā)送郵件外還要電話提醒、回執(zhí)等，重要的內(nèi)容還要通過(guò)舉行各種會(huì)議進(jìn)行傳達(dá)。通過(guò)學(xué)習(xí)項(xiàng)目管理知識(shí)掌握風(fēng)險(xiǎn)識(shí)別、量化、對(duì)策研究、反應(yīng)控制的工具和方法，掌握項(xiàng)目風(fēng)險(xiǎn)管理所必備的知識(shí)。通過(guò)加強(qiáng)對(duì)項(xiàng)目規(guī)劃中風(fēng)險(xiǎn)管理計(jì)劃的審核提高項(xiàng)目組的風(fēng)險(xiǎn)管理意識(shí)?？偨Y(jié)本行業(yè)項(xiàng)目中常見(jiàn)的風(fēng)險(xiǎn)及其對(duì)策作為風(fēng)險(xiǎn)管理計(jì)劃中必要的風(fēng)險(xiǎn)內(nèi)容，并切實(shí)評(píng)估相應(yīng)對(duì)策的有效性和可行性。項(xiàng)目的目的就是實(shí)現(xiàn)項(xiàng)目干系人的需求和愿望。項(xiàng)目干系人管理應(yīng)當(dāng)從項(xiàng)目的啟動(dòng)開(kāi)始，項(xiàng)目經(jīng)理及其項(xiàng)目成員就要分清項(xiàng)目干系人包含哪些人和組織，通過(guò)溝通協(xié)調(diào)對(duì)他們施加影響，驅(qū)動(dòng)他們對(duì)項(xiàng)目的支持，調(diào)查并明確他們的需求和愿望，減小其對(duì)項(xiàng)目的阻力，以確保項(xiàng)目獲得成功。項(xiàng)目經(jīng)理應(yīng)當(dāng)對(duì)項(xiàng)目成員的責(zé)任進(jìn)行合理的分配并清楚地說(shuō)明，同時(shí)應(yīng)強(qiáng)調(diào)不同分工、不同環(huán)節(jié)的成員應(yīng)當(dāng)相互協(xié)作，共同完善。

實(shí)施有效的項(xiàng)目管理絕非易事，對(duì)于軟件企業(yè)而言，這不是一個(gè)小的改變，而是一種變革，企業(yè)需要為此付出艱苦的努力，同時(shí)，成熟有效的項(xiàng)目管理無(wú)疑將對(duì)企業(yè)起著至關(guān)重要的作用，項(xiàng)目管理的水平將是企業(yè)核心競(jìng)爭(zhēng)力之一。

第三篇：軟件開(kāi)發(fā)項(xiàng)目管理實(shí)施方案.

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

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

作為一個(gè)項(xiàng)目的管理者,必須要明確的知道自己的工作目標(biāo);我個(gè)人認(rèn)為項(xiàng)目管理者的目標(biāo)無(wú)非就是以下兩點(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ì)外成員(比如各部門(mén)的部門(mén)負(fù)責(zé)人和市場(chǎng)人員,客戶等。

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

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

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

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

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

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

5、調(diào)動(dòng)開(kāi)發(fā)團(tuán)隊(duì)的積極性,創(chuàng)造力,推動(dòng)團(tuán)隊(duì)成員在項(xiàng)目過(guò)程中不斷成長(zhǎ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ī)格說(shuō)明書(shū)文檔。

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

根據(jù)確認(rèn)后的軟件需求規(guī)格說(shuō)明書(shū),制定項(xiàng)目進(jìn)度計(jì)劃,工作任務(wù)分解(WBS;資源申請(qǐng),項(xiàng)目涉及到的開(kāi)發(fā)資源、測(cè)試資源、設(shè)計(jì)資源(包括人員和軟硬件資源;數(shù)據(jù)庫(kù)設(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ù)庫(kù)設(shè)計(jì)文檔。

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

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

準(zhǔn)備開(kāi)發(fā)環(huán)境、測(cè)試環(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)行管理;測(cè)試階段BUG FIXED及改進(jìn)、收集反饋意見(jià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)的問(wèn)題,及時(shí)進(jìn)行BUG FIXED及改進(jìn)或做補(bǔ)丁升級(jí)。

6、結(jié)束階段

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

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

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

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

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

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

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

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

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

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

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

2、開(kāi)發(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)的、開(kāi)發(fā)人員自身也未沒(méi)接觸過(guò)的技術(shù)。對(duì)于這樣的難點(diǎn),開(kāi)發(fā)者沒(méi)有相關(guān)的代碼可以參考,自己也沒(méi)有經(jīng)驗(yàn),所以需要投入一些時(shí)間研究解決。

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

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

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

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

4、對(duì)開(kāi)發(fā)人員估算的時(shí)間進(jìn)行確認(rèn)。在確認(rèn)過(guò)程中作為項(xiàng)目管理者應(yīng)參考以上提到的三個(gè)因素,同時(shí)將自己估算的時(shí)間和開(kāi)發(fā)人員估算的時(shí)間進(jìn)行比較。這其中的差異當(dāng)然會(huì)存在的。對(duì)于那些差異比較大的,將與技術(shù)人員探討其中的緣由。對(duì)于時(shí)間周期比較長(zhǎng)的任務(wù),盡量將任務(wù)通過(guò)再細(xì)分的手段細(xì)化任務(wù),爭(zhēng)取每個(gè)任務(wù)的最長(zhǎng)時(shí)間不超過(guò)3天;時(shí)間周期越長(zhǎng)的任務(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)致每次測(cè)試后出現(xiàn)大量bug的主要原因,這一環(huán)需要納入績(jī)效考核中,實(shí)行責(zé)任追究制,實(shí)施重點(diǎn)監(jiān)控。出現(xiàn)這樣的薄弱環(huán)節(jié),造成這樣的原因,我想也是有很多因素造成的;比如開(kāi)發(fā)人員對(duì)需求不是很明確,以自己比較主觀的因素去完成任務(wù)的;還有對(duì)整個(gè)系統(tǒng)業(yè)務(wù)邏輯沒(méi)有正確的清晰的認(rèn)識(shí)的原因,以及對(duì)項(xiàng)目組成員培訓(xùn)不到位的原因等眾多因素糾集在一起才產(chǎn)生的。

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

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

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

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

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

3、代碼編寫(xiě)者和代碼審核者坐在一起,由代碼編寫(xiě)者按照Use Case依次講解自己負(fù)責(zé) 的代碼和相關(guān)邏輯,從Web層-到Manage層再到Dao層;

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

些bug記錄在案。

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

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

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

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

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

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

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

9、代碼審核者把Code Review中發(fā)現(xiàn)的有價(jià)值的問(wèn)題更新到“代碼審核規(guī)范”的文檔中, 對(duì)于特別值得提醒的問(wèn)題可群發(fā)email給所有技術(shù)人員。如果通過(guò)以上步驟,還因?yàn)槭谴a編寫(xiě)者的原因而出現(xiàn)嚴(yán)重的缺陷問(wèn)題,將通過(guò)績(jī)效考核來(lái)加深代碼編寫(xiě)者的印象,并在周報(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),減低變更帶來(lái)的風(fēng)險(xiǎn)。需求變更管理的目標(biāo):

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

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

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

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

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

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

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

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

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

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

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

7、按照變更后的計(jì)劃實(shí)施項(xiàng)目,并進(jìn)行檢查,跟蹤,對(duì)變更后的實(shí)施反饋和可能出現(xiàn)的問(wè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ù)的過(guò)程,貫穿于整個(gè)項(xiàng)目過(guò)程中,風(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í)施過(guò)程中需要不斷地識(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)的過(guò)程,使項(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)致這些問(wèn)題的因素主要包括目標(biāo)以及需求不明確、范圍蔓延以及需求變更、代碼質(zhì)量或返工風(fēng)險(xiǎn)、人員技能和資源的不足、缺乏良好的團(tuán)隊(duì)協(xié)作等。下面將詳細(xì)描述一下這些問(wèn)題以及出現(xiàn)這些問(wèn)題時(shí)的應(yīng)對(duì)方案:

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

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

2、范圍蔓延以及需求變更 在有了明確的目標(biāo)和需求范圍的情況下，需求的變更還是不可避免的，業(yè)務(wù)部門(mén)在 看到具體系統(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)目造成影響。如何減少此類(lèi)風(fēng)險(xiǎn)的發(fā)生？ 前期的需求討論要詳細(xì)、充分。需求文檔中需求的范圍要明確、功能描述要清楚。找出項(xiàng)目中需求的決策者(通常會(huì)是產(chǎn)品經(jīng)理、相關(guān)職能主管、客戶，所有的需求要經(jīng) 過(guò)他們的認(rèn)可?？蛻粼陧?xiàng)目過(guò)程中的全程參與有助于降低此類(lèi)風(fēng)險(xiǎn)。需求討論、需求確 認(rèn)、User Case 確認(rèn)、測(cè)試階段的客戶驗(yàn)收等環(huán)節(jié)，都要要求客戶參與。在發(fā)生需求變 更時(shí)，嚴(yán)格按照需求變更流程執(zhí)行。在分析設(shè)計(jì)階段的中的確認(rèn)和評(píng)審也是降低此類(lèi)風(fēng) 險(xiǎn)的重要手段。

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

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

度延后和軟件質(zhì)量問(wèn)題并不少見(jiàn)，一個(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)目中某些部分專(zhuān) 業(yè)性特別強(qiáng)或新技術(shù)，短期內(nèi)又不能快速建立技能的情況，可以考慮將該塊任務(wù)外包，借鑒合作商的力量降低實(shí)施風(fēng)險(xiǎn)，當(dāng)然要進(jìn)行外購(gòu)人力成本與自建人力成本的效益分 析。開(kāi)發(fā)過(guò)程中遇到技術(shù)難題，導(dǎo)致開(kāi)發(fā)時(shí)間延遲或者需求不得不發(fā)生變更。如何減少 此類(lèi)風(fēng)險(xiǎn)的發(fā)生？在項(xiàng)目開(kāi)始前的技術(shù)評(píng)估階段，明確技術(shù)難點(diǎn)，提前安排人員進(jìn)行攻 克。如果在可預(yù)期的時(shí)間內(nèi)無(wú)法解決，如果可以，將向需求提出方要求變更需求或?qū)ふ?可替代方案。這樣的風(fēng)險(xiǎn)應(yīng)該在項(xiàng)目的前期階段就應(yīng)該解決在萌芽狀態(tài)來(lái)避免這樣的風(fēng) 險(xiǎn)在后期或中期出現(xiàn)。項(xiàng)目所需人力資源無(wú)法按時(shí)到位，導(dǎo)致資源風(fēng)險(xiǎn)。如何減少此類(lèi)風(fēng)險(xiǎn)的發(fā)生？這個(gè) 就需要在項(xiàng)目計(jì)劃制定的時(shí)候提前申請(qǐng)確認(rèn)資源，并在項(xiàng)目過(guò)程中不斷溝通協(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í)施過(guò)程中持續(xù)地溝通交流和共享，首先團(tuán)隊(duì)要融為一體，產(chǎn)出的軟件才能融為一體。這是一個(gè)團(tuán)隊(duì)的軟實(shí)力，團(tuán)隊(duì)之間的協(xié)作好壞也將是個(gè)潛在 的風(fēng)險(xiǎn)問(wè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、上述我們所說(shuō)的風(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í)行過(guò)程中每個(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)簡(jiǎ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)的過(guò)程。世界上只有完美的團(tuán)隊(duì)，沒(méi)有完美的個(gè)人。好的高效的團(tuán)隊(duì) 不是管理出來(lái)的，而是營(yíng)造出來(lái)的。團(tuán)隊(duì)成員需要有大家可認(rèn)同的團(tuán)隊(duì)文化，這需要大家共 同的努力。

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

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

3、保持高效的溝通。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

10、會(huì)議后的 action 執(zhí)行情況的反饋很重要。反饋是對(duì)會(huì)議參與者的尊重，同時(shí)也告知 了會(huì)議的效果。否則會(huì)讓大家感覺(jué)到這是一個(gè)可無(wú)可無(wú)的會(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ā)布（開(kāi)發(fā)版本，測(cè)試版本，發(fā)布 版本等）。需要做好版本的管理和控制。

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

第四篇：軟件開(kāi)發(fā)項(xiàng)目管理應(yīng)用(4天)

軟件開(kāi)發(fā)項(xiàng)目管理應(yīng)用（4天）

一、課程目的為了加強(qiáng)企業(yè)信息科技部門(mén)建設(shè)，提升信息科技部門(mén)人員管理技能，充分掌握并應(yīng)用項(xiàng)目管理的流程、工具和方法，從而提高IT項(xiàng)目實(shí)施的效率和效益。擬開(kāi)展企業(yè)信息化項(xiàng)目管理應(yīng)用培訓(xùn)，經(jīng)培訓(xùn)使參訓(xùn)人員能用項(xiàng)目管理方法論指導(dǎo)企業(yè)信息規(guī)劃和IT項(xiàng)目建設(shè)。

二、課程收益

熟悉項(xiàng)目管理概念和工具技術(shù)的應(yīng)用

了解項(xiàng)目實(shí)施和監(jiān)控過(guò)程方法

理解企業(yè)信息科技部門(mén)IT項(xiàng)目管理體系，掌握企業(yè)信息中心項(xiàng)目化管理應(yīng)用。

三、授課方式

課程講解、實(shí)戰(zhàn)訓(xùn)練、案例研討、模板演示、討論引導(dǎo)

四、課程對(duì)象

分管領(lǐng)導(dǎo)，部門(mén)經(jīng)理、項(xiàng)目經(jīng)理、項(xiàng)目成員、信息中心人員及對(duì)項(xiàng)目管理有興趣的員工。

六、課程大綱

破冰

（一）項(xiàng)目管理過(guò)程活動(dòng)梳理

1.1項(xiàng)目與項(xiàng)目管理

1.1.1信息化項(xiàng)目管理應(yīng)用

1.1.2項(xiàng)目管理過(guò)程活動(dòng)流程介紹

1.1.3美國(guó)項(xiàng)目管理學(xué)會(huì)(PMI)項(xiàng)目管理專(zhuān)業(yè)人員(PMP)考試制度 □ 問(wèn)題解答

1.2.軟件開(kāi)發(fā)項(xiàng)目管理過(guò)程

1.2.1軟件開(kāi)發(fā)項(xiàng)目生命周期選擇

1.2.2.1新版項(xiàng)目管理思想生命周期的化繁為簡(jiǎn)

1.2.2.2 HP項(xiàng)目生命周期模型介紹與研討

實(shí)戰(zhàn)訓(xùn)練1：確定企業(yè)項(xiàng)目生命周期方法與模型

1.3.軟件開(kāi)發(fā)項(xiàng)目實(shí)施組織環(huán)境和項(xiàng)目管理因素

1.3.1軟件開(kāi)發(fā)項(xiàng)目組織環(huán)境：環(huán)境—方法—人—工具

1.3.1.1項(xiàng)目組織環(huán)境對(duì)項(xiàng)目的影響

1.3.2項(xiàng)目接口與支撐體系

模板演示1：IT項(xiàng)目多功能團(tuán)隊(duì)接口/界面和工作關(guān)系管理

1.3.3軟件開(kāi)發(fā)項(xiàng)目管理狀況分析

1.3.3.1項(xiàng)目目標(biāo)和過(guò)程成功要素

1.3.3.2導(dǎo)致項(xiàng)目失敗的12大因素

（二）軟件項(xiàng)目管理方法技術(shù)實(shí)操演練

2.1項(xiàng)目啟動(dòng)

2.1.1成功的軟件開(kāi)發(fā)項(xiàng)目啟動(dòng)

2.1.1.1項(xiàng)目分類(lèi)（IT工程類(lèi)項(xiàng)目、軟件開(kāi)發(fā)類(lèi)項(xiàng)目、系統(tǒng)維護(hù)類(lèi)項(xiàng)目……）

4.1.1.2軟件開(kāi)發(fā)項(xiàng)目組織類(lèi)型與項(xiàng)目利害關(guān)系者分析管理

4.1.1.3項(xiàng)目角色管理與職責(zé)矩陣

2.1.2項(xiàng)目經(jīng)理選擇與項(xiàng)目經(jīng)理的責(zé)權(quán)利

2.1.2.1項(xiàng)目經(jīng)理應(yīng)該具備哪些能力標(biāo)準(zhǔn)和素質(zhì)要求

2.1.2.2沒(méi)有合格項(xiàng)目經(jīng)理怎么辦?

演示：技術(shù)型項(xiàng)目經(jīng)理如何轉(zhuǎn)到技術(shù)管理型項(xiàng)目經(jīng)理

2.1.3軟件開(kāi)發(fā)項(xiàng)目經(jīng)理的兩個(gè)權(quán)利來(lái)源

2.2項(xiàng)目規(guī)劃

2.2.1約定開(kāi)發(fā)過(guò)程規(guī)則,是項(xiàng)目管理流程,制度,模板和控制的基礎(chǔ)保障

2.2.2如何定義軟件開(kāi)發(fā)項(xiàng)目的多目標(biāo)性

2.2.3從軟件開(kāi)發(fā)項(xiàng)目需求管理到完成概要設(shè)計(jì)

2.2.3.1業(yè)務(wù)需求如何轉(zhuǎn)換為技術(shù)需求,技術(shù)需求如何轉(zhuǎn)換為產(chǎn)品需求

2.2.3.2需求的接口界面

2.2.3.3如何杜絕需求評(píng)審走過(guò)場(chǎng)

2.2.3.4項(xiàng)目不斷提出需求變更應(yīng)該如何應(yīng)對(duì)？

2.2.3.5項(xiàng)目需求變更的應(yīng)對(duì)措施：時(shí)段法、版本法、有無(wú)法……

2.2.3.6如何與業(yè)務(wù)部門(mén)達(dá)成需求變更流程規(guī)則？

案例研討：中興通訊如何管理定性需求

2.2.4 IT項(xiàng)目規(guī)劃進(jìn)度規(guī)劃

2.2.4.1軟件開(kāi)發(fā)活動(dòng)的逐漸明晰與PERT估算方法應(yīng)用

2.2.4.2中國(guó)移動(dòng)軟件開(kāi)發(fā)項(xiàng)目活動(dòng)工期估算方法介紹

2.2.4.3如何使計(jì)劃適應(yīng)變化？

2.2.4.4可操作性和可控計(jì)劃是如何做出來(lái)的？

2.2.4.5三級(jí)計(jì)劃制定的時(shí)間點(diǎn)

2.2.4.6開(kāi)發(fā)計(jì)劃制定的步驟和注意事項(xiàng)

2.2.5、IT項(xiàng)目資源規(guī)劃

項(xiàng)目多、時(shí)間緊、人員少，項(xiàng)目如何確保滿足業(yè)務(wù)要求，過(guò)程中又如何實(shí)施進(jìn)度監(jiān)督與控制，資源或需求發(fā)生變化后的進(jìn)度基準(zhǔn)如何確定，對(duì)項(xiàng)目進(jìn)度應(yīng)如何評(píng)價(jià)？

2.2.5.1如何調(diào)節(jié)資源使用的高峰低谷

2.2.5.2進(jìn)度壓縮在軟件開(kāi)發(fā)中的應(yīng)用

2.2.5.3如何通過(guò)績(jī)效杠桿調(diào)節(jié)軟件架構(gòu)師、開(kāi)發(fā)人員和測(cè)試人員的協(xié)同工作

2.2.5.3.1軟件開(kāi)發(fā)項(xiàng)目的考核KPI和考核方法

2.2.5.3.2如何設(shè)置開(kāi)發(fā)項(xiàng)目激勵(lì)獎(jiǎng)金？

2.2.5.3.3軟件開(kāi)發(fā)項(xiàng)目經(jīng)理如何評(píng)價(jià)項(xiàng)目成員績(jī)效？

2.2.6 IT項(xiàng)目費(fèi)用規(guī)劃

2.2.6.1費(fèi)用估算

2.2.6.1.1費(fèi)用估算依據(jù)

2.2.6.1.2費(fèi)用估算方法

2.2.6.1.3準(zhǔn)備金分析

2.2.6.1.4實(shí)現(xiàn)價(jià)值分析

2.2.7 軟件項(xiàng)目質(zhì)量規(guī)劃

2.2.7.1 IT項(xiàng)目管理與ISO

2.2.7.2 IT項(xiàng)目與CMM

2.2.7.3 IT質(zhì)量規(guī)劃

2.2.7.4SPPP、SQA、QC和SCM

2.2.7.5質(zhì)量管理工具(益本比分析、基準(zhǔn)對(duì)照、實(shí)驗(yàn)設(shè)計(jì)、因果圖、控制圖、流程圖、直方圖、帕累托圖、趨勢(shì)圖、散點(diǎn)圖、統(tǒng)計(jì)抽樣、檢查)

2.2.8 制訂項(xiàng)目管理計(jì)劃

2.2.8.1項(xiàng)目管理計(jì)劃的作用

2.2.8.2項(xiàng)目管理計(jì)劃的適應(yīng)范圍與應(yīng)用裁剪

2.2.8.3項(xiàng)目管理信息系統(tǒng)、配置管理系統(tǒng)、變更控制系統(tǒng)之關(guān)系與作用 模板介紹：項(xiàng)目管理計(jì)劃模板介紹

2.3.軟件開(kāi)發(fā)項(xiàng)目指導(dǎo)、執(zhí)行與控制

2.3.1如何實(shí)現(xiàn)軟件開(kāi)發(fā)項(xiàng)目的過(guò)程可控、可視、可度量

2.3.2項(xiàng)目績(jī)效狀態(tài)報(bào)告

模板演示:IBM軟件開(kāi)發(fā)項(xiàng)目績(jī)效狀態(tài)報(bào)告模板

2.3.3軟件開(kāi)發(fā)項(xiàng)目經(jīng)理如何指導(dǎo)項(xiàng)目成員執(zhí)行項(xiàng)目任務(wù)

案例研討:某集團(tuán)信息中心如何通過(guò)建立項(xiàng)目化運(yùn)作機(jī)制,解決項(xiàng)目資源沖突問(wèn)題

2.3.4如何保證各配合部分提交的工作包是符合質(zhì)量的?

2.3.5風(fēng)險(xiǎn)應(yīng)對(duì)與監(jiān)控

2.3.5.1風(fēng)險(xiǎn)規(guī)劃,讓項(xiàng)目防患以未然

2.3.5.2誰(shuí)來(lái)識(shí)別項(xiàng)目風(fēng)險(xiǎn)?如何識(shí)別項(xiàng)目風(fēng)險(xiǎn)?

2.3.5.3如何評(píng)估風(fēng)險(xiǎn)給項(xiàng)目帶來(lái)的機(jī)遇或影響?

2.3.5.4風(fēng)險(xiǎn)評(píng)審、風(fēng)險(xiǎn)審計(jì)、風(fēng)險(xiǎn)責(zé)任

2.3.5.5為什么需要對(duì)風(fēng)險(xiǎn)進(jìn)行集中管理

模板演示:風(fēng)險(xiǎn)管理列表

2.3.6如何規(guī)避同樣的問(wèn)題重復(fù)發(fā)生

模板演示:問(wèn)題管理流程模板示例介紹

2.4.軟件開(kāi)發(fā)項(xiàng)目收尾

2.4.1項(xiàng)目驗(yàn)收

2.4.2項(xiàng)目總結(jié)

2.4.3項(xiàng)目后評(píng)估

2.4.4如何做好項(xiàng)目移交

2.4.5項(xiàng)目成員解散

模板演示:軟件開(kāi)發(fā)項(xiàng)目總結(jié)報(bào)告

2.5.軟件開(kāi)發(fā)多項(xiàng)目管理

2.5.1多項(xiàng)目管理工作方式

2.5.1.1項(xiàng)目群管理

2.5.1.2項(xiàng)目組管理

2.5.1.3項(xiàng)目總監(jiān)與項(xiàng)目池、資源池

2.5.1.4多項(xiàng)目的多級(jí)控制

(三)軟件開(kāi)發(fā)項(xiàng)目的激勵(lì)方法

3.1軟件開(kāi)發(fā)項(xiàng)目團(tuán)隊(duì)建設(shè)與激勵(lì)

3.1.1軟件開(kāi)發(fā)項(xiàng)目經(jīng)理權(quán)利類(lèi)型

3.1.1.1職位權(quán)利,強(qiáng)制權(quán)利,獎(jiǎng)賞權(quán),專(zhuān)家權(quán),個(gè)人魅力,權(quán)威權(quán)利

3.1.2項(xiàng)目經(jīng)理領(lǐng)導(dǎo)與管理方式

3.1.2.1專(zhuān)制型,民主型,協(xié)商專(zhuān)制型,協(xié)調(diào)型,引導(dǎo)者

3.1.3軟件項(xiàng)目團(tuán)隊(duì)建設(shè)活動(dòng)

3.1.3.1例行活動(dòng)、項(xiàng)目階段重大成果……

3.1.3.2軟件開(kāi)發(fā)團(tuán)隊(duì)激勵(lì):項(xiàng)目管理之星、項(xiàng)目攻關(guān)榮譽(yù)獎(jiǎng)、月度之星、季度明星、BUG克星……

模板演示:軟件開(kāi)發(fā)團(tuán)隊(duì)建設(shè)指導(dǎo)模板

3.1.4軟件開(kāi)發(fā)項(xiàng)目激勵(lì)方法

3.1.4.1需求法,雙因素法,XY方法,期望法,光環(huán)法

3.1.4.2項(xiàng)目激勵(lì)方式:榮譽(yù)獎(jiǎng)、積分卡、發(fā)表?yè)P(yáng)信、公告、宣傳,獎(jiǎng)賞

3.1.5項(xiàng)目團(tuán)隊(duì)績(jī)效評(píng)估

現(xiàn)場(chǎng)訓(xùn)練:抱團(tuán)打天下

(四)軟件開(kāi)發(fā)項(xiàng)目的有效溝通

4.1項(xiàng)目溝通技巧

4.1.1項(xiàng)目溝通渠道計(jì)算

4.1.2項(xiàng)目溝通類(lèi)型

4.1.3項(xiàng)目溝通模型

4.1.4如何將技術(shù)語(yǔ)言轉(zhuǎn)換成業(yè)務(wù)語(yǔ)言進(jìn)行有效溝通

4.1.5有效的項(xiàng)目溝通影響因素

游戲:項(xiàng)目溝通模擬游戲

4.1.6溝通寶典：項(xiàng)目利害關(guān)系者政治關(guān)聯(lián)分析法

案例研討:根據(jù)案例資料識(shí)別和管理項(xiàng)目利害關(guān)系者

4.2常見(jiàn)的沖突及解決技巧

4.2.1沖突來(lái)源

4.2.2有效的沖突管理思維

4.2.3項(xiàng)目沖突的五種有效解決方法

4.2.3.1規(guī)避,緩和,折中,正視問(wèn)題,妥協(xié) 課程總結(jié)

培訓(xùn)聯(lián)系:左老師

電話:021-63233980

手機(jī):***

QQ:2749919646

郵箱:zuozl@tsinghui.com

第五篇：軟件開(kāi)發(fā)項(xiàng)目合同

軟件開(kāi)發(fā)合同書(shū)

甲方：

乙方： 深圳市凱路網(wǎng)絡(luò)技術(shù)有限公司

鑒于甲方委托乙方軟件開(kāi)發(fā)，幫助甲方樹(shù)立企業(yè)形象，擴(kuò)大宣傳，拓寬銷(xiāo)售渠道，為明確雙方責(zé)任，根據(jù)中國(guó)相關(guān)法律經(jīng)雙方協(xié)商，簽訂此合同，以期雙方共同遵守。

甲方在此委托乙方進(jìn)行_軟件的開(kāi)發(fā)，為明確雙方責(zé)任，經(jīng)友好協(xié)商，雙方達(dá)成以下協(xié)議：

第一條：項(xiàng)目的內(nèi)容、價(jià)款、開(kāi)發(fā)進(jìn)度、交付方式由“合同附錄”載明。

第二條：甲方的權(quán)利和義務(wù)

１、提供專(zhuān)人與乙方聯(lián)絡(luò)。

２、提供所有需要開(kāi)發(fā)需求的資料給乙方。

３、按照“合同附錄”的要求，及時(shí)支付費(fèi)用。

４、甲方將在著作版權(quán)法的范圍內(nèi)使用本合同標(biāo)的及相關(guān)作品、程序、文件源碼，不得將其復(fù)

制、傳播、出售或許可給其它第三方。

５、甲方對(duì)合同中的系統(tǒng)軟件、頁(yè)面設(shè)計(jì)，程序開(kāi)發(fā)享有排它的使用權(quán)。

第三條：乙方的權(quán)利和義務(wù)

１、提供專(zhuān)人與甲方聯(lián)絡(luò)。

２、按照“合同附錄”的要求，使用甲方資料，進(jìn)行軟件的開(kāi)發(fā)。

３、在“合同附錄”要求的期限內(nèi)，完成軟件的開(kāi)發(fā)，并通知甲方進(jìn)行驗(yàn)收。

４、在驗(yàn)收期內(nèi)甲方要求下，對(duì)不合格地方進(jìn)行修改。

５、本合同標(biāo)的及相關(guān)作品、程序、文件源碼的版權(quán)屬于乙方。(版權(quán)歸屬應(yīng)該為嘉源公司)

第四條：驗(yàn)收

１、驗(yàn)收標(biāo)準(zhǔn)有以下幾條：

（a）、甲方可以通過(guò)任何上網(wǎng)的計(jì)算機(jī)訪問(wèn)這個(gè)軟件

（b）、軟件系統(tǒng)中不存在任何錯(cuò)誤或系統(tǒng)運(yùn)行錯(cuò)誤，圖片鏈接錯(cuò)誤（以甲方提供的開(kāi)發(fā)需求為準(zhǔn)）。（功能符合開(kāi)發(fā)需求，開(kāi)發(fā)需求需要清晰界定功能）

（c）、網(wǎng)絡(luò)程序運(yùn)行正常。

２、驗(yàn)收期為一周。

第五條：違約責(zé)任

1、任何一方有證據(jù)表明對(duì)方已經(jīng)、正在或?qū)⒁`約，可以中止履行本合同，但應(yīng)及時(shí)通知對(duì)方。若對(duì)方繼續(xù)不履行、履行不當(dāng)或者違反本合同，該方可以解除本合同并要求對(duì)方賠償損失。

2、因不可抗力而無(wú)法承擔(dān)責(zé)任的一方，應(yīng)在不可抗力發(fā)生的3天內(nèi)，及時(shí)通知另一方。

3、一方因不可抗力確實(shí)無(wú)法承擔(dān)責(zé)任，而造成損失的，不付賠償責(zé)任。本合同所稱不可抗力是指不能預(yù)見(jiàn)、不能克服并不能避免且對(duì)一方當(dāng)事人造成重大影響的客觀事件，包括但不限于自然災(zāi)害如洪水、地震、火災(zāi)和風(fēng)暴等以及社會(huì)事件如戰(zhàn)爭(zhēng)、**、政府行為等。

第六條：保密條款

雙方應(yīng)嚴(yán)格保守在合作過(guò)程中所了解的對(duì)方的商業(yè)及技術(shù)機(jī)密，否則應(yīng)對(duì)因此造成的損失進(jìn)行賠償。

第七條：其它

1、如果本合同任何條款根據(jù)現(xiàn)行法律被確定為無(wú)效或無(wú)法實(shí)施，本合同的其它所有條款將繼續(xù)

有效。此種情況下，雙方將以有效的約定替換該約定，且該有效約定應(yīng)盡可能接近原約定和本合同相應(yīng)的精神和宗旨。

2、“合同附錄”規(guī)定的有效期滿，本合同自動(dòng)失效。屆時(shí)雙方若愿意繼續(xù)合作，應(yīng)重新訂立合同。

3、本合同經(jīng)雙方授權(quán)代表簽字并蓋章，自簽訂日起生效。

4、本合同一式兩份，雙方當(dāng)事人各執(zhí)一份，具有同等法律效力。

第八條：以上條款如有未盡事宜，經(jīng)甲、乙雙方協(xié)商后加以補(bǔ)充。

5、付款方式：項(xiàng)目總費(fèi)用為八千元(人民幣),在簽定合同當(dāng)日內(nèi)預(yù)付總項(xiàng)目費(fèi)用的百分之三十，在軟件完成后交付總項(xiàng)目費(fèi)用的百分之四十，測(cè)試用兩個(gè)月沒(méi)問(wèn)題后再付剩下的總項(xiàng)目費(fèi)用的百分之三十。

甲方：乙方：

甲方代表：乙方代表：

電話：電話：

電子信箱：電子信箱：

日期：日期：

合同附錄

<>

關(guān)于購(gòu)買(mǎi)OA系統(tǒng)信息:

1在線郵局（增加部門(mén)群和全公司兩個(gè)功能）

新郵件發(fā)郵件發(fā)件箱收郵件廢郵件

2個(gè)人文件夾

私人文件夾公共文件夾管理員管理

3辦公用品管理

辦公用品種類(lèi)領(lǐng)取辦公用品審核領(lǐng)用表發(fā)放辦公用品資料管理

4人事管理

企業(yè)員工資料企業(yè)員工統(tǒng)計(jì) 企業(yè)部門(mén)員工 員工調(diào)職管理員工培訓(xùn)管理員工考勤管理 5權(quán)限設(shè)置

部門(mén)管理權(quán)限職位權(quán)限管理用戶帳號(hào)設(shè)置用戶權(quán)限設(shè)置系統(tǒng)維護(hù)設(shè)置 6系統(tǒng)幫助

系統(tǒng)幫助信息管理幫助類(lèi)別輸入幫助信息

7常用資料

公共信息查詢常用公共網(wǎng)址手機(jī)與IP地址查用郵編查詢?nèi)f年日歷查詢世界時(shí)間查詢常用信息查詢常用網(wǎng)址查詢酒店飯店查詢常用郵編查詢列車(chē)資料查詢航班資料查詢單位換算查詢媒體資料查詢

8個(gè)人辦公(能否增加部門(mén)工作計(jì)劃)

個(gè)人工作計(jì)劃部門(mén)工作計(jì)劃員工工作任務(wù)

9通訊助理

個(gè)人通訊錄內(nèi)部通訊錄外部通訊錄手機(jī)短消息

10通知管理

通知管理發(fā)送通知已發(fā)通知已收通知我的通知（做到按部門(mén)發(fā)送）11通告管理(發(fā)布通告)

發(fā)布通告管理通告瀏覽通告

12考勤管理+值班管理(能否放在一起,算一個(gè)模塊)

設(shè)置考勤時(shí)間開(kāi)始考勤今日考勤統(tǒng)計(jì)日考勤統(tǒng)計(jì)月考勤統(tǒng)計(jì)值班管理值班記錄