Scrum 指南 | 28. Scrum 中的 Sprint

已發表: 2022-06-08

幾個較小的事件構成了 Scrum 中的 Sprint。 反過來，衝刺形成了一條旨在開發和發布產品的路徑。 每個 Sprint 都有一個特定的 Sprint 目標和由開發團隊維護的 Sprint Backlog。

什麼是 Scrum 中的 Sprint – 目錄：

  1. Scrum 中的 Sprint – 簡介
  2. Scrum 結構中的 Sprint
  3. 衝刺和經驗主義的三大支柱
  4. 透明度
  5. 檢查
  6. 適應
  7. 在 Sprint 期間要進行哪些更改？
  8. Scrum 中的 Sprint – 總結

Scrum 中的 Sprint – 簡介

Sprint 是 Scrum 中最大的事件，我們在本文中對此進行了介紹。 衝刺遵循從產品工作開始到結束的連續循環。 每次迭代都使團隊更接近實現產品目標。

每個 Sprint 都有一個特定的 Sprint 目標，以確保開發團隊工作的一致性。 它採用業務目標的形式，回答“為什麼？”、 “目的是什麼？”等問題。 ，或“為什麼？” .

Sprint 的工作流程記錄在Sprint Backlog 中，其中列出了實現 Sprint 目標所需的工作。 它的詳細描述可以在這裡找到。

sprint in scrum

Scrum 結構中的 Sprint

每個 Sprint 都有特定的結構並包括以下事件：

  • Sprint 計劃——Sprint 開始。 在此活動期間，Scrum 團隊從 Product Backlog 中選擇計劃的工作在新的 Sprint 中完成
  • Daily Scrum – 開發人員計劃當天任務的日常活動
  • Sprint Review——向利益相關者開放，在 Sprint 的最後一天舉行。 其目的是根據產品的進展情況來總結 Sprint
  • Sprint Retrospective – Sprint 的閉幕活動，Scrum 團隊在此討論工作方式和改進想法

Sprint 事件的重複促進了良好組織實踐的實施。 換句話說，Scrum 團隊實施有效計劃所需的例程，並在工作時將注意力吸引到可以在適當事件中討論的問題上。

衝刺和經驗主義的三大支柱

衝刺讓 Scrum 團隊將產品工作分解為持續不超過一個月的相同時間段。 這個固定的框架強化了經驗主義的三大支柱：

  • 透明度
  • 檢查
  • 適應

我們在這裡更詳細地介紹了經驗主義的三大支柱及其在 Scrum 中的作用。 但是今天，我們將看看它們如何應用於 Sprint 及其結構。

Sprints in Scrum and the three pillars of empiricism

透明度

將工作拆分為 Sprint 可以提高透明度，因為所有相關人員都可以獲得有關每個 Sprint 中產品工作狀態的所需信息。 Sprint 計劃和 Sprint 審查，即 Sprint 的開始和結束，以及產品待辦事項的更新，為所有利益相關者提供了對產品當前狀態的寶貴見解。

檢查

通過將工作劃分為 Sprint，可以經常監控其進度。 這促進了在兩個關鍵領域不斷發現問題。 這些是：

  • 與實現產品目標相關的問題——在 Sprint 的開始和結束時，即在 Sprint 計劃和 Sprint 審查期間
  • Scrum 團隊工作方式的障礙——在每日會議期間和每個 Sprint 結束時，即在每日 Scrum 和 Sprint 回顧期間

適應

適應是 Scrum 團隊工作中非常重要的一部分，因為它可以解決檢查過程中發現的問題。 在每個 Sprint 中，Daily Scrum 和 Sprint Retrospective 提供了一個安全的空間來討論如何改進 Scrum 團隊。 立即實施建議的解決方案或在下一個 Sprint 開始時實施。

Sprint Planning 和 Sprint Review 為討論目標和實現目標的方法創造了一個安全的空間。 一個優秀的自我管理 Scrum 團隊成功地弄清楚下一個 Sprint 實施什麼以及如何實施。

在 Sprint 期間要進行哪些更改？

每個 Sprint 都為 Scrum 團隊留下了足夠的空間來改進和即興發揮他們的工作方式。 因此，確定在 Sprint 期間要更改的內容。 Scrum 指南沒有提供此類更改的列表。 然而，經驗主義的概念提供了遵循和適應特定 Scrum 團隊工作方式的指導方針。

  1. 所有的變化都可能危及 Sprint 目標的實現。 根據第一條規則，例如，在 Sprint 期間，您不能減少該 Sprint 中待辦事項的數量，或顯著改變其特徵。 Sprint 與 Sprint 目標密切相關。 因此，當目標改變時，我們應該中止 Sprint。 然而，這幾乎不會發生，因為 Sprint 失敗的唯一原因是目標過時。 請記住，終止 Sprint 的決定完全屬於產品負責人。
  2. 工作質量不能妥協。 此規則旨在防止 Sprint 期間完成的工作因為不符合完成定義而成為增量。 降低工作質量可能會在表面上實現 Sprint 目標，但完成單個任務的方式不符合組織設定或利益相關者要求的質量標準。
  3. 產品待辦列表可以變得詳細。 在開發產品時，有關它的知識會增加。 因此，要執行的任務的細節自然會增加。 因此，在 Sprint 期間詳細說明 Product Backlog 是可接受的，甚至是可取的更改。
  4. 工作範圍可能會得到澄清或重新談判。 與之前的變化一樣，這種變化涉及對正在執行的工作的性質的日益了解。 開發團隊可以在與產品負責人協商後進行。 但是，其引入的基本條件是不與原則 1. 和 2 相衝突。

Scrum 中的 Sprint – 總結

Sprint 是包含所有其他事件的循環 Scrum 事件。 它有一個獨立於產品目標的子 Sprint 目標。 Sprint Backlog 與 Product Backlog 不同。 Sprint 的性質是循環的。 Sprint 的固定長度有利於保持良好的工作流程實踐和培育經驗主義的三大支柱。 在 Sprint 期間，Scrum 團隊不能更改其目標。 但是，它可以細化產品待辦列表，並且隨著知識的增長，細化和協商工作範圍。

如果您喜歡我們的內容，請加入我們在 Facebook、Twitter、LinkedIn、Instagram、YouTube、Pinterest 上忙碌的蜜蜂社區。

作者：娜塔莉亞·雅羅斯

查看所有帖子

Scrum 指南：

  1. 基本術語、角色和概念的詞彙表
  2. 什麼是 Scrum？
  3. Scrum 價值觀
  4. 如何在貴公司實施 Scrum？
  5. Scrum 團隊——它是什麼以及它是如何工作的？
  6. 誰是產品負責人？
  7. 產品負責人最常犯的錯誤
  8. 誰是 Scrum Master？
  9. 優秀 Scrum Master 的特徵
  10. Scrum Master 最常見的錯誤
  11. Scrum Master 應該跟踪哪些統計數據和指標？
  12. Product Owner 和 Scrum Master 之間的合作
  13. Scrum 中的開發團隊
  14. 開發者最常犯的錯誤
  15. Scrum 工件
  16. 擴展 Scrum
  17. 衝刺積壓
  18. 什麼是產品待辦列表？
  19. 什麼是用戶故事？
  20. 用 INVEST 創建最好的用戶故事
  21. 最常見的用戶故事錯誤
  22. 用戶故事接受標準
  23. Scrum 中的估計和故事點
  24. 規劃撲克
  25. 團隊估計遊戲
  26. 定義增量
  27. Scrum 事件
  28. Scrum 中的 Sprint 是什麼？
  29. Scrum 團隊承諾 - 產品目標、Sprint 目標和完成定義
  30. 什麼是燃盡圖？
  31. 如何創建和解釋燃盡圖？
  32. 燃盡圖的優缺點
  33. Scrum 和 Scrumban 中的看板
  34. Scrum 中的速度——開發團隊的速度
  35. 每日站會
  36. 衝刺計劃
  37. 衝刺回顧
  38. 什麼是 Sprint 回顧展？
  39. Sprint 回顧中的常見錯誤
  40. 產品積壓培養