價(jià)值目標(biāo)
- 交付最高的商業(yè)價(jià)值，通過(guò)盡量短的時(shí)間
- 它強(qiáng)調(diào)的不是最短的時(shí)間，而是價(jià)值。我們關(guān)注的是如何在交付最高價(jià)值的前提下花費(fèi)更少的時(shí)間。
框架
3-3-5-5模型
3個(gè)工件
product backlog
- 產(chǎn)品清單
哪些需要納入
哪些需要修改
哪些需要?jiǎng)h除
哪些需要PBI優(yōu)先級(jí)調(diào)整
- 表現(xiàn)形式
scrum并沒(méi)有要求PBI的表現(xiàn)形式，可以采用用戶故事、用或者其他有意義的格式
- 好的PB遵循DEEP原則
D. Detailed appropriately(詳略得當(dāng))
近期要做的PBI粒度要足夠小，能夠放到一個(gè)沖刺中執(zhí)行
越靠近PBL頂端的PBI要越詳細(xì)且粒度越小
E. Emergent（涌現(xiàn)式的）
產(chǎn)品清單式動(dòng)態(tài)的，可能受各種因素影響，修改、廢棄、新增，因此PBL是個(gè)持續(xù)更新的動(dòng)態(tài)需求池
E. Estimated（已估算的）
P. Prioritized（已排序的）
sprint backlog
- 當(dāng)前沖刺中開(kāi)發(fā)團(tuán)地需要完成的工作列表
沖刺計(jì)劃會(huì)議中，對(duì)PBI進(jìn)行任務(wù)分解，細(xì)化為具體的工作任務(wù)，足以支撐實(shí)現(xiàn)這些PBIs，是DevTeam對(duì)實(shí)現(xiàn)PBI作出的承諾- 表現(xiàn)形式
看板、電子表格、專(zhuān)門(mén)的在線系統(tǒng)進(jìn)行記錄和跟蹤
拆分后的任務(wù)和PBI的對(duì)應(yīng)關(guān)系也要一同記錄
produnct increment
- 產(chǎn)品增量
Potentially Shippable Increment，PSI 沖刺中所完成的所有PBI總和，未完成的部分不納入
增量是穩(wěn)定的、可工作的產(chǎn)品組成部分
3個(gè)角色
product owner
- 關(guān)鍵職責(zé)
為Product Backlog負(fù)責(zé)
為投資回報(bào)率負(fù)責(zé)- 關(guān)鍵屬性
是利益相關(guān)者和客戶的代表
只能由一人擔(dān)任
有絕對(duì)的決策權(quán)
隨時(shí)能夠被團(tuán)隊(duì)找到
決定產(chǎn)品發(fā)布日期和內(nèi)容
不能兼任scrum master
根據(jù)業(yè)務(wù)價(jià)值和重要性為PBI排序
能夠決定sprint是否取消
scrum master
- 關(guān)鍵職責(zé)
促進(jìn)scrum的進(jìn)行，為開(kāi)發(fā)團(tuán)隊(duì)移除障礙- 關(guān)鍵屬性
沒(méi)有權(quán)利
服務(wù)型領(lǐng)導(dǎo)
development team
- 關(guān)鍵職責(zé)
實(shí)現(xiàn)sprint的目標(biāo)，在每個(gè)sprint結(jié)束交付可潛在發(fā)布的產(chǎn)品增量- 特征
自組織
跨職能
具備交付產(chǎn)品所需要的所有能力
同地協(xié)作
T型人才，成員具備“一專(zhuān)多通”的特點(diǎn)
沒(méi)有頭銜，大家都是平等的團(tuán)隊(duì)成員
開(kāi)發(fā)團(tuán)隊(duì)的成員必須全職參與
人數(shù)范圍3-9人：不宜過(guò)多或過(guò)少，過(guò)少的團(tuán)隊(duì)無(wú)法具備跨職能的要求，過(guò)多的團(tuán)隊(duì)降低溝通效率
沒(méi)有子團(tuán)隊(duì)：團(tuán)隊(duì)是平級(jí)團(tuán)隊(duì)，子團(tuán)隊(duì)增加了溝通成本
5個(gè)價(jià)值觀
勇氣
面對(duì)難題團(tuán)隊(duì)成員都有勇氣做正確的事情和工作
專(zhuān)注
團(tuán)隊(duì)成員要專(zhuān)注于沖刺要完成的工作以及團(tuán)隊(duì)目標(biāo)
承諾
團(tuán)隊(duì)成員對(duì)完成Sprint目標(biāo)做出承諾
尊重
團(tuán)隊(duì)成員之間都尊重對(duì)方是有能力的、獨(dú)立的人
開(kāi)放
Scrum團(tuán)隊(duì)以及利益相關(guān)者對(duì)所有的工作以及完成工作所面臨的挑戰(zhàn)的開(kāi)放性一致認(rèn)同。
5個(gè)事件
sprint, 沖刺
- 目標(biāo)是完成可交付的產(chǎn)品增量
是scrum的核心,也是scrum開(kāi)發(fā)方法中的基本單元
固定的時(shí)間盒
是個(gè)容器，以沖刺計(jì)劃開(kāi)始，以沖刺評(píng)審和沖刺回顧結(jié)束
sprint planning, 沖刺計(jì)劃
- 確定當(dāng)前沖刺所要完成的工作范圍
- 從PB中選擇當(dāng)前沖刺需要完成的PBI
- 確定sprint backlog，以支撐所選的PBIs
- 以?xún)芍軟_刺為例，建議會(huì)議時(shí)間為4小時(shí)
daily scrum, 每日站會(huì)
- 開(kāi)發(fā)團(tuán)隊(duì)成員必須到場(chǎng)，PO和SM可選參加
- 歡迎其他人參加，但只允許開(kāi)發(fā)團(tuán)隊(duì)成員發(fā)言
每天同一時(shí)間，同一地點(diǎn)
準(zhǔn)時(shí)開(kāi)始，即使有開(kāi)發(fā)團(tuán)隊(duì)成員缺席
控制在15分鐘以?xún)?nèi)- 會(huì)議基于三個(gè)問(wèn)題
昨天完成了什么
今天準(zhǔn)備完成什么
遇到了什么障礙阻礙了自己或團(tuán)隊(duì)達(dá)成沖刺目標(biāo)
sprint review, 沖刺評(píng)審
- 本質(zhì)是通過(guò)現(xiàn)場(chǎng)交流和演示，獲得利益相關(guān)者對(duì)產(chǎn)品增量的反饋！反饋！反饋！
- 不在于評(píng)價(jià)已完成產(chǎn)品增量的好壞
- 更不在于在沒(méi)有達(dá)到既定要求時(shí)的批判和追責(zé)
- 主要內(nèi)容
審視已完成的工作以及已經(jīng)計(jì)劃但沒(méi)有完成的工作
向利益相關(guān)者展示已完成的工作（Demo）
與利益相關(guān)者協(xié)作，進(jìn)一步明確后續(xù)要做的工作
Spring Retrospective, 沖刺回顧
- 本質(zhì)是檢視和調(diào)整，以期持續(xù)改進(jìn)
- 回顧已過(guò)去的沖刺
- 識(shí)別持續(xù)改進(jìn)的行動(dòng)項(xiàng)并達(dá)成一致
典型的會(huì)議內(nèi)容- 三個(gè)主要問(wèn)題
在當(dāng)前沖刺中，哪些做的好？
在當(dāng)前沖刺中，哪些做的不好？
為了提高生產(chǎn)力，在下一沖刺中哪些需要改進(jìn)？- 兩周的沖刺，建議時(shí)間為1.5小時(shí)
回顧會(huì)議由SM負(fù)責(zé)推進(jìn)
工作流
scrum工作流.png
- 產(chǎn)品需求被匯總到Product Backlog，PO依據(jù)業(yè)務(wù)價(jià)值、重要性等對(duì)PBI進(jìn)行排序。
- 沖刺會(huì)議標(biāo)志著Sprint的正式開(kāi)始，團(tuán)隊(duì)對(duì)輸入的PBL進(jìn)行選擇，確定本次沖刺所需要完成的PBI。DevTeam基于所確定的PBI進(jìn)行任務(wù)拆分，形成Sprint Backlog。
- DevTeam執(zhí)行開(kāi)發(fā)過(guò)程，交付潛在可發(fā)布的產(chǎn)品增量。
