手機(jī)項(xiàng)目管理流程

目錄

1概述

2項(xiàng)目流程控制

2.1市場(chǎng)調(diào)研和項(xiàng)目定向

2.1.1采集用戶需求（見用戶需求采集分析部分）

2.1.2指定項(xiàng)目負(fù)責(zé)人

2.1.3合理組建需要的各個(gè)部門并指定負(fù)責(zé)人

2.1.4制定市場(chǎng)推廣計(jì)劃

2.2研究并確定技術(shù)方向，競(jìng)爭(zhēng)對(duì)手資料收集

2.2.1確定使用的平臺(tái)，語(yǔ)言和工具

2.2.2整理可用的資源

2.2.3研究相應(yīng)規(guī)范和標(biāo)準(zhǔn)

2.2.4比較競(jìng)爭(zhēng)對(duì)手資料

2.2.5記錄項(xiàng)目資料

2.3制定開發(fā)里程碑和安排開發(fā)人員

2.3.1選擇開發(fā)模型

2.3.2安排開發(fā)人員

2.3.3組織項(xiàng)目進(jìn)度跟蹤小組PTT

2.3.4指定易用性（用戶友好性）研究員

2.4用戶需求采集和分析

2.4.1采集用戶需求

2.4.2需求變更控制

2.4.3生成規(guī)格說(shuō)明書

2.5概要設(shè)計(jì)和原型設(shè)計(jì)

2.6數(shù)據(jù)結(jié)構(gòu)，存儲(chǔ)設(shè)計(jì)

2.7功能詳細(xì)設(shè)計(jì)

2.8功能實(shí)現(xiàn)和功能測(cè)試

2.9集成測(cè)試和系統(tǒng)測(cè)試

2.10產(chǎn)品相關(guān)宣傳和產(chǎn)品交付

2.11回歸測(cè)試和項(xiàng)FI總結(jié)

2.12技術(shù)培訓(xùn)跟溝通

附錄六考評(píng)規(guī)則跟獎(jiǎng)懲制度

附錄七需求變更控制

附錄八進(jìn)度拖延處理跟風(fēng)險(xiǎn)規(guī)避

附錄九項(xiàng)目核心控制小組PTT

1概述

針對(duì)手機(jī)項(xiàng)目，其開發(fā)，流程控制和系統(tǒng)分析做出的相應(yīng)項(xiàng)目管理規(guī)范。

2項(xiàng)目流程控制

2.1市場(chǎng)調(diào)研和項(xiàng)目定向

2.1.1采集用戶需求（見用戶需求采集分析部分）

手機(jī)項(xiàng)目中由策劃人員取代用戶提出需求，交流相對(duì)方便但需求變更量相對(duì)增加。

對(duì)于軟件方面考慮用戶日常工作中相對(duì)繁瑣和需要重復(fù)操作的步驟，對(duì)可以實(shí)現(xiàn)的用戶需求

和易用性的研究進(jìn)行整理和記錄。

2.1.2指定項(xiàng)目負(fù)費(fèi)人

給項(xiàng)目指定一個(gè)點(diǎn)、負(fù)責(zé)人來(lái)對(duì)項(xiàng)目開發(fā)、經(jīng)幫控制、人員管理、講度掌樨、質(zhì)曷控制等負(fù)責(zé)。

項(xiàng)目負(fù)責(zé)人需要具備能夠預(yù)先發(fā)現(xiàn)問(wèn)題和解決問(wèn)題的能力、能夠團(tuán)結(jié)和發(fā)揮項(xiàng)目中每個(gè)人的

能力、能夠很好的規(guī)劃和控制進(jìn)度進(jìn)行的能力和能夠?qū)?xiàng)目的質(zhì)量進(jìn)行嚴(yán)格控制和評(píng)估的能

力。

2.1.3合理組建需要的各個(gè)部fj并指定負(fù)責(zé)人

手機(jī)項(xiàng)目對(duì)于部門劃分相對(duì)要求較少，但是對(duì)于每個(gè)環(huán)節(jié)指定相應(yīng)的負(fù)責(zé)人員是必要的。

2.1.4制定市場(chǎng)推廣計(jì)劃

提前設(shè)計(jì)廣告及宣傳，做針對(duì)項(xiàng)目特色跟潛在用戶的市場(chǎng)推廣計(jì)劃。

可以采用大型活動(dòng)，與其他相關(guān)企業(yè)合作舉辦活動(dòng)，在網(wǎng)絡(luò)論壇上組織活動(dòng)和媒體宣傳等多

種形式。具體采用方式需要對(duì)投入，效果，活動(dòng)規(guī)模等作出詳細(xì)分析后決定。

根據(jù)產(chǎn)品特色和優(yōu)勢(shì)制定相應(yīng)的推廣方案，根據(jù)用戶特點(diǎn)制定相應(yīng)推廣形式。

媒體宣傳網(wǎng)絡(luò)宣傳與聯(lián)通移動(dòng)合作與SP合作與手機(jī)開發(fā)商合作與高校合作

市場(chǎng)成本高低較高較低一般較低

效果好一般好一般一般一般

面向?qū)ο竺襟w用戶網(wǎng)絡(luò)用戶手機(jī)用戶SP用戶手機(jī)用戶學(xué)生

附加收獲與媒體建立聯(lián)系，知名度提升打開網(wǎng)絡(luò)宣傳通道與移動(dòng)聯(lián)通建立聯(lián)系，知名度

提高寄售游戲，合作雙嬴建立合作關(guān)系，提高知名度尋找，培養(yǎng)興趣優(yōu)秀畢業(yè)生

待增加

對(duì)于市場(chǎng)推廣部分，由于曾經(jīng)在中國(guó)移動(dòng)經(jīng)歷了移動(dòng)跟Nokia合作舉辦的手機(jī)程序大賽，對(duì)

于其運(yùn)作模式跟部門有一定了解，可以根據(jù)需要選擇任何一方作為合作伙伴進(jìn)行市場(chǎng)宣傳。

另外，大學(xué)校園是成本非常低的活動(dòng)基地，同時(shí)可以尋找培養(yǎng)優(yōu)秀人才加盟。舉辦適當(dāng)新產(chǎn)

品調(diào)研，游戲開發(fā)大賽和游戲大賽都是非常具有前景的。

以上所有形式可以根據(jù)現(xiàn)有資金，市場(chǎng)需要進(jìn)行搭配組合，可以同時(shí)啟動(dòng)以達(dá)到更好的市場(chǎng)

宣傳效果。另外對(duì)于開展形式和時(shí)機(jī)可以根據(jù)項(xiàng)目需要進(jìn)行相應(yīng)調(diào)整。

2.2研究并確定技術(shù)方向，競(jìng)爭(zhēng)對(duì)手資料收集

2.2.1確定使用的平臺(tái)，語(yǔ)言和工具

研究當(dāng)前的新技術(shù)和開發(fā)語(yǔ)言、項(xiàng)目管理工具、版本質(zhì)量控制工具，比較各種語(yǔ)言和工具的

優(yōu)缺點(diǎn)并整理記錄到府比表中，根據(jù)項(xiàng)目特點(diǎn)、人員和要求選擇適合的開發(fā)工具和管理工具。

開發(fā)語(yǔ)言對(duì)比表

KjavaUniJavaCC++待增加

開發(fā)平臺(tái)MotoOSCDMAlx,2xNokiaOSSymbianOS

開發(fā)代價(jià)一般一般較低一般

面向?qū)ο驧oto聯(lián)通NokiaPalm

運(yùn)行效率一般一般一般快

運(yùn)行穩(wěn)定性穩(wěn)定穩(wěn)定很穩(wěn)定很穩(wěn)定

其它復(fù)雜度單項(xiàng)兼容計(jì)費(fèi)接口MIDP應(yīng)用單項(xiàng)兼容

待增加

采用的數(shù)據(jù)庫(kù)比較（穩(wěn)定性主要考慮主流數(shù)據(jù)庫(kù)應(yīng)用）：手機(jī)數(shù)據(jù)庫(kù)不同于一般數(shù)據(jù)庫(kù)，其

存儲(chǔ)量不會(huì)很大，一般使用rms。

項(xiàng)目管理和質(zhì)量控制工具比較（可以組合使用）

ProjectClearCaseBugzillaCVSClearOuest待增加

項(xiàng)目規(guī)劃有有沒有沒有沒有

項(xiàng)目進(jìn)度把握有有沒有有沒有

錯(cuò)誤及修正記錄沒有有有有有

及時(shí)反饋交流沒有沒有有有有

人員工作統(tǒng)計(jì)有有有有有

其它優(yōu)點(diǎn)整體規(guī)劃流程控制錯(cuò)誤處理版本控制錯(cuò)誤處理

待增加

代碼和版本控制工具：目前使用CVS或者ClearCase,需要以較低成本構(gòu)建詳細(xì)項(xiàng)目體系

時(shí)推薦使用CVS作為版本控制，加入Bugzilla作為測(cè)試控制工具。在資金允許的情況卜,

比較推薦使用IBM的ClearCase和ClcarQuest建立整個(gè)項(xiàng)目控制管理體系。項(xiàng)目規(guī)劃和進(jìn)

度劃分推薦使用Project做前期進(jìn)度設(shè)計(jì)。

對(duì)于已經(jīng)進(jìn)行的項(xiàng)目或者發(fā)展中公司，針對(duì)現(xiàn)有資源，代碼進(jìn)行整合的時(shí)候應(yīng)盡可能的減少

改動(dòng)，因地制宜的設(shè)定規(guī)范:跟質(zhì)量管理體系，使己經(jīng)適應(yīng)當(dāng)前開發(fā)模式的人員可以盡快適應(yīng)

新的健全開發(fā)體系并盡可能的減少由于變更帶來(lái)的問(wèn)題。

根據(jù)手機(jī)游戲開發(fā)的特點(diǎn)，需要確定該項(xiàng)目是支持網(wǎng)絡(luò)功能還是單機(jī)游戲。對(duì)于網(wǎng)絡(luò)又分為

支持藍(lán)牙功能還是WAP功能。對(duì)于單機(jī)游戲，需要在圖像，操作和存儲(chǔ)方面分層進(jìn)行處理并

整理可用資源。

2.2.2整理可用的資源

利用所有可用的資源以提高開發(fā)的進(jìn)度，整理現(xiàn)有可用的資源和代碼，并且杳找相關(guān)的共享

源碼和資源。將所有現(xiàn)有資源整理并找出可用的部分加以利用，這樣不但能夠有效提高開發(fā)

效率還能得到?些有益的經(jīng)驗(yàn)。

例如增加模塊數(shù)據(jù)庫(kù)管理現(xiàn)有引擎，復(fù)雜算法，封裝好的模塊以便隨時(shí)去用，開發(fā)過(guò)程中盡

可能使用現(xiàn)有模塊降低成本減少錯(cuò)誤的產(chǎn)生。

2.2.3研究相應(yīng)規(guī)范和標(biāo)唯

研究當(dāng)前領(lǐng)域內(nèi)的國(guó)際和國(guó)內(nèi)可能使用到的規(guī)范和標(biāo)準(zhǔn)，整理并翻譯相應(yīng)規(guī)范。盡量使產(chǎn)品

符合更多通用的規(guī)范，這樣也有利于以后的產(chǎn)品宣傳和產(chǎn)品升級(jí)。

2.2.4比較競(jìng)爭(zhēng)對(duì)手資料

收集領(lǐng)域內(nèi)其它競(jìng)爭(zhēng)對(duì)手的產(chǎn)品，總結(jié)出其優(yōu)越性和特點(diǎn)。結(jié)合自身情況考慮實(shí)現(xiàn)代價(jià)取舍

其中的功能點(diǎn)并增加自己為特色。需要專人負(fù)責(zé)整理所有比較數(shù)據(jù)記錄進(jìn)項(xiàng)目文檔中，對(duì)于

市場(chǎng)宣傳，功能點(diǎn)設(shè)計(jì)和市場(chǎng)推廣都將起到參考作用。

2.2.5記錄項(xiàng)目資料

將根據(jù)上述資料討論確定項(xiàng)目使用的主要技術(shù)、平臺(tái)、開發(fā)工具和項(xiàng)目管理工具等整理記錄,

記錄與競(jìng)爭(zhēng)對(duì)手的比較資料和相關(guān)規(guī)范。

2.3制定開發(fā)里程碑和安排開發(fā)人員

2.3.1選擇開發(fā)模型

根據(jù)項(xiàng)目工期、經(jīng)費(fèi)和其它需要合理選擇搭配開發(fā)模型。

制定開發(fā)模塊，功能點(diǎn)，實(shí)現(xiàn)周期。

2.3.2安排開發(fā)人員

根據(jù)需要安排開發(fā)人員，記錄項(xiàng)目需要的總?cè)藛T、各個(gè)部門指定的針對(duì)項(xiàng)目的人員，他算每

個(gè)人的工作量和時(shí)間安排，給每個(gè)人員進(jìn)行相應(yīng)的項(xiàng)目培訓(xùn)使所有參與項(xiàng)忖的人員對(duì)項(xiàng)目有

一定認(rèn)識(shí)，并收集各個(gè)部門的員工對(duì)項(xiàng)目的建議和意見。

2.3.3組織項(xiàng)目進(jìn)度跟蹤小組PTT

項(xiàng)目核心控制小組由項(xiàng)目管理人員從開發(fā)部門，設(shè)計(jì)部門，測(cè)試部門，美術(shù)部門中指定技

術(shù)過(guò)硬的人員擔(dān)任。其中至少包括30%的參與人員，項(xiàng)目管理人員還需要指定一名易用性

研究員做項(xiàng)目各個(gè)階段的用戶友好性評(píng)估跟修訂。參與核心小組的是項(xiàng)目中的核心程序員，

核心設(shè)計(jì)人員跟核心測(cè)試，美術(shù)人員。

項(xiàng)目核心控制小組的主要作用是隨時(shí)監(jiān)控項(xiàng)目進(jìn)度，增強(qiáng)各個(gè)部門對(duì)于項(xiàng)目進(jìn)度的把握，風(fēng)

險(xiǎn)預(yù)測(cè)跟規(guī)避，項(xiàng)FI拖延處理機(jī)制，項(xiàng)目里程碑控制，技術(shù)討論培訓(xùn)管理跟項(xiàng)H中所有問(wèn)題

的協(xié)商處理。

2.3.4指定易用性（用戶友好性）研究員

指定一個(gè)易用性研究員，負(fù)責(zé)研究市場(chǎng)上同類產(chǎn)品的易用性優(yōu)缺點(diǎn)，控制每個(gè)步驟的易用

性檢查工作并對(duì)產(chǎn)品提出相應(yīng)的改進(jìn)意見和建議，確保產(chǎn)品的易用性。需要有一定積極性

和創(chuàng)造性并熟悉用戶需要從用戶角度考慮問(wèn)題的人員擔(dān)任，可以是售前、產(chǎn)品設(shè)計(jì)或者開發(fā)

部門的人員，該員工需要參加PTT小組。

2.4用戶需求采集和分析

2.4.1采集用戶需求

采用SRS模板、指明需求的來(lái)源、為每項(xiàng)需求注上標(biāo)號(hào)、記錄業(yè)務(wù)規(guī)范、創(chuàng)建需求跟蹤能力

矩陣、審查需求文檔、以需求為依據(jù)編寫測(cè)試用例、編寫用戶手冊(cè)、確定合格的標(biāo)準(zhǔn)。

1.繪制系統(tǒng)關(guān)聯(lián)圖，這種關(guān)聯(lián)圖是用于定義系統(tǒng)與系統(tǒng)外部實(shí)體間的界限和接口的簡(jiǎn)單模

型。同時(shí)也明確了通過(guò)接口的信息流。

2.創(chuàng)建用戶接口原型，當(dāng)開發(fā)人員或用戶不能確定需求時(shí)，開發(fā)一個(gè)用戶接口原型。用戶

通過(guò)評(píng)價(jià)原型將使項(xiàng)目參與者能更好地相互理解所要解決的問(wèn)題。注意要找出需求文檔與原

型之間所有的沖突之處。

3.分析需求可行性，在允許的成本、性能要求下，分析每項(xiàng)需求實(shí)施的可行性，明確與每

項(xiàng)需求實(shí)現(xiàn)相聯(lián)系的風(fēng)險(xiǎn)，包括與其它需求的沖突，對(duì)外界因素的依賴和技術(shù)障礙。

4.確定需求的優(yōu)先級(jí)別，應(yīng)用分析方法來(lái)確定使用實(shí)例、產(chǎn)品特性或單項(xiàng)需求實(shí)現(xiàn)的優(yōu)先

級(jí)別。以優(yōu)先級(jí)為基礎(chǔ)確定產(chǎn)品版本將包括哪些特性或哪類需求。當(dāng)允許需求變更時(shí)，在特

定的版本中加入每一項(xiàng)變更，參看需求變更。

5.為需求建立模型，需求的圖形分析模型是軟件需求規(guī)格說(shuō)明極好的補(bǔ)充說(shuō)明。它們能提

供不同的信息與關(guān)系以有助于找到不正確的、不一致的、遺漏的和冗余的需求。這樣的模型

包括數(shù)據(jù)流圖、實(shí)體關(guān)系圖、狀態(tài)變換圖、對(duì)話框圖、對(duì)象類及交互作用圖。

6.創(chuàng)建數(shù)據(jù)字典，數(shù)據(jù)字典是對(duì)系統(tǒng)用到的所有數(shù)據(jù)項(xiàng)和結(jié)構(gòu)的定義，以確保開發(fā)人員使

用統(tǒng)一的數(shù)據(jù)定義。在需求階段，數(shù)據(jù)字典至少應(yīng)定義客戶數(shù)據(jù)項(xiàng)以確?？蛻襞c開發(fā)小組是

使用一致的定義和術(shù)語(yǔ)。分析和設(shè)計(jì)工具通常包括數(shù)據(jù)字典組件。

7.使用質(zhì)量功能調(diào)配，（QFD）是一種高級(jí)系統(tǒng)技術(shù)，它將產(chǎn)品特性、屬性與對(duì)客戶的重要

性聯(lián)系起來(lái)。該技術(shù)提供了一種分析方法以明確那些是客戶最為關(guān)注的特性。QFD將需求

分為三類：期望需求，即客戶或許并未提及，但如若缺少會(huì)讓他們感到不滿意；普通需求；

興奮需求，即實(shí)現(xiàn)了會(huì)給客戶帶去驚喜，但若未實(shí)現(xiàn)也不會(huì)受到責(zé)備

2.4.2需求變更控制

由于需求變更是所有項(xiàng)目中最為常見也是代價(jià)最高的部分，所有CMM2級(jí)以上對(duì)需求變更做

了詳細(xì)規(guī)定。

我們?cè)谔幚硇枨笞兏鼤r(shí)，對(duì)于必須變更的需求，經(jīng)過(guò)項(xiàng)目核心小組討論決定后與用戶就詳

細(xì)變更要求，所需要付出的時(shí)間或者資金代價(jià)進(jìn)行協(xié)商，達(dá)成?致后在詳細(xì)規(guī)格說(shuō)明書中

由設(shè)計(jì)部門進(jìn)行整體設(shè)計(jì)并考察其可能影響的模塊變更。開發(fā)部門根據(jù)設(shè)計(jì)做相應(yīng)的更改，

對(duì)于任何變更需要進(jìn)行從功能測(cè)試，集成測(cè)試到系統(tǒng)測(cè)試的全面測(cè)試。

對(duì)于每一次需求變更在項(xiàng)目中需要有詳細(xì)記錄跟跟蹤，最后項(xiàng)目總結(jié)部分需要進(jìn)行變更統(tǒng)計(jì)。

需求變更詳細(xì)規(guī)格詳見：需求變更控制規(guī)范。

2.4.3生成規(guī)格說(shuō)明書

最后生成一份項(xiàng)目中最完整的規(guī)格說(shuō)明書，為設(shè)計(jì)、開發(fā)、測(cè)試提供參考并最終從中抽取出

用戶使用說(shuō)明書和其它終端文檔。PTT小組評(píng)審、確定設(shè)計(jì)方案，文檔記錄。之后如果對(duì)設(shè)

計(jì)文檔進(jìn)行任何修改都需要經(jīng)過(guò)PTT小組的討論確定并詳細(xì)記錄修改原因、修改FI期、修改

人員等信息。

詳細(xì)規(guī)格說(shuō)明書應(yīng)該包括所有確定需要實(shí)現(xiàn)的用戶需求功能點(diǎn)，其分配人員，預(yù)定完成時(shí)間，

工作量，風(fēng)險(xiǎn)評(píng)估，里程碑設(shè)定。針對(duì)每一個(gè)功能點(diǎn)需要有負(fù)責(zé)人，每周查看進(jìn)度是否符合

預(yù)定目標(biāo)。功能需求是否有相應(yīng)更改，詳細(xì)見需求變更控制部分。

2.5概要設(shè)計(jì)和原型設(shè)計(jì)

設(shè)計(jì)圖標(biāo)和用戶界面。

進(jìn)行概要設(shè)計(jì)、制作產(chǎn)品原型（美工和設(shè)計(jì)部門參與，開發(fā)部門協(xié)助），提供給用戶并收集

用戶反饋意見循環(huán)改進(jìn)。

2.6數(shù)據(jù)結(jié)構(gòu)，存儲(chǔ)設(shè)計(jì)

利用現(xiàn)有企業(yè)對(duì)數(shù)據(jù)結(jié)構(gòu)的詳細(xì)規(guī)范要求進(jìn)行設(shè)計(jì)。盡量精簡(jiǎn)數(shù)據(jù)結(jié)構(gòu)，做到合理邏輯關(guān)聯(lián),

減少?gòu)?fù)雜度。數(shù)據(jù)存儲(chǔ)結(jié)構(gòu)需要根據(jù)實(shí)際情況響應(yīng)制定。

2.7功能詳細(xì)設(shè)計(jì)

由開發(fā)部門完成的詳細(xì)設(shè)計(jì)包括了對(duì)功能點(diǎn)的詳細(xì)理解，算法設(shè)計(jì)，數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)跟功能詳

細(xì)流程圖。所有部分應(yīng)嚴(yán)格符合開發(fā)規(guī)范跟文檔規(guī)范的要求。按照統(tǒng)一的文檔規(guī)范編寫詳細(xì)

設(shè)計(jì)文檔，包含算法設(shè)計(jì)、流程設(shè)計(jì)和數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)。

質(zhì)量控制部門對(duì)詳細(xì)設(shè)計(jì)進(jìn)行考核和修改，PH小組對(duì)洋細(xì)設(shè)計(jì)進(jìn)行評(píng)審。確定之后詳細(xì)設(shè)

計(jì)文檔記錄，如果有任何改動(dòng)需要經(jīng)過(guò)PTT小組討論決定。詳細(xì)設(shè)計(jì)文檔作為測(cè)試和質(zhì)量控

制考核程序質(zhì)量的依據(jù)。

2.8功能實(shí)現(xiàn)和功能測(cè)試

根據(jù)詳細(xì)設(shè)計(jì)和代碼編寫規(guī)范完成代碼編寫工作，實(shí)現(xiàn)各個(gè)需求中描述的功能點(diǎn)。

對(duì)每個(gè)功能點(diǎn)進(jìn)行測(cè)試。

對(duì)所有代碼做易用性、算法復(fù)雜度和規(guī)范檢查。

完成代碼文檔的編寫。

編寫用戶使用說(shuō)明。

項(xiàng)目改進(jìn)小組對(duì)開發(fā)流程進(jìn)行監(jiān)督和不斷改進(jìn)。

2.9集成測(cè)試和系統(tǒng)測(cè)試

由測(cè)試部門完成的集成跟系統(tǒng)測(cè)試需要在測(cè)試環(huán)境中進(jìn)行。將相關(guān)功能點(diǎn)聯(lián)調(diào)，測(cè)試并修改。

將系統(tǒng)集成，對(duì)系統(tǒng)進(jìn)行硬件、軟件、壓力測(cè)試，對(duì)客戶端進(jìn)行不同使用平臺(tái)，不同軟件版

本的測(cè)試。

利用錯(cuò)誤控制工具記錄和修改錯(cuò)誤。

模擬用戶環(huán)境進(jìn)行完整流程測(cè)試，邀請(qǐng)部分用戶或者潛在用戶參與beta版本的測(cè)試。

對(duì)于所產(chǎn)生的錯(cuò)誤進(jìn)行等級(jí)劃分跟記錄，每周對(duì)于所有錯(cuò)誤進(jìn)行項(xiàng)目跟蹤，如果優(yōu)先級(jí)較高

可以臨時(shí)組織會(huì)議討論處理。所有錯(cuò)誤由項(xiàng)目管理或者開發(fā)負(fù)責(zé)人制定專人負(fù)責(zé)并隨時(shí)跟蹤

沒有關(guān)閉的錯(cuò)誤，保證代碼出錯(cuò)率低于一定比率。對(duì)于出產(chǎn)產(chǎn)品出錯(cuò)率嚴(yán)格限制。

2.10產(chǎn)品相關(guān)宣傳和產(chǎn)品交付

根據(jù)產(chǎn)品特點(diǎn)和項(xiàng)目啟動(dòng)時(shí)所制定的計(jì)劃進(jìn)行產(chǎn)品宣傳和產(chǎn)品說(shuō)明。

發(fā)布相關(guān)產(chǎn)品專利和印刷產(chǎn)品。

將產(chǎn)品交付用戶。

2.11回歸測(cè)試和項(xiàng)目總結(jié)

進(jìn)行回歸測(cè)試、迭代測(cè)試和相關(guān)產(chǎn)品升級(jí)。

對(duì)項(xiàng)目進(jìn)行總結(jié)，記錄項(xiàng)目中所有可以重復(fù)利用的資源和經(jīng)驗(yàn)，對(duì)一些對(duì)項(xiàng)目進(jìn)度造成影響

的事件和原因PTT小組進(jìn)行分析和統(tǒng)計(jì)，記錄并為以后項(xiàng)目提供經(jīng)驗(yàn)。

2.12技術(shù)培訓(xùn)跟溝通

項(xiàng)目進(jìn)行過(guò)程中要做到各個(gè)部門各個(gè)模塊的充分交流和溝通，最忌諱的就是消息封閉和閉門

造車，缺乏交流對(duì)于一個(gè)健全項(xiàng)目而言無(wú)疑是一種潛在的風(fēng)險(xiǎn)。

項(xiàng)目負(fù)責(zé)人需要根據(jù)實(shí)阮情況安排技術(shù)比較過(guò)硬的人員針對(duì)各個(gè)部門技術(shù)算法難點(diǎn)，流程

設(shè)計(jì)，接口設(shè)計(jì)等進(jìn)行技術(shù)培訓(xùn)，其他部門的人員根據(jù)實(shí)際情況參加培訓(xùn)提出疑問(wèn)。項(xiàng)目

剛開始進(jìn)行的時(shí)候以總體流程為主要培訓(xùn)主題，隨著項(xiàng)目的進(jìn)行，逐漸引入美術(shù)設(shè)計(jì)，模塊

劃分，數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)，算法實(shí)現(xiàn)，質(zhì)量控制等方面的主題，確保一個(gè)項(xiàng)目中每個(gè)部門都有

人對(duì)于整個(gè)項(xiàng)目的進(jìn)程和技術(shù)實(shí)現(xiàn)比較了解。

對(duì)于培訓(xùn)人員進(jìn)行業(yè)績(jī)記錄跟考評(píng)關(guān)聯(lián)以提高大家的參與熱情。對(duì)于培訓(xùn)起到重要作用的人

員給予表?yè)P(yáng)。

項(xiàng)目管理人員在項(xiàng)目進(jìn)行中要起到橋梁的作用，隨時(shí)跟各個(gè)部門的人員進(jìn)行溝通，不但要掌

握項(xiàng)目每天的進(jìn)度，而且根據(jù)情況要預(yù)知風(fēng)險(xiǎn)并進(jìn)行規(guī)避。

附錄六考評(píng)規(guī)則跟獎(jiǎng)懲制度

一、程序人員考評(píng)規(guī)則

程序員根據(jù)其代碼數(shù)量，質(zhì)量，錯(cuò)誤率，效率，.業(yè)績(jī)，特別算法，溝通等進(jìn)行每月考評(píng)，年

度考評(píng)根據(jù)技術(shù)水平跟業(yè)績(jī)表現(xiàn)做整體考評(píng)。詳情參見開發(fā)人員考評(píng)指標(biāo)。

二、測(cè)試人員考評(píng)規(guī)則

測(cè)試人員根據(jù)其發(fā)現(xiàn)的錯(cuò)誤數(shù)量，級(jí)別，業(yè)績(jī)，溝通交流跟業(yè)務(wù)水平進(jìn)行每月考評(píng)，年度考

評(píng)那個(gè)根據(jù)技術(shù)水平跟業(yè)績(jī)表現(xiàn)做整體考評(píng)。詳情參見測(cè)試人員考評(píng)指標(biāo)。

三、其他相關(guān)人員考評(píng)規(guī)則

銷售人員有銷售部門制定詳細(xì)業(yè)績(jī)考核標(biāo)準(zhǔn)進(jìn)行考評(píng)，美術(shù)部門根據(jù)其工作量跟質(zhì)量，工作

反應(yīng)及時(shí)度進(jìn)行考評(píng)。

項(xiàng)目整體考評(píng)根據(jù)項(xiàng)目進(jìn)度，階段進(jìn)度，完成質(zhì)量，用戶反映等做出綜合評(píng)價(jià)，詳細(xì)考評(píng)指

標(biāo)參看項(xiàng)目文檔規(guī)范。

附錄七需求變更控制

由于需求變更是所有項(xiàng)目中最為常見也是代價(jià)最高的部分，所有CW2級(jí)以上對(duì)需求變更做

了詳細(xì)規(guī)定。

我們?cè)谔幚硇枨笞兏鼤r(shí)，對(duì)于必須變更的需求，經(jīng)過(guò)項(xiàng)目核心小組討論決定后與用戶就詳

細(xì)變更要求，所需要付出的時(shí)間或者資金代價(jià)進(jìn)行協(xié)商，達(dá)成一致后在詳細(xì)規(guī)格說(shuō)明書中

由設(shè)計(jì)部門進(jìn)行整體設(shè)計(jì)并考察其可能影響的模塊變更。開發(fā)部門根據(jù)設(shè)計(jì)做相應(yīng)的更改，

對(duì)于任何變更需要進(jìn)行從功能測(cè)試，集成測(cè)試到系統(tǒng)測(cè)試的全面測(cè)試。

對(duì)于每一次需求變更在項(xiàng)目中需要有詳細(xì)記錄跟跟蹤，最后項(xiàng)目總結(jié)部分需要進(jìn)行變更統(tǒng)計(jì)。

需求變更詳細(xì)規(guī)格見需求變更控制文檔。

附錄八進(jìn)度拖延處理跟風(fēng)險(xiǎn)規(guī)避

由于需求變更，技術(shù)實(shí)現(xiàn)，個(gè)人原因?qū)е马?xiàng)目進(jìn)度拖延的情況存在于每個(gè)項(xiàng)目之中。作為項(xiàng)

目負(fù)責(zé)人，需要能夠提前預(yù)知可能產(chǎn)生拖延的原因進(jìn)行風(fēng)險(xiǎn)規(guī)避。在已經(jīng)產(chǎn)生拖延的情況3

需要預(yù)先設(shè)立解決方案及時(shí)啟動(dòng)后備方案來(lái)解決當(dāng)前的拖延問(wèn)題。

1.項(xiàng)目設(shè)計(jì)過(guò)程中對(duì)于時(shí)間安排要根據(jù)實(shí)際情況（開發(fā)人員，測(cè)試人員，設(shè)計(jì)人員根據(jù)經(jīng)

驗(yàn)對(duì)功能實(shí)現(xiàn)預(yù)期的實(shí)現(xiàn)時(shí)間）增加30%的富余時(shí)間量作為緊急處理時(shí)間。對(duì)于無(wú)法按照

規(guī)定實(shí)現(xiàn)的項(xiàng)目應(yīng)該減少可能的功能，決不能削減測(cè)試時(shí)間來(lái)達(dá)到完成期限。

2.對(duì)于需求變更詳見需求變更控制部分。盡可能不改動(dòng)需求，對(duì)于任何改動(dòng)所需要增加的

代價(jià)必須有完備的評(píng)估。

3.技術(shù)實(shí)現(xiàn)拖延，由于技術(shù)問(wèn)題所產(chǎn)生的拖延可以考慮用其他技術(shù)取代比較難實(shí)現(xiàn)的技術(shù)

細(xì)節(jié)或者根據(jù)實(shí)際情況用其他手段代替技術(shù)實(shí)現(xiàn)，實(shí)在無(wú)法代替的情況寧可削減功能，不能

在一個(gè)技術(shù)難題上使用太多的時(shí)間跟精力。

4.個(gè)人原因?qū)е碌倪M(jìn)度拖延盡可能由項(xiàng)目管理人員協(xié)調(diào)解決，幫助和鼓勵(lì)其按時(shí)完成，趕

上進(jìn)度。盡量避免在項(xiàng)目進(jìn)行中更換或者安排接替人員，交接培訓(xùn)上手的時(shí)間會(huì)大大增加拖

延導(dǎo)致項(xiàng)目不能按時(shí)完成，人員的增加會(huì)導(dǎo)致項(xiàng)目復(fù)雜度以幾何級(jí)數(shù)增長(zhǎng)。

附錄九項(xiàng)目核心控制小組PTT

項(xiàng)目核心控制小組由項(xiàng)H管理人員從開發(fā)部門，設(shè)計(jì)部門，測(cè)試部門，美術(shù)部門中指定技

術(shù)過(guò)硬的人員擔(dān)任。其中至少包括30%的參與人員，項(xiàng)目管理人員還需要指定一名易用性

研究員做項(xiàng)目各個(gè)階段的用戶友好性評(píng)估跟修訂。參與核心小組的是項(xiàng)目中的核心程序員，

核心設(shè)計(jì)人員跟核心測(cè)試，美術(shù)人員。

項(xiàng)目核心控制小組的主要作用是隨時(shí)監(jiān)控項(xiàng)目進(jìn)度，增強(qiáng)各個(gè)部門對(duì)于項(xiàng)目進(jìn)度的把握，風(fēng)

險(xiǎn)預(yù)測(cè)跟規(guī)避，項(xiàng)目拖延處理機(jī)制，項(xiàng)目里程碑控制，技術(shù)討論培訓(xùn)管理跟項(xiàng)目中所有問(wèn)題

的協(xié)商處理。