Scrum 是一個簡單的經驗過程，它使團隊能夠在迭代中逐步構建產品，以跟上不斷變化的市場需求並與組織的業務目標保持一致。
“Scrum 是一個敏捷的過程，它使我們能夠專注於在最短的時間內交付最高的業務價值。”
- Mike Cohn，Mountain Goat 軟件
Scrum 提倡自組織團隊通過不斷的檢查和適應朝著共同的目標努力。每次迭代結束時的最小可行產品為團隊提供了一個選項，可以快速從最終用戶那裡獲得反饋並更快地做出響應。
Scrum在 1990 年代初期開發, 2010 年編寫了第一版 Scrum 指南。
用戶故事是敏捷團隊中捕捉功能願望的事實上的標準。用戶故事通常是從最終用戶或系統用戶的角度編寫的。換句話說，用戶故事描述了用戶的類型、他們想要什麼以及為什麼。用戶故事有助於創建需求的簡化描述。根據項目的不同，用戶故事可能由不同的利益相關者編寫，包括客戶、用戶、經理或開發團隊成員。
Scrum基於測試過程控制理論（Empirical Process，或所謂的經驗主義。經驗主義認為知識來源於當前已知情況下的實際經驗和觀察。（注意它不同於教條主義，以及基於固定思維的完全依靠過去的經驗，或忽視理論指導的部分經驗主義）。
估算是Scrum和其他敏捷過程中的支持活動之一。這意味著評估故事大小的過程，即需要花多長時間，實施多少工作，花費多少，或者你想要它。在Scrum中，估算是團隊活動。對於每個故事，整個團隊參與估算過程。計劃撲克 （有時被稱為Scrum的撲克）是一個簡單但功能強大的工具，使團隊估計更快，更準確，更有趣。這個詞由James Grenning創造，由Mike Cohn推廣。
隨著最近開發的敏捷方法越來越多地被採用，用於開發軟件的傳統瀑布方法正在迅速普及。但兩者之間有什麼區別- 敏捷總是更好嗎？
敏捷是軟件開發中的重複和增量過程，有助於軟件的功能以較小的周期發布。這項工作由一個高度專業的自組織團隊完成，該團隊檢查是否真正滿足了客戶需求，從而可以相應地進行更改。例如，XYZ公司正致力於製作遊戲應用程序，並且通過敏捷方法以小周期釋放遊戲以檢查兼容性及其工作速度並相應地進行更改。通過在小周期中重複檢查和發布，公司可以通過電子郵件或聊天從客戶端獲得新想法和反饋，以便團隊可以有效地進行增量改進。使用敏捷方法，公司可以從客戶端獲得真實的反饋，以更好地改進項目。
Scrum是一種敏捷方法，旨在指導團隊進行產品的迭代和增量交付。通常被稱為“敏捷項目管理框架”，其重點是使用經驗過程，使團隊能夠快速，有效，有效地做出改變。傳統的項目管理方法確定了需求，以控制時間和成本; 另一方面，Scrum修復了控制需求的時間和成本。這是使用時間框，協作儀式，優先產品積壓和頻繁的反饋週期來完成的。整個項目中業務的參與至關重要，因為Scrum在很大程度上依賴於團隊與客戶或客戶代表之間的協作，以精益的方式創建合適的產品。
嗨，本周我将讨论Planning Poker或Scrum Poker; 使用基于共识的估算的策略。来自世界各地的敏捷团队使用计划扑克技术来估计他们的产品积压。Scrum Poker可用于故事点 (Story Point)，理想日期或任何其他估算单位。