Scrum 是一個用於開發和維持複雜產品的框架 ，是一個增量的、迭代的開發過程。在這個框架中，整個開發過程由若干個短的迭代週期組成，一個短的迭代週期稱為一個Sprint，每個Sprint的建議長度是2到4周(網際網路產品研發可以使用1周的Sprint)。在Scrum中，使用產品Backlog來管理產品的需求，產品backlog是一個按照商業價值排序的需求列表，列表條目的體現形式通常為使用者故事。Scrum團隊總是先開發對客戶具有較高價值的需求。在Sprint中，Scrum團隊從產品Backlog中挑選最高優先順序的需求進行開發。挑選的需求在Sprint計劃會議上經過討論、分析和估算得到相應的任務列表，我們稱它為Sprint backlog。在每個迭代結束時，Scrum團隊將遞交潛在可交付的產品增量。 Scrum起源於軟體開發專案，但它適用於任何複雜的或是創新性的專案。

三個角色

Product Owner

管理產品待辦事項列表

• 清晰地表達產品代辦事項列表條目
• 對產品代辦事項列表中的條目進行排序,最好地實現目標和使命
• 確保開發團隊所執行工作的價值
• 確保產品代辦事項列表對所有人可見、透明、清晰,並且顯示 Scrum 團隊的下一步工作
• 確保開發團隊對產品代辦事項列表中的條目達到一定程度的理解

Development Team

• 他們是自組織的,沒有人(即使是 Scrum Master 都不可以)告訴開發團隊如何把產品 代辦事項列表變成潛在可釋出的功能
• 開發團隊是跨職能的,團隊作為一個整體擁有創造產品增量所需要的全部技能
• Scrum 不認可開發團隊成員的頭銜,無論承擔哪種工作他們都是開發者。此規則無一例外
• 開發團隊中的每個成員可以有特長和專注領域,但是責任歸屬於整個開發團隊
• 開發團隊不包含如測試或業務分析等負責特定領域的子團隊

Scrum Master

• 找到有效管理產品代辦事項列表的技巧
• 清晰地和開發團隊溝通願景、目標和產品代表事項列表條目
• 教導開發團隊建立清晰簡明的產品代表事項列表條目
• 在經驗主義環境中理解長期的產品規劃
• 理解並實踐敏捷
• 按需推動Scrum活動
• 指導開發團隊自組織和跨職能
• 教導並領導開發團隊創造高價值的產品
• 移除開發團隊進展過程中的障礙
• 按需推動Scrum活動
• 在 Scrum 還未完全被採納和理解的組織環境下指導開發團隊

三個工件

Product Backlog

Sprint Backlog

Burn-down Chart

五個活動

產品待辦事項列表梳理

• 保持產品待辦事項列表有序
• 把看起來不再重要的事項移除或者降級
• 增加或提升湧現出來的或變得更重要的事項
• 將事項分解成更小的事項
• 將事項歸併為更大的事項
• 對事項進行估算

Sprint計劃會議

• 需要完成哪些工作?
• 如何完成工作?
  最終產生的待辦事項列表就是“Sprint待辦事項列表(Sprint Backlog)”。

每日Scrum會議

Sprint評審會議

Sprint回顧會議

四大支柱