Scrum基於測試過程控制理論（Empirical Process，或所謂的經驗主義。經驗主義認為知識來源於當前已知情況下的實際經驗和觀察。（注意它不同於教條主義，以及基於固定思維的完全依靠過去的經驗，或忽視理論指導的部分經驗主義）。
定义与经验
“透明、檢查、適應”是實驗過程控制的三大支柱，支撐著每個實驗過程控制的實施。Scrum 使用迭代的增量方法來優化未來預測和管理風險，從而使組織能夠響應敏捷性變化以取得更好的結果。Scrum借鑒了精益思想、時間盒，充分體現了敏捷宣言和敏捷原則。
Scrum的三大支柱
Scrum 是一個通過“查看和調整”來開發和維護複雜產品的框架。是一種遵循敏捷宣言和原則，整合三個角色、三個工件、五個事件、五個價值觀的流派，簡稱“ 3355 ”。
3355 Scrum 框架
在這個框架中，整個開發過程由幾個稱為Sprint 的短迭代周期組成。推薦的：
- 每個 Sprint 的長度為 1 到 4 週。
- 使用Product Backlog來管理產品的需求，這是一個按值排序的需求列表。
- 在每次迭代中，Scrum 團隊從產品待辦列表中選擇最高優先級的需求來工作。
- 在 Sprint 計劃活動中討論、分析和估計選定的需求，以獲得相應的迭代目標和交付計劃，我們稱之為Sprint Backlog。
- 在迭代中每天都會有一個常設的Daily Scrum。在每次迭代結束時，Scrum 團隊將邀請業務和利益相關者審查潛在的產品可交付成果。
- 然後，該團隊審查並繼續改進其工作方式。
- Scrum 不僅適用於軟件開發項目，也適用於任何復雜或創新的項目和探索，以及組織變革設計。
敏捷 Scrum 框架
敏捷與 Scrum 基礎
- 簡而言之，使用 Scrum 進行敏捷產品管理
- Scrum 的三大支柱是什麼？
- 什麼是敏捷軟件開發？
- 什麼是敏捷項目管理？
- 3 分鐘內的 Scrum
- 什麼是 5 個 Scrum 價值觀？
- Scrum的演變是什麼？
- 經典項目管理與敏捷項目管理
- 為什麼 Scrum 難以掌握？
- Scrum 中的速度是什麼？
- 什麼是敏捷？什麼是Scrum？
- 敏捷中的三友發展戰略是什麼？
- 經驗過程控制與定義過程控制
- 如何在 Scrum 中保持透明度？
- Scrum vs 瀑布 vs 敏捷 vs 精益 vs 看板
- Scrum 框架中的 3355 是什麼？
- 為什麼是 Scrum？Scrum 如何克服我們一直面臨的 8 個痛點？
- 最好的免費和商業敏捷工具 - 每個 Scrum 團隊都需要！
- 精益中的 8 種浪費是什麼？
- 極限編程 (XP) 與 Scrum
- 什麼是 Scrum 中的時間盒？
- 敏捷神話：不需要文檔和規劃？
- Scrum 或 LeSS 如何應用經驗過程控制原則？
- 每個 Scrum 團隊的 Scrum 檢查表
- 敏捷開發：零衝刺還是非零衝刺？
- 敏捷開發中的 6 大常見誤解
- 敏捷框架工具 - 從小型團隊到擴展敏捷
- 敏捷團隊的比較
- 為什麼是敏捷項目管理？從傳統 PM 過渡到敏捷
- 前 7 種流行的敏捷開發方法
敏捷和 Scrum 原則
