本文主要參考《Scrum精髓》這本書的內(nèi)容
每個Sprint都是從Sprint Planning Meeting開始,Scrum團隊成員聚集在一起商定下個Sprint目標左驾,并且確定在Sprint中交付哪些功能允坚。
Sprint規(guī)劃由整個Scrum團隊協(xié)作完成匹层。PO展示排定優(yōu)先級的Product Backlog隙笆,回答團隊對Product Backlog Item提出的任何問題;開發(fā)團隊確定可以交付哪些功能又固,并做出一個靠譜的承諾仲器;ScrumMaster觀察規(guī)劃活動,提出深入細節(jié)的問題仰冠,引導(dǎo)并且?guī)椭鷪F隊確保有成果乏冀,ScrumMaster不能代替團隊做出承諾。
Sprint Planning Meeting 依賴于一組輸入:
- Product Backlog:PBI已經(jīng)梳理到就緒狀態(tài)
- 團隊速率:團隊在一個sprint里能夠完成的多少任務(wù)指標
- 約束:識別出業(yè)務(wù)或技術(shù)的限制洋只,可能影響到團隊的交付能力
- 團隊生產(chǎn)能力:團隊成員都有哪些技能以及在當前Sprint中他們的可用情況
- Sprint目標:Po希望在這個Sprint內(nèi)完成的業(yè)務(wù)目標
Sprint規(guī)劃:在規(guī)劃過程中辆沦,第一個重要的活動是確定團隊的生產(chǎn)能力昼捍,影響團隊生成能力的因素有:Scrum會議、其他承諾肢扯、個人休假和緩沖時間等妒茬。
- Scrum會議:Sprint 計劃會議、Sprint 評審會議蔚晨、Sprint 回顧會議等
- 其他承諾:與本次Sprint無關(guān)的承諾乍钻,比如:需要支持其他項目。
- 個人休假:是不是有人休假
- 緩沖時間:工作中的一些日常事務(wù)铭腕,比如:回復(fù)郵件以及各種干擾银择。
除去以上占用的時間,剩下的就是團隊在這個Sprint中能夠用來做Product Backlog Item的時間累舷。
基于可用的生產(chǎn)能力浩考,團隊選擇一個Product Backlog Item,然后表示有信心在當前Sprint做完它被盈,并且做出承諾析孽,這時Sprint目標可能需要進行細化。重復(fù)這個過程只怎,直到團隊沒有余力再做更多工作時袜瞬,完成規(guī)劃活動。
Sprint Planning Meeting 最終的輸出:
- Sprint目標:Sprint的業(yè)務(wù)目標和價值
- Sprint Backlog:當前Sprint所要完成的所有故事身堡。