目 錄
1 概述... 3
2 項(xiàng)目流程控制 3
2.1 市場(chǎng)調(diào)研和項(xiàng)目定向 3
2.1.1 采集用戶需求（見用戶需求采集分析部分） 3
2.1.2 指定項(xiàng)目負(fù)責(zé)人 3
2.1.3 合理組建需要的各個(gè)部門并指定負(fù)責(zé)人 3
2.1.4 制定市場(chǎng)推廣計(jì)劃 3
2.2 研究并確定技術(shù)方向，競(jìng)爭(zhēng)對(duì)手資料收集 4
2.2.1 確定使用的平臺(tái)，語言和工具 4
2.2.2 整理可用的資源 5
2.2.3 研究相應(yīng)規(guī)范和標(biāo)準(zhǔn) 5
2.2.4 比較競(jìng)爭(zhēng)對(duì)手資料 5
2.2.5 記錄項(xiàng)目資料 5
2.3 制定開發(fā)里程碑和安排開發(fā)人員 6
2.3.1 選擇開發(fā)模型 6
2.3.2 安排開發(fā)人員 6
2.3.3 組織項(xiàng)目進(jìn)度跟蹤小組PTT 6
2.3.4 指定易用性（用戶友好性）研究員 6
2.4 用戶需求采集和分析 6
2.4.1 采集用戶需求 6
2.4.2 需求變更控制 7
2.4.3 生成規(guī)格說明書 7
2.5 概要設(shè)計(jì)和原型設(shè)計(jì) 8
2.6 數(shù)據(jù)結(jié)構(gòu)，存儲(chǔ)設(shè)計(jì) 8
2.7 功能詳細(xì)設(shè)計(jì) 8
2.8 功能實(shí)現(xiàn)和功能測(cè)試 8
2.9 集成測(cè)試和系統(tǒng)測(cè)試 8
2.10 產(chǎn)品相關(guān)宣傳和產(chǎn)品交付 9
2.11 回歸測(cè)試和項(xiàng)目總結(jié) 9
2.12 技術(shù)培訓(xùn)跟溝通 9
附錄六 考評(píng)規(guī)則跟獎(jiǎng)懲制度... 9
附錄七 需求變更控制... 10
附錄八 進(jìn)度拖延處理跟風(fēng)險(xiǎn)規(guī)避... 10
附錄九 項(xiàng)目核心控制小組PTT. 10
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ù)責(zé)人
給項(xiàng)目指定一個(gè)總負(fù)責(zé)人來對(duì)項(xiàng)目開發(fā)、經(jīng)費(fèi)控制、人員管理、進(jìn)度掌握、質(zhì)量控制等負(fù)責(zé)。項(xiàng)目負(fù)責(zé)人需要具備能夠預(yù)先發(fā)現(xià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è)部門并指定負(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ǎ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)，語言和工具
研究當(dāng)前的新技術(shù)和開發(fā)語言、項(xiàng)目管理工具、版本質(zhì)量控制工具，比較各種語言和工具的優(yōu)缺點(diǎn)并整理記錄到對(duì)比表中，根據(jù)項(xiàng)目特點(diǎn)、人員和要求選擇適合的開發(fā)工具和管理工具。
開發(fā)語言對(duì)比表
Kjava Uni Java C\C++ 待增加
開發(fā)平臺(tái) Moto OS CDMA 1x, 2x Nokia OS Symbian OS
開發(fā)代價(jià) 一般 一般 較低 一般
面向?qū)ο?Moto 聯(lián)通 Nokia Palm
運(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ù)庫比較（穩(wěn)定性主要考慮主流數(shù)據(jù)庫應(yīng)用）：手機(jī)數(shù)據(jù)庫不同于一般數(shù)據(jù)庫，其存儲(chǔ)量不會(huì)很大，一般使用rms。
項(xiàng)目管理和質(zhì)量控制工具比較（可以組合使用）
Project ClearCase Bugzilla CVS ClearQuest 待增加
項(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和ClearQuest建立整個(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ā)體系并盡可能的減少由于變更帶來的問題。
根據(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ù)庫管理現(xiàn)有引擎，復(fù)雜算法，封裝好的模塊以便隨時(shí)去用，開發(fā)過程中盡可能使用現(xiàn)有模塊降低成本減少錯(cuò)誤的產(chǎn)生。
2.2.3 研究相應(yīng)規(guī)范和標(biāo)準(zhǔn)
研究當(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ù)過硬的人員擔(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)目中所有問題的協(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)造性并熟悉用戶需要從用戶角度考慮問題的人員擔(dān)任，可以是售前、產(chǎn)品設(shè)計(jì)或者開發(fā)部門的人員，該員工需要參加PTT小組。
2.4 用戶需求采集和分析
2.4.1 采集用戶需求
采用SRS模板、指明需求的來源、為每項(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í)也明確了通過接口的信息流。
2. 創(chuàng)建用戶接口原型，當(dāng)開發(fā)人員或用戶不能確定需求時(shí)，開發(fā)一個(gè)用戶接口原型。用戶通過評(píng)價(jià)原型將使項(xiàng)目參與者能更好地相互理解所要解決的問題。注意要找出需求文檔與原型之間所有的沖突之處。
3. 分析需求可行性，在允許的成本、性能要求下，分析每項(xiàng)需求實(shí)施的可行性，明確與每項(xiàng)需求實(shí)現(xiàn)相聯(lián)系的風(fēng)險(xiǎn)，包括與其它需求的沖突，對(duì)外界因素的依賴和技術(shù)障礙。
4. 確定需求的優(yōu)先級(jí)別，應(yīng)用分析方法來確定使用實(shí)例、產(chǎn)品特性或單項(xiàng)需求實(shí)現(xiàn)的優(yōu)先級(jí)別。以優(yōu)先級(jí)為基礎(chǔ)確定產(chǎn)品版本將包括哪些特性或哪類需求。當(dāng)允許需求變更時(shí)，在特定的版本中加入每一項(xiàng)變更，參看需求變更。
5. 為需求建立模型，需求的圖形分析模型是軟件需求規(guī)格說明極好的補(bǔ)充說明。它們能提供不同的信息與關(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)以確保客戶與開發(fā)小組是使用一致的定義和術(shù)語。分析和設(shè)計(jì)工具通常包括數(shù)據(jù)字典組件。
7. 使用質(zhì)量功能調(diào)配，（QFD）是一種高級(jí)系統(tǒng)技術(shù)，它將產(chǎn)品特性、屬性與對(duì)客戶的重要性聯(lián)系起來。該技術(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)過項(xiàng)目核心小組討論決定后與用戶就詳細(xì)變更要求，所需要付出的時(shí)間或者資金代價(jià)進(jìn)行協(xié)商，達(dá)成一致后在詳細(xì)規(guī)格說明書中由設(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ī)格說明書
最后生成一份項(xiàng)目中最完整的規(guī)格說明書，為設(shè)計(jì)、開發(fā)、測(cè)試提供參考并最終從中抽取出用戶使用說明書和其它終端文檔。PTT小組評(píng)審、確定設(shè)計(jì)方案，文檔記錄。之后如果對(duì)設(shè)計(jì)文檔進(jìn)行任何修改都需要經(jīng)過PTT小組的討論確定并詳細(xì)記錄修改原因、修改日期、修改人員等信息。
詳細(xì)規(guī)格說明書應(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)，減少復(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)行考核和修改，PTT小組對(duì)詳細(xì)設(shè)計(jì)進(jìn)行評(píng)審。確定之后詳細(xì)設(shè)計(jì)文檔記錄，如果有任何改動(dòng)需要經(jīng)過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ī)范檢查。
完成代碼文檔的編寫。
編寫用戶使用說明。
項(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)品說明。
發(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)行過程中要做到各個(gè)部門各個(gè)模塊的充分交流和溝通，最忌諱的就是消息封閉和閉門造車，缺乏交流對(duì)于一個(gè)健全項(xiàng)目而言無疑是一種潛在的風(fēng)險(xiǎn)。
項(xiàng)目負(fù)責(zé)人需要根據(jù)實(shí)際情況安排技術(shù)比較過硬的人員針對(duì)各個(gè)部門技術(shù)算法難點(diǎn)，流程設(shè)計(jì)，接口設(shè)計(jì)等進(jìn)行技術(shù)培訓(xùn)，其他部門的人員根據(jù)實(shí)際情況參加培訓(xù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á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à)最高的部分，所有CMM2級(jí)以上對(duì)需求變更做了詳細(xì)規(guī)定。
我們?cè)谔幚硇枨笞兏鼤r(shí)，對(duì)于必須變更的需求，經(jīng)過項(xiàng)目核心小組討論決定后與用戶就詳細(xì)變更要求，所需要付出的時(shí)間或者資金代價(jià)進(jìn)行協(xié)商，達(dá)成一致后在詳細(xì)規(guī)格說明書中由設(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)生拖延的情況下，需要預(yù)先設(shè)立解決方案及時(shí)啟動(dòng)后備方案來解決當(dāng)前的拖延問題。
1． 項(xiàng)目設(shè)計(jì)過程中對(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ì)于無法按照規(guī)定實(shí)現(xiàn)的項(xiàng)目應(yīng)該減少可能的功能，決不能削減測(cè)試時(shí)間來達(dá)到完成期限。
2． 對(duì)于需求變更詳見需求變更控制部分。盡可能不改動(dòng)需求，對(duì)于任何改動(dòng)所需要增加的代價(jià)必須有完備的評(píng)估。
3． 技術(shù)實(shí)現(xiàn)拖延，由于技術(shù)問題所產(chǎn)生的拖延可以考慮用其他技術(shù)取代比較難實(shí)現(xiàn)的技術(shù)細(xì)節(jié)或者根據(jù)實(shí)際情況用其他手段代替技術(shù)實(shí)現(xiàn)，實(shí)在無法代替的情況寧可削減功能，不能在一個(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)目管理人員從開發(fā)部門，設(shè)計(jì)部門，測(cè)試部門，美術(shù)部門中指定技術(shù)過硬的人員擔(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)目中所有問題的協(xié)商處理。
本站僅提供存儲(chǔ)服務(wù)，所有內(nèi)容均由用戶發(fā)布，如發(fā)現(xiàn)有害或侵權(quán)內(nèi)容，請(qǐng)
點(diǎn)擊舉報(bào)。
