項(xiàng)目管理流程(適用于服務(wù)器開(kāi)發(fā))-評(píng)審版

項(xiàng)目管理流程(適用于服務(wù)器開(kāi)發(fā))評(píng)審版項(xiàng)目管理流程(適用于服務(wù)器開(kāi)發(fā))評(píng)審版項(xiàng)目管理流程(適用于服務(wù)器開(kāi)發(fā))評(píng)審版xxx公司項(xiàng)目管理流程(適用于服務(wù)器開(kāi)發(fā))評(píng)審版文件編號(hào)：文件日期：修訂次數(shù)：第1.0次更改批準(zhǔn)審核制定方案設(shè)計(jì)，管理制度項(xiàng)目管理流程（適用于server開(kāi)發(fā)）版本號(hào)：目錄：TOC\o"1-4"\h\z\u1. 概述 32. 適用范圍 43. 術(shù)語(yǔ)和縮略語(yǔ) 4 術(shù)語(yǔ) 4 縮略語(yǔ) 44. 項(xiàng)目管理總流程圖 45. 項(xiàng)目管理規(guī)范和流程 6 產(chǎn)品需求文檔（PRD）生成 6 技術(shù)調(diào)研 6 軟件需求文檔（SRD）編寫 6 軟件需求文檔（SRD）編寫 6 SRD文檔評(píng)審 7 項(xiàng)目預(yù)立項(xiàng) 7 項(xiàng)目整體方案設(shè)計(jì) 8 技術(shù)方案設(shè)計(jì) 8 概要設(shè)計(jì)文檔編寫及評(píng)審 8 詳細(xì)設(shè)計(jì)文檔編寫與評(píng)審 8 測(cè)試方案及用例設(shè)計(jì) 8 測(cè)試方案設(shè)計(jì)及評(píng)審 8 測(cè)試用例設(shè)計(jì)及評(píng)審 9 UI/UE設(shè)計(jì)（針對(duì)有界面展現(xiàn)的產(chǎn)品） 9 配置管理方案及計(jì)劃設(shè)計(jì) 9 項(xiàng)目正式啟動(dòng)準(zhǔn)備 10 項(xiàng)目計(jì)劃制定 10 項(xiàng)目組成員列表 10 風(fēng)險(xiǎn)評(píng)估及管理 11 項(xiàng)目質(zhì)量目標(biāo)的設(shè)計(jì)和制定 11 配置管理 12 項(xiàng)目啟動(dòng)會(huì)議 12 編碼實(shí)現(xiàn)及調(diào)試 12 編碼 12 單元測(cè)試 13 聯(lián)調(diào) 13 集成測(cè)試 14 提交系統(tǒng)測(cè)試申請(qǐng) 14 系統(tǒng)測(cè)試版本輸出 15 系統(tǒng)測(cè)試 15 系統(tǒng)測(cè)試 15 測(cè)試報(bào)告評(píng)審 15 開(kāi)發(fā)debug 16 性能測(cè)試 16 封板及代碼凍結(jié) 17 封板測(cè)試及封板 17 代碼凍結(jié) 17 生產(chǎn)環(huán)境部署、驗(yàn)證測(cè)試 18 上線部署申請(qǐng) 18 部署上線 18 驗(yàn)證測(cè)試 196. 文檔模板列表 197. 編制歷史 20概述本文檔旨在通過(guò)建立規(guī)范化標(biāo)準(zhǔn)化的項(xiàng)目管理流程并且不斷地改進(jìn)、優(yōu)化，達(dá)到提高工作效率，標(biāo)準(zhǔn)化項(xiàng)目管理，提高軟件質(zhì)量，優(yōu)化資源配置，減小風(fēng)險(xiǎn)事件等不良影響，降低溝通成本的目的。進(jìn)而，為公司拓展業(yè)務(wù)、擴(kuò)大規(guī)模、持續(xù)發(fā)展，掃除阻礙、鋪平道路。適用范圍本流程適用于北京無(wú)限立通基礎(chǔ)平臺(tái)服務(wù)器開(kāi)發(fā)的項(xiàng)目管理使用術(shù)語(yǔ)和縮略語(yǔ)下列術(shù)語(yǔ)和縮略語(yǔ)只適用于本規(guī)范：術(shù)語(yǔ)術(shù)語(yǔ)說(shuō)明輸入每項(xiàng)任務(wù)開(kāi)始時(shí)的前提條件活動(dòng)每項(xiàng)任務(wù)的具體工作內(nèi)容分解輸出每項(xiàng)任務(wù)經(jīng)過(guò)活動(dòng)后得出的結(jié)果，原則上要求所有的輸出內(nèi)容需要保存、備份。負(fù)責(zé)人指當(dāng)前任務(wù)項(xiàng)的主要負(fù)責(zé)人參與方指當(dāng)前任務(wù)項(xiàng)的配合、輔助人員縮略語(yǔ)縮略語(yǔ)英文全稱中文含義MRDMarketRequirementDocument市場(chǎng)需求文檔PRDProductRequirementDocument產(chǎn)品需求文檔SRDSoftwareRequirementDocument軟件需求文檔項(xiàng)目管理總流程圖以下是無(wú)限立通項(xiàng)目管理總流程圖（本流程適用于服務(wù)端的開(kāi)發(fā)）項(xiàng)目管理規(guī)范和流程產(chǎn)品需求文檔（PRD）生成輸入：移動(dòng)規(guī)范、業(yè)務(wù)部提出需求、開(kāi)發(fā)自行新需求活動(dòng)：產(chǎn)品經(jīng)理結(jié)合移動(dòng)規(guī)范、業(yè)務(wù)部提出的新需求或開(kāi)發(fā)自行提出的新需求，對(duì)產(chǎn)品進(jìn)行整體規(guī)劃；產(chǎn)品經(jīng)理根據(jù)產(chǎn)品規(guī)劃，編寫和制定《產(chǎn)品需求文檔》；產(chǎn)品需求文檔輸出后，產(chǎn)品經(jīng)理須召集項(xiàng)目經(jīng)理、開(kāi)發(fā)人員、測(cè)試人員對(duì)產(chǎn)品的具體需求進(jìn)行分析、同步及討論；針對(duì)產(chǎn)品需求中的實(shí)現(xiàn)功能點(diǎn)，如果評(píng)估有涉及到技術(shù)難點(diǎn)或風(fēng)險(xiǎn)點(diǎn)的，需要做前期的技術(shù)調(diào)研工作。輸出：《產(chǎn)品需求文檔》負(fù)責(zé)人：產(chǎn)品經(jīng)理 參與方：項(xiàng)目經(jīng)理、開(kāi)發(fā)人員、測(cè)試人員技術(shù)調(diào)研輸入：產(chǎn)品文檔活動(dòng)：針對(duì)產(chǎn)品設(shè)計(jì)討論過(guò)程中所提出的技術(shù)性風(fēng)險(xiǎn)、難題進(jìn)行前期技術(shù)調(diào)研，技術(shù)調(diào)研都要有一定的深度，評(píng)測(cè)結(jié)果要真實(shí)可信，其他來(lái)源的數(shù)據(jù)僅能作為參考，要以自己的測(cè)試結(jié)果為主要依據(jù)；調(diào)研工作結(jié)束后，必須編寫《技術(shù)調(diào)研報(bào)告》，報(bào)告中要有對(duì)被調(diào)研技術(shù)的分析和建議結(jié)論；《技術(shù)調(diào)研報(bào)告》完成后，需要與相關(guān)人員共同評(píng)估被調(diào)研技術(shù)，評(píng)估完成后，針對(duì)該技術(shù)的調(diào)研工作完成；如果在調(diào)研過(guò)程中有涉及到相關(guān)的代碼和demo，需要在《技術(shù)調(diào)研報(bào)告》中體現(xiàn)，并說(shuō)明具體放置的路徑。輸出：《技術(shù)調(diào)研報(bào)告》、代碼、Demo負(fù)責(zé)人：開(kāi)發(fā)人員 參與方：產(chǎn)品經(jīng)理、項(xiàng)目經(jīng)理軟件需求文檔（SRD）編寫軟件需求文檔（SRD）編寫輸入：產(chǎn)品需求文檔活動(dòng)：項(xiàng)目經(jīng)理根據(jù)產(chǎn)品經(jīng)理提供的PRD文檔，將PRD文檔轉(zhuǎn)化為軟件需求文檔；SRD文檔主要內(nèi)容包含：項(xiàng)目名稱術(shù)語(yǔ)解釋功能需求描述性能需求描述安全及可擴(kuò)張性需求所參考的協(xié)議和規(guī)范（包含內(nèi)部協(xié)議和外部協(xié)議）接口要求軟硬件需求產(chǎn)品質(zhì)量要求項(xiàng)目大致計(jì)劃等具體格式可參見(jiàn)《軟件需求文檔》模板輸出：《軟件需求文檔》負(fù)責(zé)人：項(xiàng)目經(jīng)理參與方：產(chǎn)品經(jīng)理、開(kāi)發(fā)人員、測(cè)試人員SRD文檔評(píng)審輸入：SRD文檔活動(dòng)：項(xiàng)目經(jīng)理編寫好SRD文檔后，召集產(chǎn)品經(jīng)理、開(kāi)發(fā)人員、測(cè)試人員進(jìn)行討論、評(píng)審，并輸出評(píng)審報(bào)告及修正后的SRD文檔。輸出：評(píng)審報(bào)告，修正后的SRD文檔負(fù)責(zé)人：項(xiàng)目經(jīng)理參與方：產(chǎn)品經(jīng)理、開(kāi)發(fā)人員、測(cè)試人員項(xiàng)目預(yù)立項(xiàng)輸入：SRD文檔活動(dòng)：項(xiàng)目經(jīng)理根據(jù)最終確定的SRD文檔對(duì)項(xiàng)目進(jìn)行預(yù)立項(xiàng)，對(duì)后面的工作進(jìn)行安排和規(guī)劃；預(yù)立項(xiàng)工作主要是針對(duì)接下來(lái)的“項(xiàng)目整體方案設(shè)計(jì)”階段進(jìn)行規(guī)劃和計(jì)劃安排；項(xiàng)目整體方案設(shè)計(jì)主要涵蓋以下四大部分：技術(shù)方案的設(shè)計(jì)（包含概要設(shè)計(jì)及詳細(xì)設(shè)計(jì)）UI/UE的設(shè)計(jì)測(cè)試方案及測(cè)試用例的設(shè)計(jì)配置方案及計(jì)劃的設(shè)計(jì)輸出：項(xiàng)目計(jì)劃負(fù)責(zé)人：項(xiàng)目經(jīng)理參與方：產(chǎn)品經(jīng)理、開(kāi)發(fā)人員、測(cè)試人員、配置管理員項(xiàng)目整體方案設(shè)計(jì)技術(shù)方案設(shè)計(jì)概要設(shè)計(jì)文檔編寫及評(píng)審輸入：PRD文檔、SRD文檔、項(xiàng)目計(jì)劃活動(dòng)：在SRD完成后，需要開(kāi)發(fā)人員對(duì)SRD、PRD進(jìn)行系統(tǒng)分析工作；必要時(shí)需要進(jìn)行額外的技術(shù)調(diào)研，技術(shù)調(diào)研的流程仍參照步驟進(jìn)行；初步系統(tǒng)分析完成后，需要編寫《概要設(shè)計(jì)文檔》；概要設(shè)計(jì)文檔至少包含內(nèi)容：系統(tǒng)架構(gòu)系統(tǒng)各模塊的分解及功能說(shuō)明針對(duì)《概要設(shè)計(jì)文檔》進(jìn)行評(píng)審，評(píng)審?fù)ㄟ^(guò)后初步系統(tǒng)分析完成具體格式可參見(jiàn)《概要設(shè)計(jì)文檔》模板輸出：《概要設(shè)計(jì)文檔》、評(píng)審報(bào)告負(fù)責(zé)人：技術(shù)負(fù)責(zé)人參與方：開(kāi)發(fā)人員、項(xiàng)目經(jīng)理、技術(shù)總監(jiān)、測(cè)試人員詳細(xì)設(shè)計(jì)文檔編寫與評(píng)審輸入：SRD文檔、《概要設(shè)計(jì)文檔》、項(xiàng)目計(jì)劃活動(dòng)：開(kāi)發(fā)人員根據(jù)SRD和《概要設(shè)計(jì)文檔》，進(jìn)行系統(tǒng)模塊的劃分和分解；分模塊進(jìn)行系統(tǒng)分析，各個(gè)模塊的系統(tǒng)分析完成后，需要編寫《詳細(xì)設(shè)計(jì)文檔》；各子系統(tǒng)間的交互需要編寫《系統(tǒng)內(nèi)部接口文檔》；如本系統(tǒng)與其他系統(tǒng)有交互，需要編寫《系統(tǒng)接口文檔》；針對(duì)《詳細(xì)設(shè)計(jì)文檔》、《系統(tǒng)內(nèi)部接口文檔》和《系統(tǒng)接口文檔》須召集項(xiàng)目經(jīng)理、產(chǎn)品經(jīng)理、開(kāi)發(fā)人員、測(cè)試人員進(jìn)行評(píng)審；具體格式可參見(jiàn)《詳細(xì)設(shè)計(jì)文檔》、《系統(tǒng)內(nèi)部接口文檔》和《系統(tǒng)接口文檔》模板。輸出：《詳細(xì)設(shè)計(jì)文檔》、《系統(tǒng)內(nèi)部接口文檔》、《系統(tǒng)接口文檔》、評(píng)審報(bào)告負(fù)責(zé)人：開(kāi)發(fā)人員參與方：項(xiàng)目經(jīng)理、技術(shù)總監(jiān)、測(cè)試人員測(cè)試方案及用例設(shè)計(jì)測(cè)試方案設(shè)計(jì)及評(píng)審輸入：PRD文檔、SRD文檔、《概要設(shè)計(jì)文檔》、《詳細(xì)設(shè)計(jì)文檔》、《系統(tǒng)內(nèi)部接口文檔》和《系統(tǒng)接口文檔》活動(dòng)：測(cè)試人員根據(jù)產(chǎn)品文檔、需求文檔及技術(shù)文檔進(jìn)行測(cè)試方案的編寫；測(cè)試方案包含：功能測(cè)試、性能測(cè)試、白盒測(cè)試；測(cè)試方案編寫完成后，需要組織相關(guān)人員進(jìn)行評(píng)審，并輸出評(píng)審報(bào)告；測(cè)試方案評(píng)審后，測(cè)試、開(kāi)發(fā)需雙方達(dá)到確認(rèn)。輸出：《測(cè)試方案》、測(cè)試方案評(píng)審報(bào)告負(fù)責(zé)人：測(cè)試人員參與方：開(kāi)發(fā)人員、項(xiàng)目經(jīng)理、產(chǎn)品經(jīng)理測(cè)試用例設(shè)計(jì)及評(píng)審輸入：測(cè)試方案、PRD文檔、SRD文檔活動(dòng)：測(cè)試人員根據(jù)測(cè)試方案、產(chǎn)品文檔及SRD文檔進(jìn)行測(cè)試用例的編寫和分解；測(cè)試用例包含：功能測(cè)試、性能測(cè)試、白盒測(cè)試；測(cè)試用例編寫完成后，需要組織相關(guān)人員進(jìn)行評(píng)審，并輸出評(píng)審報(bào)告；測(cè)試用例評(píng)審后，測(cè)試、開(kāi)發(fā)需雙方達(dá)到確認(rèn)。輸出：《測(cè)試用例》負(fù)責(zé)人：測(cè)試人員參與方：開(kāi)發(fā)人員、項(xiàng)目經(jīng)理、產(chǎn)品經(jīng)理UI/UE設(shè)計(jì)（針對(duì)有界面展現(xiàn)的產(chǎn)品）輸入：PRD文檔、SRD文檔、項(xiàng)目計(jì)劃活動(dòng)：產(chǎn)品經(jīng)理根據(jù)SRD文檔、PRD文檔對(duì)產(chǎn)品的UI/UE進(jìn)行設(shè)計(jì)；設(shè)計(jì)結(jié)束后，須召集項(xiàng)目經(jīng)理、開(kāi)發(fā)人員、測(cè)試人員進(jìn)行評(píng)審。輸出：UI/UE設(shè)計(jì)文檔負(fù)責(zé)人：產(chǎn)品經(jīng)理參與方：開(kāi)發(fā)人員、項(xiàng)目經(jīng)理、測(cè)試人員配置管理方案及計(jì)劃設(shè)計(jì)輸入：SRD文檔、PRD文檔、項(xiàng)目計(jì)劃活動(dòng)：項(xiàng)目經(jīng)理根據(jù)SRD文檔對(duì)項(xiàng)目的配置管理方案及計(jì)劃進(jìn)行設(shè)計(jì)；配置管理方案主要涵蓋以下內(nèi)容：項(xiàng)目名:（供內(nèi)部使用）發(fā)布版本命名及版本號(hào)：（每次版本發(fā)布時(shí)的版本命名及版本號(hào)控制，包含從輸出給測(cè)試部系統(tǒng)測(cè)試起一直到正式版本的發(fā)布。）Sharepoint：（項(xiàng)目文件目錄的規(guī)劃和設(shè)計(jì)）SVN：（目錄的規(guī)劃和設(shè)計(jì)）QC系統(tǒng)：（目錄的規(guī)劃和設(shè)計(jì)）資源配置人力資源設(shè)備資源其它無(wú)形資源（如開(kāi)發(fā)環(huán)境軟件、工具類等）配置管理方案和計(jì)劃設(shè)計(jì)結(jié)束后，須召集開(kāi)發(fā)人員、測(cè)試人員、配置管理員進(jìn)行討論及信息同步；最后輸出《配置管理方案和計(jì)劃》，并同步給配置管理員作為后續(xù)項(xiàng)目配置管理的依據(jù)。輸出：《配置管理方案和計(jì)劃》負(fù)責(zé)人：項(xiàng)目經(jīng)理參與方：開(kāi)發(fā)人員、測(cè)試人員、配置管理員、運(yùn)維人員項(xiàng)目正式啟動(dòng)準(zhǔn)備項(xiàng)目計(jì)劃制定輸入：PRD文檔、SRD文檔、整體方案設(shè)計(jì)活動(dòng)：項(xiàng)目經(jīng)理召集技術(shù)負(fù)責(zé)人進(jìn)行計(jì)劃預(yù)估及制定；技術(shù)負(fù)責(zé)人須配合項(xiàng)目經(jīng)理進(jìn)行任務(wù)的分解和評(píng)估，同時(shí)對(duì)開(kāi)發(fā)時(shí)間進(jìn)行評(píng)估（技術(shù)負(fù)責(zé)人在預(yù)估時(shí)間時(shí)可找相應(yīng)要參與的直接工程師進(jìn)行共同預(yù)估時(shí)間點(diǎn)，以確保給出的時(shí)間盡量準(zhǔn)確）；評(píng)估的時(shí)間粒度原則上能讓項(xiàng)目經(jīng)理可有效的進(jìn)行跟蹤任務(wù)進(jìn)展，具體的粒度由項(xiàng)目經(jīng)理根據(jù)項(xiàng)目實(shí)際情況進(jìn)行把握（按照國(guó)內(nèi)的項(xiàng)目管理慣例，一般情況下，最小粒度希望能細(xì)到1天。）項(xiàng)目計(jì)劃所包含的維度須涵蓋：服務(wù)器端開(kāi)發(fā)客戶端開(kāi)發(fā)單元測(cè)試聯(lián)調(diào)集成測(cè)試系統(tǒng)測(cè)試性能測(cè)試封板發(fā)布等項(xiàng)目經(jīng)理根據(jù)開(kāi)發(fā)、測(cè)試評(píng)估的計(jì)劃，整理出整個(gè)項(xiàng)目計(jì)劃；輸出：項(xiàng)目計(jì)劃負(fù)責(zé)人：項(xiàng)目經(jīng)理參與方：開(kāi)發(fā)人員、測(cè)試人員、運(yùn)維人員、配置管理員項(xiàng)目組成員列表輸入：項(xiàng)目計(jì)劃活動(dòng)：項(xiàng)目經(jīng)理根據(jù)項(xiàng)目計(jì)劃中的人力資源，對(duì)所有項(xiàng)目組人員建立一份成員列表；需明確每位項(xiàng)目組成員的職責(zé)；如果有涉及到客戶或第三方，也需要將其項(xiàng)目的負(fù)責(zé)人進(jìn)行建立，以便保持后續(xù)聯(lián)系；項(xiàng)目成員列表至少包含姓名、職責(zé)、電話、郵件等聯(lián)系方式。輸出：項(xiàng)目成員列表負(fù)責(zé)人：項(xiàng)目經(jīng)理參與方：開(kāi)發(fā)人員、測(cè)試人員、運(yùn)維人員、合作伙伴、配置管理員風(fēng)險(xiǎn)評(píng)估及管理輸入：項(xiàng)目計(jì)劃、PRD文檔、SRD文檔、項(xiàng)目整體方案設(shè)計(jì)活動(dòng)：項(xiàng)目經(jīng)理需組織項(xiàng)目組成員對(duì)項(xiàng)目的風(fēng)險(xiǎn)進(jìn)行識(shí)別和評(píng)估；項(xiàng)目風(fēng)險(xiǎn)主要包含技術(shù)風(fēng)險(xiǎn)、資源風(fēng)險(xiǎn)等；根據(jù)識(shí)別出的風(fēng)險(xiǎn)，項(xiàng)目組需要對(duì)其嚴(yán)重程度及影響面進(jìn)行評(píng)估，以綜合評(píng)估風(fēng)險(xiǎn)的影響程度；針對(duì)識(shí)別出來(lái)的風(fēng)險(xiǎn)，需要項(xiàng)目組共同討論預(yù)防措施及應(yīng)對(duì)措施，以防問(wèn)題發(fā)生，將風(fēng)險(xiǎn)降到最低點(diǎn)；項(xiàng)目經(jīng)理根據(jù)識(shí)別出的風(fēng)險(xiǎn)點(diǎn)及討論后的預(yù)防措施，進(jìn)行管理，并跟進(jìn)預(yù)防措施的落實(shí)情況，并定期更新和維護(hù)風(fēng)險(xiǎn)管理表。輸出：風(fēng)險(xiǎn)評(píng)估和管理表負(fù)責(zé)人：項(xiàng)目經(jīng)理參與方：開(kāi)發(fā)人員、測(cè)試人員、運(yùn)維人員項(xiàng)目質(zhì)量目標(biāo)的設(shè)計(jì)和制定輸入：SRD文檔、項(xiàng)目計(jì)劃活動(dòng)：項(xiàng)目經(jīng)理根據(jù)SRD文檔和項(xiàng)目計(jì)劃對(duì)項(xiàng)目在實(shí)施過(guò)程中的每個(gè)milestone，產(chǎn)品所要完成的功能及達(dá)到的質(zhì)量目標(biāo)進(jìn)行設(shè)計(jì)和制定；項(xiàng)目質(zhì)量目標(biāo)需要分解到每個(gè)大的里程碑；質(zhì)量目標(biāo)和測(cè)試用例需要同開(kāi)發(fā)人員進(jìn)行討論、同步；項(xiàng)目質(zhì)量目標(biāo)主要涵蓋內(nèi)容如下：功能完成度性能達(dá)到的要求本階段的輸入及輸出本階段質(zhì)量所要達(dá)到的最終目的評(píng)判標(biāo)準(zhǔn)評(píng)判人員輸出：項(xiàng)目質(zhì)量目標(biāo)負(fù)責(zé)人：項(xiàng)目經(jīng)理參與方：開(kāi)發(fā)人員、測(cè)試人員、產(chǎn)品經(jīng)理配置管理輸入：配置管理方案及計(jì)劃活動(dòng)：配置管理員收到項(xiàng)目經(jīng)理的配置管理方案和計(jì)劃書(shū)后。對(duì)項(xiàng)目實(shí)施過(guò)程中所使用到的工具、系統(tǒng)、環(huán)境進(jìn)行相關(guān)的配置；當(dāng)前涉及到相關(guān)的工具、系統(tǒng)、環(huán)境是:Sharepoint：根據(jù)配置方案進(jìn)行項(xiàng)目建立、目錄的建立及相關(guān)人員權(quán)限開(kāi)通、設(shè)置；QC系統(tǒng)：根據(jù)配置方案進(jìn)行項(xiàng)目建立、目錄的建立及相關(guān)人員權(quán)限開(kāi)通、設(shè)置；SVN：根據(jù)配置方案進(jìn)行項(xiàng)目建立、目錄的建立及相關(guān)人員權(quán)限開(kāi)通、設(shè)置；版本管理：根據(jù)配置方案對(duì)版本發(fā)布地址、版本命名、版本號(hào)進(jìn)行建立和管理。配置管理員對(duì)以上的配置進(jìn)行管理和維護(hù)，并輸出項(xiàng)目配置表。輸出：項(xiàng)目配置表負(fù)責(zé)人：配置管理員參與方：項(xiàng)目經(jīng)理、開(kāi)發(fā)人員、測(cè)試人員、運(yùn)維人員項(xiàng)目啟動(dòng)會(huì)議輸入：項(xiàng)目計(jì)劃、團(tuán)隊(duì)成員列表、風(fēng)險(xiǎn)評(píng)估和管理表、項(xiàng)目質(zhì)量目標(biāo)、項(xiàng)目配置表活動(dòng)：在項(xiàng)目啟動(dòng)準(zhǔn)備工作就緒后，項(xiàng)目經(jīng)理發(fā)起會(huì)議并召集項(xiàng)目組所有人員進(jìn)行kickoff會(huì)議；會(huì)議主要討論和明確內(nèi)容如下:項(xiàng)目計(jì)劃同步和確定項(xiàng)目組成員及職責(zé)的明確和確定對(duì)當(dāng)前存在風(fēng)險(xiǎn)點(diǎn)進(jìn)行同步和明確，并明確各風(fēng)險(xiǎn)點(diǎn)的負(fù)責(zé)人；對(duì)項(xiàng)目質(zhì)量目標(biāo)的明確和同步對(duì)項(xiàng)目配置方案的明確和同步會(huì)議結(jié)束后，項(xiàng)目經(jīng)理將以上5項(xiàng)討論后的結(jié)論做最終整理，并將其相關(guān)文檔提交到sharepoint上相應(yīng)的文件目錄下進(jìn)行管理，以便項(xiàng)目組查詢。輸出：項(xiàng)目計(jì)劃、團(tuán)隊(duì)成員列表、風(fēng)險(xiǎn)評(píng)估和管理表、項(xiàng)目質(zhì)量目標(biāo)、項(xiàng)目配置表負(fù)責(zé)人：項(xiàng)目經(jīng)理參與方：開(kāi)發(fā)人員、測(cè)試人員、運(yùn)維人員編碼實(shí)現(xiàn)及調(diào)試編碼輸入：項(xiàng)目計(jì)劃、PRD文檔、SRD文檔、技術(shù)方案設(shè)計(jì)文檔活動(dòng)：在項(xiàng)目啟動(dòng)會(huì)議結(jié)束后，開(kāi)發(fā)在開(kāi)始編碼前，須建立并確定代碼目錄結(jié)構(gòu)、文件命名規(guī)則；代碼格式須遵照《Java代碼編寫規(guī)范》書(shū)寫；每隔2-3天，應(yīng)將代碼入庫(kù)一次；代碼入庫(kù)前必須完成CodeReview準(zhǔn)備進(jìn)行CodeReview前，應(yīng)當(dāng)更新本地代碼到最新版本；檢查更新后的代碼是否會(huì)導(dǎo)致BuildBreak；如沒(méi)有問(wèn)題，生成patch，將patch發(fā)送給Reviewer；Reviewer檢查完代碼，確認(rèn)沒(méi)有問(wèn)題后，方可入庫(kù)；入庫(kù)代碼如果造成BuildBreak，須在當(dāng)天解決，并且入庫(kù)更新的代碼開(kāi)發(fā)過(guò)程中的各種討論（技術(shù)討論、需求討論、測(cè)試討論等）原則上都需要有文檔記錄，可以通過(guò)SharePoint或者郵件來(lái)記錄對(duì)于BuildBreak、較嚴(yán)重或有代表性的Bug、重大設(shè)計(jì)錯(cuò)誤等問(wèn)題，需要進(jìn)行CaseStudy，每一次CaseStudy都需要有獨(dú)立的文檔，并且保存在SharePoint中開(kāi)發(fā)過(guò)程中如有并行開(kāi)發(fā)的情形（例如同時(shí)修改多個(gè)Bug，或者Bug修改和代碼開(kāi)發(fā)同步進(jìn)行，或者多個(gè)分支同時(shí)開(kāi)發(fā)等），應(yīng)該在自己的開(kāi)發(fā)機(jī)器上建立多個(gè)開(kāi)發(fā)鏡像，不應(yīng)將代碼混雜在一個(gè)工程中管理在代碼編寫階段，需要嚴(yán)格按照項(xiàng)目計(jì)劃執(zhí)行，并確保代碼質(zhì)量。輸出：代碼負(fù)責(zé)人：開(kāi)發(fā)人員參與方：項(xiàng)目經(jīng)理單元測(cè)試輸入：項(xiàng)目計(jì)劃、PRD文檔、SRD文檔、系統(tǒng)設(shè)計(jì)文檔、產(chǎn)品代碼活動(dòng)：在代碼實(shí)現(xiàn)過(guò)程中，須保證在在一個(gè)迭代周期內(nèi)完成單元測(cè)試（迭代周期視項(xiàng)目具體情況而定）；在一個(gè)迭代周期結(jié)束前，入庫(kù)的代碼須包含相應(yīng)的單元測(cè)試代碼；單元測(cè)試代碼入庫(kù)前原則上也必須進(jìn)行CodeReviewer；單元測(cè)試的最終結(jié)果是保證迭代周期內(nèi)的代碼測(cè)試通過(guò)，以確保入庫(kù)代碼的質(zhì)量；單元測(cè)試結(jié)束后，須輸出相應(yīng)的測(cè)試報(bào)告，測(cè)試報(bào)告原則上要求每項(xiàng)都是pass。輸出：?jiǎn)卧獪y(cè)試代碼、單元測(cè)試報(bào)告負(fù)責(zé)人：開(kāi)發(fā)人員參與方：項(xiàng)目經(jīng)理聯(lián)調(diào)輸入：編碼完成、單元測(cè)試完成活動(dòng)：在編碼及單元測(cè)試完成后，軟件系統(tǒng)進(jìn)入聯(lián)調(diào)工作；聯(lián)調(diào)工作主要包含：★子系統(tǒng)間接口、功能聯(lián)調(diào)★本系統(tǒng)與其它系統(tǒng)間的接口、功能聯(lián)調(diào)聯(lián)調(diào)須確保各子系統(tǒng)間或相互調(diào)用的系統(tǒng)之間接口調(diào)通，正常流程的功能實(shí)現(xiàn)正常，以作為進(jìn)入下階段集成測(cè)試奠定良好的基礎(chǔ)；聯(lián)調(diào)結(jié)束后，須輸出聯(lián)調(diào)報(bào)告（報(bào)告模板和格式可根據(jù)項(xiàng)目實(shí)際情況進(jìn)行設(shè)計(jì)）。輸出：聯(lián)調(diào)報(bào)告負(fù)責(zé)人：開(kāi)發(fā)人員參與方：項(xiàng)目經(jīng)理集成測(cè)試輸入：聯(lián)調(diào)結(jié)束活動(dòng)：聯(lián)調(diào)結(jié)束后，開(kāi)發(fā)需進(jìn)行集成測(cè)試；集成測(cè)試的測(cè)試方案和測(cè)試標(biāo)準(zhǔn)由測(cè)試部門提供；通過(guò)集成測(cè)試，須保證各系統(tǒng)及系統(tǒng)間相互調(diào)用的功能、正常流程是正常的；集成測(cè)試后，須輸出集成測(cè)試報(bào)告（報(bào)告模板和格式可根據(jù)項(xiàng)目實(shí)際情況進(jìn)行設(shè)計(jì)，重點(diǎn)是確保功能已實(shí)現(xiàn)且正常流程跑通）；集成測(cè)試的結(jié)論將作為是否準(zhǔn)入系統(tǒng)測(cè)試的判定標(biāo)準(zhǔn)之一，如果集成測(cè)試不通過(guò)，測(cè)試團(tuán)隊(duì)有權(quán)拒收提交的系統(tǒng)測(cè)試版本；集成測(cè)試結(jié)束后，開(kāi)發(fā)需將最新代碼進(jìn)行提交、入庫(kù)。輸出：集成測(cè)試報(bào)告負(fù)責(zé)人：開(kāi)發(fā)人員參與方：項(xiàng)目經(jīng)理、測(cè)試人員、配置管理員提交系統(tǒng)測(cè)試申請(qǐng)輸入：集成測(cè)試報(bào)告活動(dòng)：集成測(cè)試通過(guò)后，開(kāi)發(fā)人員將程序打包并提交到指定的服務(wù)器地址；開(kāi)發(fā)人員需填寫《系統(tǒng)測(cè)試申請(qǐng)單》，申請(qǐng)單需經(jīng)過(guò)相關(guān)人員簽字后提交給測(cè)試部和配置管理員；系統(tǒng)測(cè)試申請(qǐng)單須包含以下內(nèi)容：集成測(cè)試的結(jié)果安裝包的存放位置和地址代碼的具體地址（包含SVN地址及SVN版本號(hào)）輸出：《系統(tǒng)測(cè)試申請(qǐng)單》負(fù)責(zé)人：開(kāi)發(fā)人員參與方：項(xiàng)目經(jīng)理、測(cè)試人員、配置管理員系統(tǒng)測(cè)試版本輸出輸入：系統(tǒng)測(cè)試申請(qǐng)單活動(dòng)：配置管理人員從開(kāi)發(fā)手上拿到系統(tǒng)測(cè)試申請(qǐng)單后，按照開(kāi)發(fā)申請(qǐng)單上所描述的版本存放位置下載安裝包，將版本備份到指定的服務(wù)器，并對(duì)版本進(jìn)行統(tǒng)一管理；同時(shí)配置管理員需要審核開(kāi)發(fā)所提交的安裝包的版本命名和版本號(hào)是否正確；確保沒(méi)問(wèn)題后，將通知測(cè)試人員到指定的位置取安裝包；輸出：系統(tǒng)測(cè)試版本負(fù)責(zé)人：配置管理人員參與方：開(kāi)發(fā)人員、項(xiàng)目經(jīng)理、測(cè)試人員系統(tǒng)測(cè)試系統(tǒng)測(cè)試輸入：系統(tǒng)測(cè)試版本、測(cè)試用例、測(cè)試方案活動(dòng)：測(cè)試負(fù)責(zé)人按照測(cè)試計(jì)劃對(duì)測(cè)試用例對(duì)任務(wù)進(jìn)行分解到每位測(cè)試人員，并確保每條用例到具體負(fù)責(zé)人；測(cè)試人員收到測(cè)試版本及測(cè)試任務(wù)后，進(jìn)行測(cè)試工作；測(cè)試人員的工作須按照測(cè)試計(jì)劃進(jìn)行，如出現(xiàn)與測(cè)試計(jì)劃不符的，需及時(shí)提出，并跟項(xiàng)目經(jīng)理進(jìn)行溝通；測(cè)試過(guò)程中發(fā)現(xiàn)的bug提交及具體操作，請(qǐng)參照QC文檔執(zhí)行；測(cè)試過(guò)程中，如果碰到嚴(yán)重問(wèn)題而造成正常測(cè)試無(wú)法進(jìn)行的，須第一時(shí)間highlight出來(lái)給開(kāi)發(fā)和項(xiàng)目經(jīng)理，開(kāi)發(fā)接到問(wèn)題后需第一時(shí)間安排分析解決。問(wèn)題得到修正后，開(kāi)發(fā)需要重新走到版本提交申請(qǐng)、輸出的流程；測(cè)試負(fù)責(zé)人需要每天反饋測(cè)試進(jìn)展，并輸出《每日測(cè)試報(bào)告》；一輪系統(tǒng)測(cè)試結(jié)束后，測(cè)試負(fù)責(zé)人需要發(fā)布一輪《系統(tǒng)測(cè)試總結(jié)報(bào)告》；輸出：《每日測(cè)試報(bào)告》、《系統(tǒng)測(cè)試總結(jié)報(bào)告》負(fù)責(zé)人：測(cè)試負(fù)責(zé)人參與方：開(kāi)發(fā)人員、項(xiàng)目經(jīng)理、測(cè)試人員測(cè)試報(bào)告評(píng)審輸入：測(cè)試報(bào)告、buglist活動(dòng)：項(xiàng)目經(jīng)理收到測(cè)試部發(fā)出的系統(tǒng)測(cè)試總結(jié)報(bào)告后，結(jié)合實(shí)際情況，發(fā)起測(cè)試報(bào)告評(píng)審的會(huì)議；會(huì)議評(píng)審內(nèi)容主要包含測(cè)試報(bào)告的內(nèi)容及QC中的buglist；測(cè)試報(bào)告評(píng)審的原則：測(cè)試報(bào)告中是否已完成該涵蓋的用例；針對(duì)N/A的部分需要說(shuō)明具體原因，并確認(rèn)當(dāng)前是否確實(shí)無(wú)法測(cè)試；Fail項(xiàng)是否都已提交到QC系統(tǒng)中進(jìn)行管理BugList評(píng)審原則：需要對(duì)每個(gè)bug的最新?tīng)顟B(tài)作確認(rèn)；逐一討論bug，對(duì)每個(gè)bug需要分析其嚴(yán)重程度、解決的優(yōu)先級(jí)；每個(gè)bug需要明確具體的負(fù)責(zé)人和解決時(shí)間點(diǎn)；對(duì)一些bug暫時(shí)不需要解決的（如需求不明確或嚴(yán)重程度低的），可做“掛起”處理。但事后需要特別對(duì)“掛起”問(wèn)題，重新進(jìn)行分析、討論，作為后期完善、優(yōu)化的一部分內(nèi)容；針對(duì)“爭(zhēng)議”類的bug需要項(xiàng)目組做特別討論，并給出處理的結(jié)論；其它關(guān)于bug的處理原則，具體詳見(jiàn)QC文檔執(zhí)行。根據(jù)評(píng)審?fù)甑膱?bào)告和buglist，需要進(jìn)一步明確下階段版本更新、系統(tǒng)測(cè)試的時(shí)間點(diǎn)以及測(cè)試范圍；根據(jù)評(píng)審的結(jié)果，項(xiàng)目組確定版本是否可達(dá)到封板目的。輸出：評(píng)審結(jié)論、會(huì)議記錄負(fù)責(zé)人：項(xiàng)目經(jīng)理參與方：開(kāi)發(fā)人員、項(xiàng)目經(jīng)理、測(cè)試人員開(kāi)發(fā)debug輸入：buglist活動(dòng)：開(kāi)發(fā)人員需要主動(dòng)查看分配給自己的Bug，并及時(shí)更新Bug狀態(tài)；當(dāng)Bug修改完成提交修改代碼時(shí)，需要說(shuō)明以下事項(xiàng)：在提交到SVN時(shí)，必須附帶comment，并且在comment中說(shuō)明相關(guān)Bug號(hào)；同時(shí)修改Bug狀態(tài)，在Bug中增加comment說(shuō)明相關(guān)代碼提交時(shí)的Revision。針對(duì)Bug修改的代碼提交時(shí)，原則上不允許以下情況：一次提交代碼中包含多個(gè)Bug修改；一次提交代碼中即包含Bug修改，又包含其他功能的開(kāi)發(fā)代碼關(guān)于bug的處理原則，具體詳見(jiàn)QC文檔執(zhí)行。輸出：評(píng)審結(jié)論、會(huì)議記錄負(fù)責(zé)人：項(xiàng)目經(jīng)理參與方：開(kāi)發(fā)人員、項(xiàng)目經(jīng)理、測(cè)試人員性能測(cè)試輸入：測(cè)試版本、測(cè)試環(huán)境活動(dòng)：測(cè)試負(fù)責(zé)人按照測(cè)試計(jì)劃對(duì)性能測(cè)試進(jìn)行安排；性能測(cè)試主要包含以下幾方面：客戶端方面：對(duì)功耗、流量、內(nèi)存占有率進(jìn)行測(cè)試（具體測(cè)試內(nèi)容視具體項(xiàng)目和測(cè)試方案而定）；服務(wù)器方面：根據(jù)設(shè)定的相應(yīng)使用指標(biāo)進(jìn)行測(cè)試（具體指標(biāo)視不同項(xiàng)目實(shí)際情況和測(cè)試方案而定）；測(cè)試結(jié)束后，須輸出性能測(cè)試報(bào)告，并把報(bào)告發(fā)給項(xiàng)目經(jīng)理、開(kāi)發(fā)人員及相關(guān)負(fù)責(zé)人；測(cè)試報(bào)告中，測(cè)試人員需要給出每項(xiàng)測(cè)試的結(jié)論；輸出：性能測(cè)試報(bào)告負(fù)責(zé)人：性能測(cè)試負(fù)責(zé)人參與方：開(kāi)發(fā)人員、項(xiàng)目經(jīng)理、測(cè)試人員封板及代碼凍結(jié)封板測(cè)試及封板輸入：系統(tǒng)測(cè)試完成、性能測(cè)試完成活動(dòng)：測(cè)試負(fù)責(zé)人按照測(cè)試計(jì)劃，完成系統(tǒng)測(cè)試及性能測(cè)試的結(jié)果對(duì)產(chǎn)品進(jìn)行最后一輪封板測(cè)試；封板測(cè)試結(jié)束后，須輸出封板測(cè)試報(bào)告；根據(jù)封板測(cè)試報(bào)告，召集項(xiàng)目組進(jìn)行討論、評(píng)估，以確定版本是否可達(dá)到封板條件；如果達(dá)到，測(cè)試負(fù)責(zé)人啟動(dòng)版本封板流程，并填寫《版本封板申請(qǐng)單》，并提交申請(qǐng)單給開(kāi)發(fā)人員、項(xiàng)目經(jīng)理、配置管理員進(jìn)行簽字確認(rèn)；版本封板申請(qǐng)單所包含內(nèi)容項(xiàng)，至少涵蓋：各相關(guān)負(fù)責(zé)人確認(rèn)結(jié)果封板測(cè)試的版本及版本號(hào)對(duì)應(yīng)代碼的SVN地址和版本號(hào)封板的結(jié)論和具體時(shí)間最終將封板申請(qǐng)單提交給配置管理員，由配置管理員進(jìn)行版本封存，對(duì)代碼、版本進(jìn)行凍結(jié)、封存管理。輸出：封板測(cè)試報(bào)告負(fù)責(zé)人：測(cè)試負(fù)責(zé)人參與方：開(kāi)發(fā)人員、項(xiàng)目經(jīng)理、配置管理員代碼凍結(jié)輸入：版本封板申請(qǐng)單活動(dòng)：配置管理員收到版本封板申請(qǐng)單后，根據(jù)申請(qǐng)單上對(duì)應(yīng)的SVN地址和版本號(hào)對(duì)代碼、版本進(jìn)行凍結(jié)和封存，并對(duì)SVN上的代碼打Tag，同時(shí)對(duì)Tag進(jìn)行特別注釋；凍結(jié)完成后，配置人員需在《版本封板申請(qǐng)單》上填寫代碼凍結(jié)、版本封存的結(jié)論、時(shí)間、地址及相應(yīng)的SVN版本號(hào)，并通知給項(xiàng)目的相關(guān)人員；在代碼凍結(jié)之后，原則上禁止任何代碼的提交，如果確實(shí)需要提交，需要部門經(jīng)理及配置管理員確認(rèn)，以確定是否在原有基礎(chǔ)上拉分支，方案確定后方可入庫(kù)。輸出：版本封板申請(qǐng)單負(fù)責(zé)人：配置管理員參與方：開(kāi)發(fā)人員、項(xiàng)目經(jīng)理、測(cè)試人員、開(kāi)發(fā)經(jīng)理生產(chǎn)環(huán)境部署、驗(yàn)證測(cè)試上線部署申請(qǐng)輸入：版本封板及代碼凍結(jié)活動(dòng)：上線前開(kāi)發(fā)人員需要編寫和準(zhǔn)備《系統(tǒng)部署文檔》和《上線手冊(cè)》兩份文檔；此兩份文檔需要提交給測(cè)試人員進(jìn)行驗(yàn)證測(cè)試，驗(yàn)證通過(guò)后將文檔提交給運(yùn)維部門；開(kāi)發(fā)人員收到配置管理員最后的版本封板和代碼凍結(jié)成功后，根