產(chǎn)品生命周期規(guī)范

1、 產(chǎn)品生命周期各階段流程規(guī)范V1.0產(chǎn)品生命周期規(guī)范第14頁目 錄1.簡介51.1.目的51.2.范圍51.3.定義、首字母縮寫詞52.過程概述62.1.簡要說明62.2.總體流程圖63.規(guī)程規(guī)范73.1.產(chǎn)品需求階段73.1.1.流程圖73.1.2.流程說明73.1.3.角色和職責73.1.4.輸出文檔或記錄73.1.5.出口準則要求83.2.sprint會議階段83.2.1.流程圖83.2.2.流程說明83.2.3.角色和職責83.2.4.輸出文檔或記錄93.2.5.出口準則要求93.3.coding階段93.3.1.流程圖93.3.2.流程說明93.3.3.角色和職責103.3.4.輸出

2、文檔或記錄103.3.5.出口準則103.4.測試階段113.4.1.流程圖113.4.2.流程說明113.4.3.角色和職責113.4.4.輸出文檔或記錄113.4.5.出口準則113.5.市場驗收階段123.5.1.流程圖123.5.2.流程說明123.5.3.角色和職責123.5.4.輸出文檔或記錄133.5.5.出口準則133.6.上線階段133.7.反思會/回顧會階段133.7.1.流程圖133.7.2.流程說明133.7.3.角色和職責143.7.4.輸出文檔或記錄143.7.5.出口準則141. 簡介1.1. 目的編制本規(guī)范的目的是規(guī)范研產(chǎn)品生命周期各階段活動，使各團隊等在產(chǎn)品生

3、命周期中按照本規(guī)范中對各階段的要求去開展整個產(chǎn)品生命周期中的各項活動，最終目的是保證產(chǎn)品達到客戶交付要求。1.2. 范圍適用于公司電商中心技術部各階段活動1.3. 定義、首字母縮寫詞2. 過程概述2.1. 簡要說明2.2. 總體流程圖3. 規(guī)程規(guī)范3.1. 產(chǎn)品需求階段3.1.1. 流程圖3.1.2. 流程說明1， 市場人員拋出客戶需求2， 產(chǎn)品經(jīng)理針對客戶需求進行整理和分析，出產(chǎn)品需求文檔和產(chǎn)品原型和product backlog，并給出backlog產(chǎn)品功能點優(yōu)先級3， 市場人員產(chǎn)品經(jīng)理研發(fā)人員測試，共同評審產(chǎn)品原型和需求。4， 本階段各種文檔評審通過后，進入下階段3.1.3. 角色和職責

4、活動產(chǎn)品研發(fā)測試需求分析進行需求調研，變更、評審，編寫產(chǎn)品需求、產(chǎn)品原型product backlog參與需求評審，并對需求的可實現(xiàn)性進行評審 參與需求評審，并對需求的可測試性評審3.1.4. 輸出文檔或記錄產(chǎn)品需求產(chǎn)品原型product backlog包括優(yōu)先級3.1.5. 出口準則要求需求文檔必須經(jīng)過項目組評審通過，product backlog必須全部完成，給出優(yōu)先級，并納入kanban3.2. sprint會議階段3.2.1. 流程圖3.2.2. 流程說明1， 研發(fā)人員根據(jù)product backlog和人員配置，確定本sprint周期要實現(xiàn)哪些product backlog。2， 研

5、發(fā)人員根據(jù)product backlog細化成本周期的sprint backlog。給出scrum點數(shù)3， 測試人員根據(jù)測試產(chǎn)品product backlog，輸出測試需求，給出測試需求優(yōu)先級3.2.3. 角色和職責活動研發(fā)人員測試人員設計階段確定本sprint周期實現(xiàn)的product backlog。細化sptint backlog編寫測試需求3.2.4. 輸出文檔或記錄sprint backlog并給出scrum點數(shù)測試需求本階段本身可以作為裁剪部分3.2.5. 出口準則要求sprint backlog必須完全上kanban，測試需求輸出完成并給出優(yōu)先級3.3. coding階段3.3.1

6、. 流程圖3.3.2. 流程說明1， 研發(fā)人員進行系統(tǒng)設計、概要設計，數(shù)據(jù)庫設計，詳細設計，并輸出文檔2， 研發(fā)人員進行代碼編寫3， 研發(fā)人員進行unittest編寫4， 研發(fā)人員進行code review5， 測試人員根據(jù)測試需求編寫測試用例6， 產(chǎn)品、研發(fā)、測試，對測試用例進行評審7， coding完成時，產(chǎn)品人員輸出sprint燃盡圖step1、3、4可以裁剪3.3.3. 角色和職責活動開發(fā)人員測試人員產(chǎn)品設計階段開展系統(tǒng)設計，概要設計，數(shù)據(jù)庫設計，詳細設計、單元測試、代碼編寫、code review對測試用例進行評審根據(jù)測試需求編寫測試用例對測試用例進行評審3.3.4. 輸出文檔或記錄

7、1. 設計文檔2. 測試用例3. unittest代碼3.3.5. 出口準則1. 單元測試執(zhí)行完成，單元測試覆蓋率達到公司要求；2. 主線流程可以跑通，不會出現(xiàn)主線流程失敗3. UI基本和產(chǎn)品原型一致4. 產(chǎn)品包編譯可以通過5. 所有輸出文檔必須經(jīng)過研發(fā)內(nèi)部評審通過3.4. 測試階段3.4.1. 流程圖3.4.2. 流程說明1、測試人員搭建測試環(huán)境。2、測試人員根據(jù)測試用例進行測試3、發(fā)現(xiàn)問題填寫缺陷報告、跟蹤缺陷的處理。4、測試人員完成測試后，產(chǎn)品人員進行產(chǎn)品功能驗證，若不滿足，還要追加測試用例進行繼續(xù)測試。3.4.3. 角色和職責活動開發(fā)人員測試人員產(chǎn)品人員測試階段修復測試中發(fā)現(xiàn)的缺陷根據(jù)

8、測試用例進行測試根據(jù)產(chǎn)品需求和產(chǎn)品原型對產(chǎn)品進行驗證3.4.4. 輸出文檔或記錄1、 測試缺陷2、 測試報告3.4.5. 出口準則測試出口準則：1. 測試用例100%執(zhí)行完成，功能接口覆蓋達到計劃要求；2. 缺陷統(tǒng)計計算分析信息達到規(guī)定要求；3. 代碼基線化；4. 測試報告通過評審。5. 產(chǎn)品人員驗證通過3.5. 市場驗收階段3.5.1. 流程圖3.5.2. 流程說明驗證業(yè)務需求中的各業(yè)務功能是否滿足。其次主要關注界面友好、響應時間等。驗收測試由產(chǎn)品人員/市場人員負責完成，測試工程師配合進行。1、 測試人員搭建線上鏡像測試環(huán)境2、 測試人員進行線上鏡像測試環(huán)境產(chǎn)品測試3、 發(fā)現(xiàn)問題填寫問題報告

9、并與缺陷庫進行對比，如果為新的缺陷則跟蹤缺陷的處理；或為原來的缺陷，則分析缺陷還存在的原因。2、測試通過后，產(chǎn)品人員召集市場人員進行產(chǎn)品演示3、研發(fā)和測試配合產(chǎn)品人員進行功能演示；4、市場人員對產(chǎn)品功能進行驗證3.5.3. 角色和職責活動產(chǎn)品人員市場人員測試人員市場驗收階段組織召開市場驗收會議，配合市場人員進行驗收對產(chǎn)品功能進行驗證線上鏡像環(huán)境測試驗證3.5.4. 輸出文檔或記錄3.5.5. 出口準則市場人員通過3.6. 上線階段詳見上線流程規(guī)范3.7. 反思會/回顧會階段3.7.1. 流程圖3.7.2. 流程說明1、 收集前一迭代上線后的相關產(chǎn)品數(shù)據(jù)，如新功能使用日UV、PV等，當然如果發(fā)布

10、后第二天召開回顧會議，可能不能馬上收集到相關數(shù)據(jù)，也可以分析上上迭代的新功能使用情況。2、 分別從冒煙測試通過率、bug分析、集成測試方面來衡量項目質量，找到做的好與不好的原因。bug分析可以通過統(tǒng)計報表，從多維度進行分析，bug等級，引入層級等方面3、 集成測試可以通過集成測試框架如Hudson，主要關注單元測試覆蓋率，通過率以及注釋率等指標4、 從KEEP（做的好的，要保持的），CHANGE（做的不好的，需要改進的），TRY（可以嘗試的）三個方面進行總結。首先回顧下上次總結會議列出來的CHANGE和TRY事項，看看前一迭代做的怎么樣；接著總結前一迭代的情況（每個團隊成員在回顧會議前都先想好，寫到便簽條上，防止說的時候人云亦云），將每個人說的匯總，并由大家投票列出哪些可以在下一迭代中改進以及嘗試，列出具體的action，5、