“可工作的軟件勝于全面的文檔”。
這句話是敏捷宣言中的四大價值之一走芋，也說明了對于每一個Sprint而言绩郎，交付一個可工作的軟件非常重要。但是在短短的一個Sprint當中很難交付一個完整的應用翁逞，所以應當做到“潛在可交付”肋杖，潛在可交付有如下特征
- 潛在可交付意味著測試過。測試過指的是經(jīng)過測試挖函，且不存在重大的問題状植。
- 潛在可交付并不意味著系統(tǒng)功能的完整。有可能只是實現(xiàn)了一部分的功能特性怨喘，但是這部分功能特性是需要我們測試過的津畸，且可運行。
- 潛在可交付意味著集成已做好必怜。這里的集成指的是來源于不同人不同團隊的代碼之間的集成肉拓。例如程序員A寫的代碼和程序員B寫的代碼組合在一起才能實現(xiàn)一個“潛在可交付”，那么這兩份代碼必須繼承做好梳庆。
在每一個Sprint中都要提供一些“有價值”的東西暖途，這里的有價值指的是對客戶有價值卑惜，即客戶可用的功能。這里所說的客戶不代表終端客戶，有可能是你所服務的“客戶”。比如在我們團隊中BP小組做的東西的客戶可以是Integration小組弦叶。
另外一個關(guān)于Sprint的最佳體驗是，在當前Sprint中抽出一定的精力為下個Sprint做好準備抱环。而在一個Sprint中只塞入能夠完成的任務量。
在一個大的團隊當中纸巷，各個小團隊之間應隨時保持深度協(xié)作镇草，最好不要出現(xiàn)產(chǎn)品從一個團隊交到另一個團隊手里，又依次傳遞下去的情況瘤旨。這樣的傳遞不光在團隊之間需要避免梯啤，也需要避免在不同Sprint之間進行傳遞，也就是說不要出現(xiàn)“特定活動的Sprint”存哲。特定活動的Sprint指的是某個Sprint專門做分析因宇，下個Sprint專門做開發(fā)，再下個Sprint專門做測試祟偷，這樣的體驗很不好察滑。
作為UX，自己的設(shè)計工作有點時候很難和項目其他成員的工作很好的協(xié)作修肠。原因是傳統(tǒng)項目中習慣將用戶體驗設(shè)計UI設(shè)計全部完成再開始工作贺辰。UX的設(shè)計工作是應該提前，但是也可以盡量切分成一個個小的模塊進行設(shè)計嵌施。這需要很多的經(jīng)驗饲化。
對于Sprint的時間性應保持絕對嚴格，一個Sprint的長度必須要固定吗伤，且不能出現(xiàn)延長吃靠。
