建立團隊的節奏感：有預期的節奏，容易讓團隊形成習慣，團隊生產效率更規律。
降低協同成本：能夠並行的去安排多個迭代的規劃，評審等活動，減低溝通和協同成本。
簡化規劃活動：如果固定的迭代長度，當團隊人力固定的時候，團隊的生產率理論上也是固定的，有利於規劃的合理性。
此外，長週期從需求完整性、頻率、工作強度上優勢明顯，短週期從產品規劃、交付效率、質量以及試錯成本上優先明顯。
ipmstand up
story board
code review
tddrefactoring
****** design
show case
continuous integration
360/daily feedback
regular catch up with client
story kick-off
pair
區別之二: 在迭代中, 是否允許修改需求;(xp可替換，scrum嚴格要求，不允許)
區別之三: 在迭代中，user story是否嚴格按照優先級別來實現;(xp嚴格按優先順序，scrum靈活)
區別之四:軟體的實施過程中，是否採用嚴格的工程方法，保證進度或者質量;(xp嚴格流程方法，scrum不定義，自覺)
敏捷軟體開發之敏捷實踐
good 勝過normal 個體和互動 過程和工具 可以工作的軟體 面面俱到的文件 客戶合作 合同談判 響應變化 遵循計畫 個體和互動勝過過程和工具 人是獲得成功的最為重要的因素。團隊的構建要比環境的構建重要得多。許多團隊和管理者就犯了先構建環境，然後期望團隊自動凝聚在一起的錯誤。相反，應該首先致力...
敏捷軟體開發 原則 模式與實踐 之敏捷實踐
參與公司的敏捷開發也有一段時間了，還沒有系統的學習過敏捷開發。比如早上的站會，每個月的迭代會，還有自己領取任務去開發故事，這些都是敏捷開發的流程之一。敏捷開發需要不斷的學習，不斷的實踐。現在開始寫一些關於敏捷開發的部落格。一 敏捷聯盟 1 個體和互動勝過過程和工具 乙個優秀的團隊成員未必是乙個一流的...
敏捷實踐之XP極限程式設計
團隊協作 whole team 規劃策略 the planning game 主要思想就是先快速地制定乙份概要的計畫，然後隨著專案細節的不斷清晰，再逐步完善這份計畫,產生的結果是一套使用者故事及後續的一兩次迭代的概要計畫。結對程式設計 pair programming 所有的產品軟體都是由兩個程式設...