只有實踐起來才能提出有針對性的改進建議
在這個框架中，整個開發過程由若干個短的迭代週期組成，乙個短的迭代週期稱為乙個sprint，每個sprint的建議長度是2到4周(網際網路產品研發可以使用1周的sprint)。在scrum中，使用產品backlog來管理產品的需求，產品backlog是乙個按照商業價值排序的需求列表，列表條目的體現形式通常為使用者故事。scrum團隊總是先開發對客戶具有較**值的需求。在sprint中，scrum團隊從產品backlog中挑選最高優先順序的需求進行開發。挑選的需求在sprint計畫會議上經過討論、分析和估算得到相應的任務列表，我們稱它為sprint backlog。在每個迭代結束時，scrum團隊將遞交潛在可交付的產品增量。 scrum起源於軟體開發專案，但它適用於任何複雜的或是創新性的專案。
scrum流程如下圖：
3個角色
產品負責人（product owner）
scrum master
scrum團隊
3個工件
產品backlog（product backlog）
sprintbacklog
燃盡圖（burn-down chart)
5個活動
sprint計畫會議（sprint planning meeting）
每日站會（daily scrum meeting）
sprint評審會議（sprint review meeting）
sprint回顧會議（sprint retrospective meeting）
產品backlog梳理會議（ product backlog refinement）
5個價值
承諾 – 願意對目標做出承諾
專注– 把你的心思和能力都用到你承諾的工作上去
開放– scrum 把專案中的一切開放給每個人看
尊重– 每個人都有他獨特的背景和經驗
勇氣– 有勇氣做出承諾，履行承諾，接受別人的尊重
scrum以經驗性過程控制理論（經驗主義）做為理論基礎的過程。經驗主義主張知識源於經驗, 以及基於已知的東西做決定。scrum 採用迭代、增量的方法來優化可預見性並控制風險。
scrum 的三大支柱支撐起每個經驗性過程控制的實現:透明性、檢驗和適應。scrum的三大支柱如下：
透明度是指，在軟體開發過程的各個環節保持高度的可見性，影響交付成果的各個方面對於參與交付的所有人、管理生產結果的人保持透明。管理生產成果的人不僅要能夠看到過程的這些方面，而且必須理解他們看到的內容。也就是說，當某個人在檢驗乙個過程，並確信某乙個任務已經完成時，這個完成必須等同於他們對完成的定義。
開發過程中的各方面必須做到足夠頻繁地檢驗，確保能夠及時發現過程中的重大偏差。在確定檢驗頻率時，需要考慮到檢驗會引起所有過程發生變化。當規定的檢驗頻率超出了過程檢驗所能容許的程度，那麼就會出現問題。幸運的是，軟體開發並不會出現這種情況。另乙個因素就是檢驗工作成果人員的技能水平和積極性。
如果檢驗人員檢驗的時候發現過程中的乙個或多個方面不滿足驗收標準，並且最終產品是不合格的，那麼便需要對過程或是材料進行調整。調整工作必須盡快實施，以減少進一步的偏差。
scrum中通過三個活動進行檢驗和適應：每日例會檢驗sprint目標的進展，做出調整，從而優化次日的工作價值；sprint評審和計畫會議檢驗發布目標的進展，做出調整，從而優化下乙個sprint的工作價值；sprint回顧會議是用來回顧已經完成的sprint，並且確定做出什麼樣的改善可以使接下來的sprint更加高效、更加令人滿意，並且工作更快樂。
敏捷開發（一）敏捷開發和Scrum
工作的軟體是首要 進度度量標準。敏捷過程 提倡可持續的開發速度。責任人 開發者和使用者應該能夠保持乙個長期的 恆定的開發速度。不斷地關注 優秀的技能和好的設計會增強敏捷能力 簡單 盡最大可能減少不必要的工作 是根本的。最好的構架 需求和設計出自與 自組織的團隊。每隔一定時間，團隊會在如何才能更有效地...
敏捷開發 談談敏捷開發之Scrum
最近一直在了解和學習敏捷開發的應用，主要學習的還是scrum。寫這篇文章也是為了能對這段時間的學習有個總結。在談scrum之前，我們可以先簡單了解下敏捷開發。維基百科是這樣解釋的，敏捷開發是一種從1990年代開始逐漸引起廣泛關注的一些新型軟體開發方法，是一種應對快速變化的需求的一種軟體開發能力。它們...
敏捷開發 Scrum 實戰
最近把之前學習 scrum 的資料整理為一篇文件，在接下來的團隊和專案開發中，根據專案的情況引入 scrum 的一些實踐，提高團隊成員之間的協作能力和專案的交付質量。scrum 工具 scrum 中的角色 scrum master 專案負責人 專案經理 保護團隊不受外界干擾，是團隊的領導和推進者，負...