產(chǎn)品線研發(fā)流程規(guī)范

1、產(chǎn)品線研發(fā)流程規(guī)范版本：V1.0修訂記錄版本日期修訂人內(nèi)容描述V1.02016-11-15第8頁/共8頁1 .概述31.1. 背景31.2. 目的32 .詳細(xì)內(nèi)容32.1. 概覽32.2. 產(chǎn)品規(guī)劃階段32.3. 產(chǎn)品需求階段42.4. 產(chǎn)品設(shè)計(jì)階段52.5. 開發(fā)設(shè)計(jì)階段52.6. 產(chǎn)品開發(fā)階段52.7. 產(chǎn)品測試階段 62.8. 產(chǎn)品發(fā)布階段72.9. 其他 71.概述1.1. 背景公司產(chǎn)品線的產(chǎn)品，由于無規(guī)范化及標(biāo)準(zhǔn)化的流程，在整個(gè)產(chǎn)品生命周期管理過程中，出現(xiàn)諸多問題,如計(jì)劃管理隨意、角色職能定位模糊、版本計(jì)劃目標(biāo)不明確、研發(fā)質(zhì)量差、版本延期等，這些問題均嚴(yán)重 影響了產(chǎn)品質(zhì)量。因此，有必

2、要在公司層面上對產(chǎn)品的研發(fā)流程進(jìn)行規(guī)范，并加以推廣，全面提升公司產(chǎn)品線研發(fā)管理 水平。1.2. 目的規(guī)范公司研發(fā)產(chǎn)品制度，通過標(biāo)準(zhǔn)化的流程，提高產(chǎn)品質(zhì)量。2.詳細(xì)內(nèi)容2.1. 概覽產(chǎn)品研發(fā)流程將包括的環(huán)節(jié)：產(chǎn)品規(guī)劃階段產(chǎn)品需求階段產(chǎn)品設(shè)計(jì)階段產(chǎn)品開發(fā)階段產(chǎn)品測試階段產(chǎn)品發(fā)布階段2.2. 產(chǎn)品規(guī)劃階段分析市場情況，預(yù)測產(chǎn)品未來走向，從整體方向規(guī)劃整個(gè)產(chǎn)品，并分階段實(shí)現(xiàn)。階段劃分一般以年 為單位。年初由部門研發(fā)負(fù)責(zé)人向公司PMO申請項(xiàng)目編號(hào)，確定年度總體計(jì)劃，逐月細(xì)分。2.3. 產(chǎn)品需求階段2.3.1. 需求來源產(chǎn)品經(jīng)理：根據(jù)市場分析情況，提煉需求；內(nèi)部研發(fā)：研發(fā)過程中總結(jié)的系統(tǒng)優(yōu)化需求；測試人員

3、：測試過程中總結(jié)的系統(tǒng)優(yōu)化需求；UI設(shè)計(jì)師：對系統(tǒng)頁面提出的客戶體驗(yàn)方面的需求。2.3.2. 階段目的從各方面廣泛收集需求；論證需求，通過調(diào)查、研究、收集競爭對手資料、行業(yè)資料、數(shù)據(jù)報(bào)告等手段，確定需求可行性；分析需求，通過模擬用戶實(shí)際操作習(xí)慣，分析用戶心理，給需求定義合適的期望；根據(jù)優(yōu)先級(jí)，對需求進(jìn)行排序；將需求科學(xué)、清晰地文檔化，并輸出需求文檔。2.3.3. 階段流程需求收集：需求人員采集不同來源的需求并匯總。需求討論：組織產(chǎn)品對應(yīng)的需求、研發(fā)及測試負(fù)責(zé)人，對匯總的需求進(jìn)行討論，得出合理的 需求結(jié)論。需求排序：根據(jù)需求數(shù)量及重要性，確定各需求優(yōu)先級(jí)，安排版本計(jì)劃內(nèi)容。文檔輸出：由需求人員（

4、或需求提出方）根據(jù)得出的需求結(jié)論，將需求進(jìn)行合理、清晰、準(zhǔn)確地描述，輸出產(chǎn)品需求說明書。包括但不限于：需求業(yè)務(wù)流程描述、業(yè)務(wù)規(guī)則、預(yù)期目標(biāo)等。記錄及評審：產(chǎn)品需求說明書以郵件形式發(fā)送部門領(lǐng)導(dǎo)，部門領(lǐng)導(dǎo)批復(fù)后定稿。2.4. 產(chǎn)品設(shè)計(jì)階段2.4.1. 階段目的將文字描述的產(chǎn)品需求界面化，設(shè)計(jì)出產(chǎn)品原型，包括界面元素，輸入輸出字段、前后臺(tái)銜接等。UI設(shè)計(jì)師根據(jù)產(chǎn)品原型，對界面元素的布局，大小等進(jìn)行調(diào)整，產(chǎn)出界面效果圖。2.4.2. 階段流程產(chǎn)品需求說明書評審?fù)ㄟ^后，細(xì)化需求內(nèi)容，編寫產(chǎn)品需求規(guī)格說明書，包括但不限于：界面輸入輸出字段、業(yè)務(wù)邏輯、處理流程圖等；產(chǎn)品需求規(guī)格說明書評審：以郵件形式發(fā)送部門

5、領(lǐng)導(dǎo)，部門領(lǐng)導(dǎo)批復(fù)后，提交研發(fā)及測試負(fù)責(zé)人。2.5. 開發(fā)設(shè)計(jì)階段2.5.1. 階段目的研發(fā)負(fù)責(zé)人對需求進(jìn)行任務(wù)分解，分配到具體開發(fā)人員；開發(fā)人員根據(jù)產(chǎn)品需求規(guī)格說明書 及UI設(shè)計(jì)圖編寫各自任務(wù)的概要設(shè)計(jì)，包括但不限于：需求所涉及的表、字段取數(shù)規(guī)則、后臺(tái)邏輯等，產(chǎn)出開發(fā)設(shè)計(jì)文檔（目前是excel或word文檔格式），完成后統(tǒng)一進(jìn)行評審；評審?fù)ㄟ^，進(jìn)入開發(fā)階段；評審不通過，重新修改再評審；2.6. 產(chǎn)品開發(fā)階段2.6.1. 階段目的根據(jù)開發(fā)設(shè)計(jì)文檔進(jìn)行編碼。2.6.2. 階段目標(biāo)實(shí)現(xiàn)產(chǎn)品功能；進(jìn)行單元測試；2.6.3. 階段流程編碼：按照設(shè)計(jì)實(shí)現(xiàn)編碼；內(nèi)部代碼評審；開發(fā)內(nèi)測：開發(fā)任務(wù)完成，由研發(fā)

6、負(fù)責(zé)人組織聯(lián)調(diào)及冒煙測試；冒煙測試通過，提交測試；冒煙測試不通過，返回修改；2.6.4. 其它建議需求人員在此階段適當(dāng)介入產(chǎn)品體驗(yàn)，確保開發(fā)出的功能與需求保持一致；開發(fā)過程中，若發(fā)現(xiàn)需求本身存在缺陷，經(jīng)提出并確認(rèn)，可走需求變更流程。2.7. 產(chǎn)品測試階段2.7.1. 階段目的及時(shí)發(fā)現(xiàn)嚴(yán)重缺陷并修復(fù)，保證上線產(chǎn)品質(zhì)量。2.7.2. 階段目標(biāo)控制版本缺陷率，提高版本質(zhì)量。2.7.3. 階段流程編寫用例：接收產(chǎn)品需求產(chǎn)品需求規(guī)格說明書，充分理解需求的基礎(chǔ)上，編寫測試用例；測試用例評審：組織會(huì)議，對每位測試人員的用例進(jìn)行評審，會(huì)后發(fā)送用例評審記錄，并完 善測試用例；冒煙測試：研發(fā)提交代碼并部署更新測試

7、環(huán)境后，測試人員進(jìn)行一輪冒煙測試，驗(yàn)證系統(tǒng)總 體流程；驗(yàn)證通過，則開始執(zhí)行用例，驗(yàn)證不通過，返回開發(fā)人員修改；用例執(zhí)行：冒煙測試通過后，測試人員根據(jù)功能點(diǎn)執(zhí)行通過評審的測試用例；提交測試結(jié)果：用例執(zhí)行結(jié)束，通過項(xiàng)目管理工具提交測試結(jié)果；回歸測試：開發(fā)人員修復(fù) bug后，對bug進(jìn)行回歸驗(yàn)證；2.8. 產(chǎn)品發(fā)布階段2.8.1. 階段目的發(fā)布上線版本。2.8.2. 階段目標(biāo)產(chǎn)出供現(xiàn)場項(xiàng)目使用的穩(wěn)定版本。2.8.3. 階段流程回歸驗(yàn)證通過，進(jìn)入發(fā)布階段：進(jìn)行最后一輪冒煙測試，驗(yàn)證總體流程可用性；驗(yàn)證結(jié)束，由系統(tǒng)配置管理員取驗(yàn)證后的代碼及腳本，通過版本管理工具，發(fā)布穩(wěn)定版本。 郵件發(fā)送版本信息，告知產(chǎn)品相關(guān)人員，結(jié)束版本工作。2.9. 其他2.9.1. 需求變更需求定稿后，由于市場需要、客戶要求、設(shè)計(jì)缺陷等原因需要調(diào)整時(shí)，通過變更流程正式提出需求變 更。需求變更流程由變更提出者通過項(xiàng)目管理工具提出變更申請，變更內(nèi)容經(jīng)產(chǎn)品線負(fù)責(zé)人同意后進(jìn)入變更流程， 若產(chǎn)品線負(fù)責(zé)人拒絕，寫明拒絕原因后，變更取消。