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