Table of Contents
hide
Scrum 是一個框架,人們可以在其中解決複雜的適應性問題,同時富有成效和創造性地交付具有最高價值的產品。
Scrum 本身是一個簡單的框架,用於在復雜產品上進行有效的團隊協作。Scrum 的共同創造者 Ken Schwaber 和 Jeff Sutherland 編寫 了《Scrum 指南》 來清晰簡潔地解釋 Scrum。本指南包含 Scrum 的定義。這個定義由 Scrum 的角色、事件、工件和將它們綁定在一起的規則組成。
Scrum 過程
在敏捷項目中,衝刺是時間的一致迭代,其中開發團隊從頭到尾創建一組特定的產品功能。在每個 sprint 結束時,開發團隊創建的功能應該可以工作、準備好演示並可能交付給客戶。
項目中的 Sprint 長度應該相同。保持 sprint 長度一致有助於開發團隊衡量其績效並在每個新的 sprint 中更好地計劃。
衝刺通常持續一到四個星期。四個星期是任何衝刺應該持續的最長時間;更長的迭代使變更風險更大,違背了敏捷的目的。我們很少看到 sprint 持續超過兩週,更多的是看到 sprint 持續一周。一周衝刺是周一到週五工作週的自然循環,從結構上阻止了周末工作。
一些 Scrum 團隊在一日沖刺中工作,優先級每天都在變化。市場和客戶需求的變化越來越快,您在收集客戶反饋的機會之間能夠承受的時間只會越來越短。
我們的經驗法則是,在不改變 Scrum 團隊在 sprint 中應該做什麼的優先級的情況下,您的 sprint 不應超過您的利益相關者可以持續進行的時間。
- 每個衝刺包括以下內容
- sprint 開始時的 Sprint 計劃 每日 Scrum 會議
- 開發時間——衝刺的大部分時間
- 衝刺審查和衝刺結束時的衝刺回顧
了解有關 Scrum 的更多信息——敏捷和 Scrum 基礎
- 綜合 Scrum 指南
- Scrum 的三大支柱是什麼?
- 什麼是敏捷軟件開發?
- 3 分鐘 Scrum
- Scrum 的 5 個價值觀是什麼?
- Scrum 的演變是什麼?
- 經典項目管理與敏捷項目管理
- 為什麼 Scrum 難以掌握?
- Scrum 中的速度是什麼?
- 什麼是敏捷?什麼是 Scrum?
- 敏捷中的三個朋友開發策略是什麼?
- 經驗過程控制與定義過程控制
- 如何在 Scrum 中保持透明度?
- Scrum vs 瀑布 vs 敏捷 vs 精益 vs 看板
- Scrum 框架中的 3355 是什麼?
- 為什麼是 Scrum?Scrum 如何克服我們一直面臨的 8 個痛點?
- 最好的免費和商業敏捷工具——每個 Scrum 團隊都需要!
- 精益中的 8 種浪費是什麼?
- 極限編程 (XP) 與 Scrum
- Scrum 中的時間盒是什麼?
- 敏捷神話:不需要文檔和計劃?