1 怎編寫backlog
常用字段，也可以根據(jù)實(shí)際需要補(bǔ)充字段
類別、來(lái)源、bug、價(jià)值
ID、Name、Important、Initial、estimate、How to demo、Notes
唯一標(biāo)識(shí)簡(jiǎn)短、描述性的故事名重要性，po給評(píng)分，分越高越重要，無(wú)上限，最好分?jǐn)?shù)間留出間隔初步估算，最小單位是story-point，一般理想1人\天簡(jiǎn)單的測(cè)試規(guī)范相關(guān)補(bǔ)充說(shuō)明
2 PO需要參加Sprint計(jì)劃會(huì)嗎
需要參加，再范圍和重要性中做取舍
（計(jì)劃會(huì)主要事宜，po介紹story，dev拆分task估算，確認(rèn)范圍，定義測(cè)試規(guī)范，估算生產(chǎn)率、繪制燃盡圖等；實(shí)際情況可拆為三個(gè)小會(huì)，需求評(píng)審、研發(fā)估期、用例評(píng)審）
3 Story的大小
不該太長(zhǎng)也不該太短，一般要求再2-8個(gè)人\天，拆分task后給估期
Story是可交付的東西，是po關(guān)心的；task是dev團(tuán)隊(duì)拆分的結(jié)果，用于過(guò)程管理
4 技術(shù)故事
1 盡量避免，把技術(shù)故事轉(zhuǎn)換為可衡量業(yè)務(wù)價(jià)值的普通故事，po做決策
2 當(dāng)作普通故事中的其中一個(gè)task
3 上述都不可行，定義為技術(shù)故事，單獨(dú)存放，po可看不可編輯，和po協(xié)商從sprint抽出時(shí)間解決
5 如何讓別人了解我們的Sprint
1 Sprint信息頁(yè)
2 dashboard
3 紙質(zhì)打印
6 任務(wù)板
使用上有幾個(gè)受限：
1 跨地區(qū)團(tuán)隊(duì)
2 不想花精力維護(hù)，有在線工具
3 story沒(méi)有按照3C進(jìn)行，卡片上內(nèi)容不好寫
7 估算用人天還是人小時(shí)
建議人天，符合傳統(tǒng)認(rèn)知，避免微觀管理，統(tǒng)一估算單位
8 Sprint結(jié)束于演示
1 好處：
團(tuán)隊(duì)成果得到認(rèn)可，感覺(jué)很好；
其他人了解團(tuán)隊(duì)在做什么，吸引干系人注意，并得到重要反饋；
團(tuán)隊(duì)之間相互交流；
迫使團(tuán)隊(duì)真正完成一些工作
2 重點(diǎn)：
闡述sprint目標(biāo)
不需要花過(guò)多時(shí)間準(zhǔn)備，集中經(jīng)理演示可以實(shí)際實(shí)際工作的代碼
節(jié)奏要快
關(guān)注業(yè)務(wù)層次，而不是實(shí)現(xiàn)細(xì)節(jié)；注意力放在“我們做了什么”，而不是“我們?cè)趺醋觥?/p>
可以的話，讓觀眾自己試一下產(chǎn)品
不要演示細(xì)碎的bug和微不足道的特性，可以提到；關(guān)注更重要的故事點(diǎn)
實(shí)際情況，迭代主要產(chǎn)研在驗(yàn)收，沒(méi)有拉需求方；如果這個(gè)人員范圍，可和回顧會(huì)一起；或者每隔幾個(gè)sprint統(tǒng)一演示
9 回顧會(huì)
Scrum master 像大家展示sprint backlog，在團(tuán)隊(duì)幫助下，對(duì)sprint做總結(jié)
包括重要事件和決策等
輪流發(fā)言，機(jī)會(huì)均等，不被打算，指定秘書記錄
對(duì)比預(yù)期和結(jié)果，分析差異原因
Scrum master做建議總結(jié)，得出下個(gè)sprint需要改進(jìn)的地方，先腦暴→再投TopX（少即是多）
形式不限，目標(biāo)“怎么在下個(gè)sprint中做的更好”
如果場(chǎng)面比較冷清，SM可以主動(dòng)拋一些問(wèn)題進(jìn)行引導(dǎo)
Good、Could have done better、Improvements
10 Sprint之間的休息時(shí)刻
一個(gè)月安排一天，和Sprint沒(méi)有關(guān)系
選擇兩個(gè)sprint之間
11 定義驗(yàn)收標(biāo)準(zhǔn)
必須完成、應(yīng)該完成、也許可以以后完成
估期粗估，不做絕對(duì)承諾，后續(xù)分析偏差率
估算生產(chǎn)率，永遠(yuǎn)不要寄希望100%
實(shí)際情況，尤其是早期，大部分都是必須功能，并且承諾需求方
12 調(diào)整發(fā)布計(jì)劃
敏捷三角，調(diào)整范圍或時(shí)間，一般建議調(diào)整范圍，保持節(jié)奏
13 Scrum和XP
Scrum注重的是管理和組織實(shí)踐，XP關(guān)注的是實(shí)際的編程實(shí)踐，結(jié)合使用
1 TDD
測(cè)試驅(qū)動(dòng)開(kāi)發(fā)，先寫一個(gè)自動(dòng)測(cè)試，然后編寫恰好能用的代碼，讓它通過(guò)測(cè)試，接著對(duì)代碼重構(gòu)，主要提高代碼的可讀性和消除重復(fù)。整理一下，然后繼續(xù)。
問(wèn)題：需要一定時(shí)間才能掌握方式?
2 增量設(shè)計(jì)
開(kāi)始保持設(shè)計(jì)簡(jiǎn)單化，不斷改進(jìn)，而不是一開(kāi)始就努力保證正確性，凍結(jié)不再改變
3 持續(xù)集成
盡早的做集成操作
4 代碼集體所有
頻繁交換結(jié)對(duì)，保證backup
5 充滿信息的共工作空間
共享信息
6 代碼標(biāo)準(zhǔn)
定義代碼標(biāo)準(zhǔn)，縮寫等
7 可持續(xù)的開(kāi)發(fā)速度/精力充沛的工作
加班降低生產(chǎn)率
14 把驗(yàn)收測(cè)試階段縮到最短
1 全體提高Scrum團(tuán)隊(duì)交付的代碼質(zhì)量
把測(cè)試人員放到Scrum團(tuán)隊(duì)中
每個(gè)Sprint少做點(diǎn)工作，會(huì)帶來(lái)質(zhì)量提升、驗(yàn)收測(cè)試周期短、影響終端用戶的bug減少，短時(shí)間提高生產(chǎn)力
2 全力提高人工測(cè)試工作的效率
多抽點(diǎn)實(shí)際，做自動(dòng)化，來(lái)簡(jiǎn)化測(cè)試工作
3 如果最后測(cè)試成為瓶頸怎么辦
把所有人分配給測(cè)試當(dāng)助手
不完美的方案，不把驗(yàn)收作為sprint的一部分（起因：驗(yàn)收時(shí)間不太可控；理想情況：不驗(yàn)收可交付；實(shí)際不建議，打破了對(duì)完成的定義）
15 怎么管理多個(gè)Scrum團(tuán)隊(duì)
1 項(xiàng)目人員太多，需要分割團(tuán)隊(duì)
3-8 人最佳團(tuán)隊(duì)人數(shù)
2 是否同步多個(gè)Sprint
yes，建議逐步同步
3 怎樣再團(tuán)隊(duì)中分配人手
總負(fù)責(zé)對(duì)齊目標(biāo)，具體事宜單獨(dú)安排
4 跨組件團(tuán)隊(duì)
已組件創(chuàng)建團(tuán)隊(duì)，問(wèn)題story跨團(tuán)隊(duì)
跨組件團(tuán)隊(duì)
5 是否在sprint中重新組織團(tuán)隊(duì)？
不建議，“團(tuán)隊(duì)凝聚力”是Scrum的核心要素之一
同時(shí)不建議兼職人員
6 如何進(jìn)行Scrum-of-scrums
常規(guī)會(huì)議，讓所有Scrum Master聚到一起交流，協(xié)調(diào)資源討論問(wèn)題
定期召開(kāi)，說(shuō)明上周完成事宜，下周計(jì)劃事宜，遇到障礙；跨團(tuán)隊(duì)問(wèn)題（如集成）
16? 救火團(tuán)隊(duì)（支持團(tuán)隊(duì)）
1 救火
2 保護(hù)Scrum團(tuán)隊(duì)遠(yuǎn)離各種干擾，包括擋開(kāi)不知從何而來(lái)的、增加臨時(shí)特性的需求
團(tuán)隊(duì)成員，不過(guò)分依賴某個(gè)核心成員
17 Scrum Master檢查列表
1 Sprint 開(kāi)始階段
整理Sprint 問(wèn)題，更新到dashboard
2 每一天
主持scrum會(huì)議，確保按時(shí)開(kāi)始結(jié)束
為保證sprint如期完成，適當(dāng)增刪故事，確保PO了解變化
團(tuán)隊(duì)成員及時(shí)得知Sprint backlog和燃盡圖的狀況
確保問(wèn)題和障礙被解決，并報(bào)告給PO或dev leader
3 在Sprint結(jié)束時(shí)
Sprint演示、協(xié)調(diào)會(huì)議、更新sprint數(shù)據(jù)文檔
