敏捷迭代為什么升級
團(tuán)隊在敏捷迭代實(shí)施的過程中，遇到了各種問題，在這個過程中，也發(fā)現(xiàn)了很多很好的方法論。所以，近期根據(jù)團(tuán)隊迭代的實(shí)際情況，做了2.0的迭代流程升級。
團(tuán)隊使用的工具，在很早的文章里面有介紹，請查看小團(tuán)隊如何落地敏捷開發(fā)
一切從需求開始
需求源分類
由于提出需求渠道比較多，為了便于管理，我們對需求源進(jìn)行了分類，具體分類如下：
| 需求類型 | 描述 | 對應(yīng)迭代版本號 |
|---|---|---|
| feature | 基于產(chǎn)品價值的自主產(chǎn)品迭代 | feature/sprintXX，如：feature/sprint40 |
| cs | 客戶成功經(jīng)理反饋的用戶側(cè)需求 | cs/yyyyMMdd，如：cs/20210713 |
| tech | 研發(fā)內(nèi)部發(fā)起的技術(shù)改進(jìn)或重構(gòu)類需求 | tech/模塊或重構(gòu)名，如：tech/mtms、tech/res |
| hotfix | 故障流程觸發(fā)的線上問題修復(fù)需求 | hotfix/yyyyMMdd，如：hotfix/20210713 |
目前，我們團(tuán)隊開啟Sprint的需求類型為：feature，其余類型不觸發(fā)Sprint。
迭代流程
整體迭代分為6個階段，分別是
- PRD Review：產(chǎn)品需求評審、用戶故事評審
- Estimate：概要設(shè)計、工作量估算（撲克牌）
- Sprint Start：Jira創(chuàng)建Sprint、版本號、登記用戶故事、創(chuàng)建甘特圖
- Sprint In Progress：迭代進(jìn)行中，每天10點(diǎn)站會同步進(jìn)度
- Deploy：PM、UI驗收、版本發(fā)布
- Sprint Review：迭代復(fù)盤
1.PRD Review
PRD Review流程
參與者
- 推動：PM
- 參與：RD FE QA UI
輸入信息
- Confluence中的本次迭代的PRD
輸出信息
- 藍(lán)湖中本次迭代原型討論終稿
- 用戶故事討論終稿
Confluence中的PRD
釘釘中的用戶故事
2.Estimate
估算方式采用的是「規(guī)劃撲克估算法」。一種基于共識的估算方式（游戲），主要用于估算Scrum迭代中的開發(fā)任務(wù)的工作量問題，通過團(tuán)隊的共同的評估方式，使得偏差變得相對較小。
什么是規(guī)劃撲克
規(guī)劃撲克使用Fibonacci序列作為Story Point。Fibonacci序列是13世紀(jì)引入的數(shù)學(xué)系列數(shù)字，用于解釋自然的某些形成方面，例如樹的分支。通過將前兩個數(shù)字相加來生成序列，以獲得序列中的下一個值：0,1/2,1,2,3,5,8,13,20等。出于敏捷估計的目的，一些數(shù)字已經(jīng)改變，導(dǎo)致以下系列：1，2，3，5，8，13，20，40，100
撲克說明（點(diǎn)數(shù)約定：1 Story Point = 1 人/天）
| 牌 | 解釋 |
|---|---|
| 0 | 不需要工作量 |
| 無窮 | 任務(wù)巨大 |
| ? | 無法估計 |
| 一杯咖啡 | 不足0.5，分分鐘搞定 |
| 其他 | 按照字面意思理解點(diǎn)數(shù) |
估算流程
參與者
- 推動：PM
- 參與：RD FE QA
輸入信息
- 用戶故事
輸出信息
- 用戶故事的估算和優(yōu)先級
操作步驟（一般2輪估算基本可以達(dá)成共識）
- PM進(jìn)行用戶故事描述
- RD / FE 的團(tuán)隊成員，通過面朝下的方式打出編號卡（斐波那契值：1，2，3，5，8，13，20，40）
- 卡片同時亮出
- 解釋估算偏差，并討論
- 估算共識達(dá)成
估算記錄表
估算完成后，我們把估算的結(jié)果填寫到釘盤中的故事列表中，并確定故事優(yōu)先級
3.Sprint Start
Sprint創(chuàng)建&開啟流程
參與者
- 推動：Scrum Master（QA）
- 參與：RD FE QA
輸入信息
- 用戶故事 & 估算結(jié)果
輸出信息
- Jira內(nèi)的Sprint & Gantt
創(chuàng)建Epic
創(chuàng)建Story
Sprint面板
Gantt
4.Sprint In Progress
日常流程
參與者
- 推動：Scrum Master（QA）
- 參與：RD FE QA
輸入信息
- 站會同步
輸出信息
- 用戶故事更新
5.Deploy
驗收&發(fā)布流程
參與者
- 推動：Scrum Master（QA）
- 參與：PM UI RD FE
輸入信息
- UAT環(huán)境
輸出信息
- 迭代發(fā)布
- Sprint Done
6.Sprint Review
Review流程
參與者
- 推動：QA
- 參與：PM UI RD FE
輸入信息
- 測試報告
輸出信息
- 復(fù)盤結(jié)果
測試報告
總結(jié)
以上就是目前研發(fā)團(tuán)隊的2.0版本的敏捷迭代流程，后面需要重點(diǎn)改進(jìn)的還是，如何引入CI、自動化測試等等手段，進(jìn)一步提升測試的效率，從而更快的反饋出問題。
