1.用戶需求分析轉(zhuǎn)化為產(chǎn)品BACKLOG
這個(gè)部分的內(nèi)容由PM具體負(fù)責(zé)，主要的工作內(nèi)容如下：
用戶調(diào)研、需求分析，確定產(chǎn)品迭代功能，出具產(chǎn)品BACKLOG。決定產(chǎn)品的發(fā)布日期與發(fā)布內(nèi)容，給迭代計(jì)劃預(yù)設(shè)目標(biāo)。根據(jù)RIO（商業(yè)價(jià)值/工作量）排序優(yōu)先級(jí)，考慮必要風(fēng)險(xiǎn)。
優(yōu)先級(jí)排序：排序的目的，是弄清楚哪些需求最重要因此可能在最近的一兩次迭代中進(jìn)行開發(fā)。參與排序的條目一般足夠接近半年的開發(fā)工作量，但多數(shù)只有一個(gè)簡(jiǎn)短的名稱，只有最高優(yōu)先級(jí)的需求才會(huì)被真正細(xì)化，也就是近一兩次迭代要開發(fā)的需求列表。在每個(gè)Sprint結(jié)束或者臨時(shí)需求變更時(shí)，都需要更新優(yōu)先級(jí)的排列順序。
關(guān)鍵物：產(chǎn)品BACKLOG
如圖：
2. Sprint計(jì)劃會(huì)議生成Sprint BACKLOG
這個(gè)部分的內(nèi)容主要由開發(fā)經(jīng)理負(fù)責(zé)，主要工作內(nèi)容如下：
將產(chǎn)品BACKLOG拆分為在本次Sprint中可細(xì)化的Sprint BACKLOG。Sprint BACKLOG中的開發(fā)任務(wù)以小時(shí)估算，預(yù)計(jì)1-16小時(shí)的工作量化。根據(jù)開發(fā)優(yōu)先級(jí)管理Sprint BACKLOG，隨時(shí)更新Sprint BACKLOG狀態(tài)。每個(gè)團(tuán)隊(duì)成員都可以自主挑選任務(wù)，修改Sprint BACKLOG。
優(yōu)先級(jí)排序：要完成這個(gè)選擇其實(shí)不太容易，如果只是盯著產(chǎn)品BACKLOG“重要程度”這個(gè)排序依據(jù)，極有可能從很多功能模塊中各自挑出最重要的需求，而這些需求湊在一起，只能形成一個(gè)四不像的版本。因此常?？梢蕴暨x最重要的功能模塊中的多個(gè)條目，形成整體完整的一個(gè)“故事群”，這樣無(wú)論開發(fā)、測(cè)試和演示環(huán)節(jié)，都有一個(gè)相對(duì)內(nèi)聚的目標(biāo)。為了防止大家中途跑偏，常常給每個(gè)沖刺要都起一個(gè)簡(jiǎn)短的名稱，比如：“本次迭代將發(fā)布一個(gè)具有電子節(jié)目單的版本?！?/p>
關(guān)鍵物：Sprint BACKLOG
如圖：
3.迭代開發(fā)周期，每日例會(huì)，交付迭代版本
這部分內(nèi)容主要由開發(fā)團(tuán)隊(duì)共同推進(jìn)，主要工作內(nèi)容如下：
依照Sprint BACKLOG，開始開發(fā)工作，更新工作任務(wù)面板。參加每日例會(huì)，圍繞昨日進(jìn)度、今日安排、所遇困難三個(gè)方面快速的梳理一遍任務(wù)面板上的工作內(nèi)容，所遇困難在會(huì)后點(diǎn)對(duì)點(diǎn)進(jìn)行討論解決。保證整體開發(fā)進(jìn)度不大幅度的偏離預(yù)設(shè)的Sprint燃盡圖。高度的自我組織管理，保持良好的跨職能團(tuán)隊(duì)溝通，確保實(shí)現(xiàn)Sprint目標(biāo)。
優(yōu)先級(jí)排序：一般在迭代計(jì)劃會(huì)上使用MoSCoW方法進(jìn)行這種排序，將要Sprint Backlog中的條目分為四級(jí)（其實(shí)只有前3級(jí)）：
Must：必須做的
Shoud：應(yīng)該做的
Could：可以做的
Would not：不要做的
要按照這些順序來(lái)做，保證Product Owner所需要的Must、Should完成，并力爭(zhēng)Could能完成；在發(fā)生重要變更的時(shí)候，犧牲Could乃至Should保證變更。開發(fā)過(guò)程中避免在M、S完成前就有人動(dòng)C。
關(guān)鍵物：燃盡圖
如圖：
4.驗(yàn)收發(fā)布版本，評(píng)審回顧會(huì)議，周期數(shù)據(jù)報(bào)表
這部分內(nèi)容主要由Sprint團(tuán)隊(duì)成員共同參與，主要工作內(nèi)容如下：
產(chǎn)品開發(fā)團(tuán)隊(duì)通過(guò)操作演示的方式展示Sprint中完成的功能與架構(gòu)。PM根據(jù)產(chǎn)品BACKLOG，驗(yàn)收開發(fā)交付的迭代版本，發(fā)布產(chǎn)品迭代版本。收集Sprint問(wèn)題反饋，尋找根本原因，討論解決方法，改善Sprint過(guò)程。
參考文章：
http://cloud.51cto.com/art/201711/559483.htm
