十四、Sprint
增量開發(fā)主要是一塊接著一塊地構(gòu)建一個系統(tǒng)
迭代開發(fā)是指逐漸完善地構(gòu)建一個系統(tǒng)
每個Sprint應遞交可工作的軟件
敏捷方法強調(diào)可工作的軟件，是因為下面三個主要原因：、
可工作軟件鼓勵反饋——能夠看到或觸摸到產(chǎn)品不僅能使用戶給出更好的反饋，而且他們還更有可能答應當場就提供反饋的要求
可工作軟件幫助團隊衡量他們的進度——完成一部分工作，會使剩余的工作量明晰起來
可工作軟件允許產(chǎn)品在需要時盡早發(fā)布——滿足或接近發(fā)布，是Sprint的特點
1、“潛在可交付”的含義
不僅符合用戶故事的滿足條件，還要符合項目具體的完成定義（編碼、測試、代碼檢入、格式良好、可集成和具備自動化測試）
2、識別“潛在可交付”的指導方針
1）潛在可交付意味著測試過
集成測試、性能測試、可用性測試等
2）潛在可交付并不意味著系統(tǒng)功能的完整
代碼結(jié)構(gòu)良好，徹底被測試過，PO和團隊同意后，產(chǎn)品就可以帶著它發(fā)布而不需要考慮完整功能特性的缺失
3）潛在可交付意味著集成已做好
在多個團隊的項目中，團隊必須在“已完成”的定義標準中包含集成開發(fā)代碼流
每個Sprint提交一些有價值的東西
在很早就產(chǎn)生某些東西可以讓用戶實際看到，以便知道我們距離目標有多近
不是所有的產(chǎn)品都包含對終端用戶可見的功能
提交有價值的東西，可以盡早獲得反饋和確保團隊不會誤解項目進度
在當前Sprint為下個Sprint做準備
1、臺球短跑
臺球短跑指的是團隊剛完成一個Sprint，還沒準備開始下一個，下個Sprint又開始啟動，毫無準備
在任何一個Sprint中應有10%的團隊可用時間用于準備下一個Sprint
2、只在一個Sprint中塞入能完成的東西
如果某個用戶故事或產(chǎn)品Backlog中的其他事項明顯無法在一個Sprint內(nèi)完成，那么不應該將其放入Sprint
產(chǎn)品Backlog中的事項被放入一個Sprint后，需要了解的細節(jié)數(shù)量就是必需的最低數(shù)量，這些細節(jié)數(shù)量可以使該事項放入該Sprint中，從產(chǎn)品Backlog變成可運行和測試過的功能特性
每個Sprint始終保持協(xié)作
Scrum項目的特點就是跨職能團隊一起工作，而不是將工作從一個組交接給另一個組
1、避免特定活動的Sprint
特定活動的Sprint擁有同樣特定活動的團隊的缺點：太多的交接工作和缺少作為整個團隊的責任心
1）進度風險增加
2）花太長時間完成從想法到可運行、測試過的功能特性
3）這并沒有真正解決交迭工作的問題
2、用完成-完成的關(guān)系取代完成-開始的關(guān)系
用戶需求的討論和編碼實現(xiàn)可以交迭，編碼和測試活動也可以交迭
3、用戶體驗設計的交迭
UED是一項前端活動，通常從評估當前工作實踐和用戶需求開始，以用戶界面設計的創(chuàng)建結(jié)束
在Sprint中，團隊有兩個目標：完成在當前Sprint計劃的工作以及準備下一個Sprint
4、全盤思考，增量工作
在一個有重大UED的應用中，PO需要在對Backlog區(qū)分優(yōu)先級的同時，解決那些未處理的UED問題
PO和UED整體考慮系統(tǒng)，確定他們在哪些地方最需要獲得新的知識，這些地方成為下個Sprint UED工作的重點
這樣做的好處是——不會浪費時間、同時完成可用性測試、設計人員會得到及時的反饋
熟練和富有經(jīng)驗的設計人員總是在做全盤考量但迭代實現(xiàn)的解決方案
5、系統(tǒng)架構(gòu)和數(shù)據(jù)庫設計
保持時間箱定期性和嚴格性
固定Sprint長度的好處：
1）團隊受益于定期的節(jié)奏
2）Sprint計劃變得容易
3）發(fā)布計劃變得容易
4）這正是理查德費曼做的——在每個Sprint開始時選擇該Sprint的長度是一種精力的浪費，先試驗兩個長度，決定后堅持
周五開始Sprint，可以做Sprint的評審、回顧和計劃，放在周一會導致我們比平時更恐懼周一
1、絕不要延長Sprint
Sprint要按時結(jié)束，不要在到達計劃的結(jié)束日期時，還在決定你還要多增加幾天來完成工作
如果團隊決定延長一個Sprint，那么他們學到的是錯過截止日期是可以的
嚴格保持Sprint時間箱能強化持續(xù)推動項目前進的想法
嚴格執(zhí)行Sprint的截止日期意味著團隊偶爾也需要在Sprint中丟下一些已計劃完成的工作
只要有任何跡象說明不是所有計劃工作都能完成，PO就要與團隊其他人碰頭討論如何做
不要改變目標
只要是初期，使用Scrum應對Sprint變化的強硬路線，即不許改變?nèi)魏稳蝿?/p>
Scrum不允許變化進入Sprint而樂于異常終止并啟動一個新Sprint，這種方法提高了變化在成本和頻率方面的可見性，只有最重要的變化才能證明異常終止是正當?shù)?/p>
真正的焦點是確保我們總是在做最重要的工作
1、放棄改變團隊目標的習慣
1）稍后再緩和強硬立場
必須讓團隊外面的人認識到改變團隊目標帶來的成本
客戶真正需要的是可預測性，大部分不緊急的缺陷不用立即修復
獲得反饋，學習和適應
每個Sprint可看作是一種最有價值的、潛在可交付的、集體受益的試驗
迭代和增量開發(fā)指的是產(chǎn)生反饋，從中學習，之后調(diào)整我們正在構(gòu)建的東西和我們的構(gòu)建方式，Sprint為團隊提供了相應的機制
