團(tuán)隊(duì)開(kāi)發(fā)規(guī)范

1、團(tuán)隊(duì)開(kāi)發(fā)規(guī)范文檔信息：文檔名稱(chēng)團(tuán)隊(duì)開(kāi)發(fā)規(guī)范描述該文檔詳細(xì)定義了團(tuán)隊(duì)開(kāi)發(fā)的角色及職責(zé)、項(xiàng)目開(kāi)發(fā)流程、開(kāi)發(fā)過(guò)程控制的約定、協(xié)作開(kāi)發(fā)的約定、代碼版本控制、交流機(jī)制等負(fù)責(zé)人佘及仁狀態(tài)最終版文檔變更歷史：時(shí)間修改人章節(jié)描述2003-2-15佘及仁所有章節(jié)創(chuàng)建文檔初稿2003-5-8佘及仁代碼管理添加簽入（Check in）報(bào)告模板文檔路徑：$/BlueHill/HR/Documents/審核結(jié)果：審核人意見(jiàn)簽名檔佘及仁通過(guò)佘及仁目錄1團(tuán)隊(duì)組成41.1產(chǎn)品管理41.2項(xiàng)目管理51.3開(kāi)發(fā)51.4測(cè)試61.5用戶(hù)教育71.6發(fā)布管理71.7角色共享82開(kāi)發(fā)流程92.1達(dá)成共識(shí)102.2完成項(xiàng)目計(jì)劃102.3

2、完成功能112.4穩(wěn)定與發(fā)布113代碼管理113.1代碼規(guī)范113.2版本管理11(1)概述11(2)代碼管理121 團(tuán)隊(duì)組成整個(gè)團(tuán)隊(duì)由六種角色組成，分別為 產(chǎn)品管理（Product Management） 項(xiàng)目管理（Program Management） 開(kāi)發(fā)人員（Development） 測(cè)試人員（Test） 用戶(hù)教育人員（User Education） 發(fā)布管理（Release Management）各角色在團(tuán)隊(duì)的地位相當(dāng)，各司其職。各個(gè)角色的具體目標(biāo)、職能以及責(zé)任在以下的小節(jié)中進(jìn)行詳述。1.1 產(chǎn)品管理(1) 目標(biāo)滿足客戶(hù)需求。產(chǎn)品管理的目標(biāo)就是滿足客戶(hù)需求。一個(gè)成功的項(xiàng)目必須要能夠滿

3、足客戶(hù)和用戶(hù)的要求。即使項(xiàng)目達(dá)到了預(yù)算和時(shí)間的目標(biāo)，只要未能滿足客戶(hù)需求，那這就是一個(gè)失敗的項(xiàng)目。首先必須認(rèn)清和理解客戶(hù)。有時(shí)，使用方和投資方的目標(biāo)需求并不完全相同，因此就需要清晰地區(qū)別和分析所有的需求。(2) 職能 市場(chǎng) 推動(dòng)市場(chǎng)和公關(guān)，以對(duì)目標(biāo)客戶(hù)發(fā)生效用 突出產(chǎn)品與其他競(jìng)爭(zhēng)對(duì)手的區(qū)別性，以利于競(jìng)爭(zhēng) 分發(fā)解決方案，以便用戶(hù)能夠容易地獲得 為用戶(hù)提供支持，以使其無(wú)論在購(gòu)買(mǎi)還是使用過(guò)程中都留下正面的印象 業(yè)務(wù)價(jià)值 定義并維護(hù)項(xiàng)目的業(yè)務(wù)正確性 定義并衡量業(yè)務(wù)價(jià)值的實(shí)現(xiàn)和評(píng)價(jià) 發(fā)展客戶(hù) 推動(dòng)項(xiàng)目和解決方案的遠(yuǎn)景目標(biāo) 負(fù)責(zé)客戶(hù)期望值和溝通 產(chǎn)品計(jì)劃 收集、分析客戶(hù)和業(yè)務(wù)需求，并區(qū)分其優(yōu)先級(jí) 執(zhí)行市場(chǎng)

4、調(diào)查、市場(chǎng)開(kāi)拓和競(jìng)爭(zhēng)對(duì)手分析 確定業(yè)務(wù)和成功的標(biāo)準(zhǔn) 識(shí)別多目標(biāo)的發(fā)布計(jì)劃1.2 項(xiàng)目管理(1) 目標(biāo)在項(xiàng)目的約束條件下完成解決方案。整個(gè)團(tuán)隊(duì)的一個(gè)主要目標(biāo)就是在項(xiàng)目的約束條件下完成項(xiàng)目。項(xiàng)目的約束條件包括預(yù)算和進(jìn)度等。大部分項(xiàng)目會(huì)根據(jù)時(shí)間和資金的使用來(lái)衡量項(xiàng)目的結(jié)果。為了實(shí)現(xiàn)這個(gè)目標(biāo)，項(xiàng)目管理負(fù)責(zé)并推動(dòng)進(jìn)度表、功能集和預(yù)算資金。他必須保證能夠在正確的時(shí)間發(fā)布正確的項(xiàng)目或產(chǎn)品，保證正確理解了項(xiàng)目投資方的期望，并自始至終貫穿于項(xiàng)目執(zhí)行過(guò)程中。(2) 職能 項(xiàng)目管理 跟蹤和管理預(yù)算資金 管理主進(jìn)度表 推動(dòng)風(fēng)險(xiǎn)管理流程 加強(qiáng)團(tuán)隊(duì)溝通和協(xié)調(diào) 跟蹤進(jìn)度和報(bào)告項(xiàng)目狀態(tài) 管理資源分配 解決方案構(gòu)建 推動(dòng)整體項(xiàng)

5、目設(shè)計(jì) 負(fù)責(zé)功能規(guī)范 負(fù)責(zé)解決方案范圍和重要決定 流程控制 推動(dòng)流程質(zhì)量控制 定義并推薦可改進(jìn)處 管理服務(wù) 實(shí)現(xiàn)項(xiàng)目的管理流程并提供支持 提供管理服務(wù)以保證高效的團(tuán)隊(duì)運(yùn)作1.3 開(kāi)發(fā)(1) 目標(biāo)按照功能規(guī)范說(shuō)明進(jìn)行開(kāi)發(fā)。功能規(guī)范說(shuō)明詳細(xì)描述了整個(gè)團(tuán)隊(duì)將要提供給客戶(hù)的交付物。對(duì)整個(gè)團(tuán)隊(duì)來(lái)說(shuō)，應(yīng)該盡可能精確地按照功能規(guī)范說(shuō)明來(lái)實(shí)現(xiàn)整個(gè)項(xiàng)目，因?yàn)楣δ芤?guī)范說(shuō)明可以看成是整個(gè)團(tuán)隊(duì)和客戶(hù)之間所達(dá)成的共識(shí)。開(kāi)發(fā)人員必須按照客戶(hù)需求和功能規(guī)范說(shuō)明來(lái)構(gòu)建整個(gè)解決方案。同時(shí)，開(kāi)發(fā)人員還需要為整個(gè)團(tuán)隊(duì)提供技術(shù)方面的咨詢(xún)，這樣在設(shè)計(jì)和技術(shù)選擇時(shí)可以盡量減少開(kāi)發(fā)風(fēng)險(xiǎn)。開(kāi)發(fā)人員提供較低層次的功能設(shè)計(jì)，并預(yù)估完成設(shè)計(jì)所需的

6、時(shí)間。 (2) 職能 技術(shù)咨詢(xún) 為團(tuán)隊(duì)提供技術(shù)咨詢(xún)服務(wù) 評(píng)估并驗(yàn)證所用技術(shù) 積極參與功能規(guī)范說(shuō)明的創(chuàng)建和審核 定義開(kāi)發(fā)標(biāo)準(zhǔn) 實(shí)現(xiàn)架構(gòu)和設(shè)計(jì) 提供針對(duì)解決方案的應(yīng)用程序、數(shù)據(jù)和技術(shù)細(xì)節(jié)，以便將企業(yè)架構(gòu)映射到解決方案架構(gòu)的實(shí)現(xiàn)上 負(fù)責(zé)并實(shí)現(xiàn)解決方案的邏輯和物理設(shè)計(jì) 應(yīng)用程序開(kāi)發(fā) 根據(jù)設(shè)計(jì)規(guī)范編寫(xiě)代碼以實(shí)現(xiàn)功能 在開(kāi)發(fā)過(guò)程中進(jìn)行代碼審核，并共享知識(shí)和經(jīng)驗(yàn) 在測(cè)試人員的幫助下，根據(jù)測(cè)試計(jì)劃執(zhí)行單元測(cè)試 架構(gòu)開(kāi)發(fā) 為自動(dòng)安裝開(kāi)發(fā)腳本 開(kāi)發(fā)安裝文檔1.4 測(cè)試(1) 目標(biāo)在確認(rèn)所有的產(chǎn)品質(zhì)量問(wèn)題都得到妥善處理后，批準(zhǔn)產(chǎn)品發(fā)布。所有的軟件產(chǎn)品在發(fā)布時(shí)都存在著缺陷。最重要的是，在發(fā)布前，必須清楚地認(rèn)識(shí)和鑒別出

7、這些問(wèn)題，可以以問(wèn)題的形式給出解決方法，或者是給出如何繞開(kāi)該問(wèn)題的文檔記錄。寧愿對(duì)于已知的問(wèn)題，提供了文檔或解決方法，也不要存在一些未知的問(wèn)題。因?yàn)檫@些未知的問(wèn)題，可能會(huì)帶來(lái)不可預(yù)知的后果。(2) 職能 計(jì)劃測(cè)試 開(kāi)發(fā)測(cè)試方法和計(jì)劃 參與設(shè)置質(zhì)量標(biāo)準(zhǔn) 開(kāi)發(fā)測(cè)試說(shuō)明 測(cè)試 開(kāi)發(fā)并維護(hù)自動(dòng)測(cè)試案例、工具和腳本 執(zhí)行測(cè)試，以確定產(chǎn)品開(kāi)發(fā)過(guò)程的狀態(tài) 負(fù)責(zé)定義構(gòu)造流程 測(cè)試報(bào)告 為團(tuán)隊(duì)提供與產(chǎn)品質(zhì)量相關(guān)的數(shù)據(jù) 跟蹤所有缺陷，并保證在發(fā)布前得到妥善處理1.5 用戶(hù)教育(1) 目標(biāo)提高用戶(hù)使用效率。為了使得產(chǎn)品取得成功，必須要增強(qiáng)用戶(hù)工作和操作的方式。即使產(chǎn)品具備了豐富的功能或內(nèi)容，但只要對(duì)目標(biāo)用戶(hù)的可用性

8、差，那么這還是一個(gè)失敗的產(chǎn)品。(2) 職能 技術(shù)溝通 為技術(shù)支持設(shè)計(jì)和開(kāi)發(fā)文檔 開(kāi)發(fā)幫助文檔 培訓(xùn) 開(kāi)發(fā)和執(zhí)行學(xué)習(xí)策略 可用性 收集、分析用戶(hù)需求，并區(qū)分優(yōu)先級(jí) 為解決方案設(shè)計(jì)提供反饋和輸入 開(kāi)發(fā)使用場(chǎng)景和用戶(hù)案例 在團(tuán)隊(duì)中扮演用戶(hù)的角色 圖像設(shè)計(jì) 推動(dòng)用戶(hù)界面設(shè)計(jì) 國(guó)際化 改進(jìn)解決方案在國(guó)際市場(chǎng)上的質(zhì)量和可用性 輔助功能 推動(dòng)在設(shè)計(jì)時(shí)加入輔助功能的概念和需求1.6 發(fā)布管理(1) 目標(biāo)順利發(fā)布和后期運(yùn)作。不能忽略順利的發(fā)布過(guò)程。如果安裝過(guò)程錯(cuò)誤百出，那么用戶(hù)可能認(rèn)為安裝的產(chǎn)品也是同樣的。所以對(duì)于整個(gè)團(tuán)隊(duì)來(lái)說(shuō)，發(fā)布并不是目標(biāo)，需要的是一個(gè)順利而平滑的發(fā)布過(guò)程。必須確認(rèn)在發(fā)布以前，培訓(xùn)、基礎(chǔ)架構(gòu)

9、和技術(shù)支持已經(jīng)全部就緒。(2) 職能 架構(gòu) 企業(yè)架構(gòu)計(jì)劃 協(xié)調(diào)物理環(huán)境的計(jì)劃和使用（數(shù)據(jù)中心、實(shí)驗(yàn)室、分公司等） 為團(tuán)隊(duì)提供持續(xù)的架構(gòu)管理和標(biāo)準(zhǔn)政策以及手續(xù) 管理團(tuán)隊(duì)的硬件和軟件需求 支持 為IT用戶(hù)提供聯(lián)絡(luò)和客戶(hù)服務(wù) 提供問(wèn)題解決方案，快速回應(yīng)用戶(hù)并記錄發(fā)生的問(wèn)題 為開(kāi)發(fā)和設(shè)計(jì)提供反饋 開(kāi)發(fā)故障轉(zhuǎn)移和恢復(fù)流程 運(yùn)作 賬戶(hù)和系統(tǒng)安裝控制，管理用戶(hù)賬戶(hù)和權(quán)限 消息傳遞、數(shù)據(jù)庫(kù)、通信運(yùn)作、網(wǎng)絡(luò)運(yùn)作 系統(tǒng)管理、批處理操作 防火墻管理、安全管理 應(yīng)用程序服務(wù) 主機(jī)集成服務(wù) 目錄服務(wù)運(yùn)作 商業(yè)發(fā)布管理 產(chǎn)品注冊(cè)碼、注冊(cè)驗(yàn)證流程 許可證管理 打包 管理分發(fā)渠道 印刷和電子出版物1.7 角色共享盡管團(tuán)隊(duì)組成

10、包含了六種角色，但并不意味著一個(gè)團(tuán)隊(duì)至少需要六個(gè)成員，也不意味著一個(gè)人只能承擔(dān)一種角色，重要的是這六種角色必須在一個(gè)團(tuán)隊(duì)中體現(xiàn)。一般情況下，團(tuán)隊(duì)成員常常共享角色。在一些較小的團(tuán)隊(duì)中，不同的角色只能進(jìn)行兼任。角色共享有兩條重要原則：一是開(kāi)發(fā)組成員不能共享角色。開(kāi)發(fā)人員是項(xiàng)目的構(gòu)建者，他們不應(yīng)該從他們的主任務(wù)中分身。如果對(duì)開(kāi)發(fā)組成員要求額外的角色，往往會(huì)使得他們無(wú)法按時(shí)完成進(jìn)度要求。二是不要試圖組合具有一定利益沖突的角色。比如，產(chǎn)品管理和項(xiàng)目管理的利益具有沖突點(diǎn)，所以他們的角色不能組合。產(chǎn)品管理注重滿足客戶(hù)需求，而項(xiàng)目管理主要關(guān)心在時(shí)間和預(yù)算的限度內(nèi)完成項(xiàng)目。如果這兩個(gè)角色組合在一起，那么在需求發(fā)

11、生變更時(shí)，可能會(huì)發(fā)生一些情況，諸如沒(méi)有足夠地考慮客戶(hù)滿意度而忽略該變更，或者是沒(méi)考慮對(duì)項(xiàng)目的沖擊盲目地接受變更。讓不同的團(tuán)隊(duì)成員擔(dān)任這樣的角色有助于確保每個(gè)方面得到相當(dāng)?shù)目紤]和重視程度。同樣，這也適用于組合開(kāi)發(fā)人員和測(cè)試人員。圖 1 顯示了可能會(huì)引起風(fēng)險(xiǎn)（N和U）以及可能產(chǎn)生協(xié)作作用（P）的角色共享。 圖 1 角色共享2 開(kāi)發(fā)流程在開(kāi)發(fā)過(guò)程中，采用多里程碑式的過(guò)程模型，如圖 2 所示。而其中每一個(gè)循環(huán)均包含四個(gè)里程碑。圖 2 多里程碑模型這四個(gè)里程碑組成的循環(huán)放大后如圖 3所示，稱(chēng)為“過(guò)程模型”。圖 3 過(guò)程模型2.1 達(dá)成共識(shí) 基本完成需求調(diào)研和分析（產(chǎn)品管理負(fù)責(zé)） 確定大方向和長(zhǎng)中短期目標(biāo)

12、 所有角色都參與討論并真正認(rèn)同結(jié)論 產(chǎn)生的文檔 常見(jiàn)用戶(hù)情景：覆蓋80%以上功能 前景：言簡(jiǎn)意賅地說(shuō)明大方向，并有激勵(lì)團(tuán)隊(duì)的作用2.2 完成項(xiàng)目計(jì)劃 編寫(xiě)詳細(xì)的功能規(guī)范（項(xiàng)目管理負(fù)責(zé)） 在編程前想清楚所有功能流程，并引導(dǎo)用戶(hù)明確需求 所有角色都參與審閱功能規(guī)范 制訂開(kāi)發(fā)計(jì)劃和進(jìn)度表（開(kāi)發(fā)團(tuán)隊(duì)） 制訂測(cè)試計(jì)劃和進(jìn)度表（測(cè)試團(tuán)隊(duì)） 分配資源（人力和預(yù)算） 形成項(xiàng)目綜合計(jì)劃和綜合進(jìn)度表2.3 完成功能 開(kāi)發(fā)人員分別完成自己的功能 使用版本控制工具 對(duì)每一項(xiàng)可測(cè)試的功能進(jìn)行測(cè)試，無(wú)需等待 通過(guò)測(cè)試用例，對(duì)功能進(jìn)行完整和重復(fù)的檢驗(yàn) 記錄所有程序問(wèn)題 實(shí)現(xiàn)解決缺陷的自動(dòng)流程 按照綜合進(jìn)度表不斷檢查進(jìn)度2.

13、4 穩(wěn)定與發(fā)布 測(cè)試組全面地測(cè)試功能，包括性能和穩(wěn)定性 開(kāi)發(fā)組全力配合解決缺陷 監(jiān)測(cè)質(zhì)量情況 預(yù)測(cè)發(fā)布日期 專(zhuān)家會(huì)診機(jī)制 決定缺陷的優(yōu)先度 決定哪些缺陷可以在下個(gè)里程碑或版本中解決 決定由誰(shuí)解決某個(gè)缺陷3 代碼管理3.1 代碼規(guī)范請(qǐng)參看相應(yīng)的代碼規(guī)范文檔。3.2 版本管理(1) 概述版本控制有如下好處： 可以獲得連續(xù)的受版本控制的項(xiàng)目，并保存不同版本的區(qū)別以作比較 能獲得版本控制工具中保存的任何版本 能夠把出錯(cuò)或誤操作的最新版的項(xiàng)目恢復(fù)到正確的歷史版本 獲得歷史版本的詳細(xì)信息在開(kāi)發(fā)過(guò)程中，使用Visual SourceSafe 6.0進(jìn)行版本控制。它能夠防止用戶(hù)文件意外丟失，并能對(duì)以前版本跟蹤

14、；對(duì)源文件進(jìn)行分支(branch)、共享(share)、合并(merge)操作，同時(shí)對(duì)整個(gè)項(xiàng)目進(jìn)行版本控制。Visual SourceSafe 6.0的具體使用方法，請(qǐng)參看VSS使用手冊(cè)。(2) 代碼管理Microsoft Visual SourceSafe是將文件保存在網(wǎng)絡(luò)上的一個(gè)中央數(shù)據(jù)庫(kù)中，而不是保存在一個(gè)普通的文件夾下。當(dāng)通過(guò)Visual SourceSafe觀看時(shí)，這個(gè)數(shù)據(jù)庫(kù)看上去包括了以項(xiàng)目層次樹(shù)方式組織的所有文件和歷史記錄。當(dāng)獲得了一個(gè)文件時(shí)，Visual SourceSafe會(huì)在它的數(shù)據(jù)庫(kù)中將該文件標(biāo)記為已被你簽出（Check out），而后允許你在你的機(jī)器上對(duì)該文件進(jìn)行修改。

15、當(dāng)你將文件簽入（Check in）時(shí)，Visual SourceSafe會(huì)更新它的數(shù)據(jù)庫(kù)并把你機(jī)器上的該文件的訪問(wèn)權(quán)限改回為只讀。針對(duì)每一個(gè)改動(dòng)，Visual SourceSafe數(shù)據(jù)庫(kù)都會(huì)記錄和跟蹤項(xiàng)目信息。每當(dāng)從項(xiàng)目中添加了一個(gè)文件，修改了一個(gè)文件或者共享、移動(dòng)、刪除了一個(gè)文件，Visual SourceSafe都會(huì)同時(shí)共享文件和項(xiàng)目的歷史記錄。在開(kāi)發(fā)之前先從VSS服務(wù)器上獲得最新版本的源代碼，對(duì)代碼做修改之前先要簽出（Check out），在代碼修改完成之后簽入（Check in）之前需要完成一系列的如下步驟：1) 從服務(wù)器上獲得最新的源代碼（獲得最新版本，Get Latest Vers

16、ion）必須從服務(wù)器上獲取整個(gè)項(xiàng)目的所有的源代碼到本地，對(duì)于自己已經(jīng)簽出（Check out）的文件，VSS會(huì)提示是覆蓋、不覆蓋、還是歸并。必須選擇歸并（Merge）。2) 重新編譯本地的所有源代碼（Rebuild All）允許簽入（Check in）到服務(wù)器的源代碼的最低要求就是能夠通過(guò)編譯，否則是不允許簽入（Check in）的，同時(shí)最好能夠去掉編譯警告。3) 代碼審查（Code Review）在VSS中對(duì)簽出（Check out）的文件選擇版本比較（Show Difference），向自己的同事解釋本次對(duì)源文件做的修改。同事幫助其確認(rèn)是否的確解決了需要解決的問(wèn)題、是如何解決的，以及算法是否還可以?xún)?yōu)化、代碼是否符合編程規(guī)范、是否還有潛在的錯(cuò)誤。4) 簽入（Check in）完成了代碼審查之后可以簽入（Check in）源代碼。如果代碼審查的時(shí)間過(guò)長(zhǎng)，則還需要重復(fù)做一次以獲得最新的源代碼和重新編譯，來(lái)保證這段時(shí)間內(nèi)別的同事所做的操作不會(huì)與自己做的操作發(fā)生沖突。5) 發(fā)簽入（Check in）報(bào)告簽入（Check in）之后需要給整個(gè)開(kāi)發(fā)團(tuán)隊(duì)發(fā)一個(gè)報(bào)告，為的是讓別的同事知道現(xiàn)在項(xiàng)目的進(jìn)度。報(bào)告中必須注明：本次簽入（Check i