Scrum 指南 | 33. Scrum 中的 Scrumban 和看板

已發表: 2022-06-23

Scrum 和看板是具有許多相似之處的團隊合作方法。 但是，我們今天也想討論一些差異。 Scrum 團隊也經常採用看板板。 這是因為它們在可視化團隊合作及其進展方面非常實用。 通過結合兩種方法中的精華，出現了一種稱為 Scrumban 的技術。 它在將產品開發與服務交付相結合的項目中很受歡迎，在這些項目中，長時間的 Sprint 和相對正式的 Scrum 會議並不總是合適的。

Scrum 中的 Scrumban 和看板 – 目錄：

  1. 介紹
  2. 看板與 Scrum
  3. Scrum 中的看板
  4. 斯克倫班
  5. 概括

介紹

看板是日本首創的一種方法。 它起源於1950 年代，主要是一種管理連續生產的工具，不會產生庫存和盈餘，而是持續處理資源。 在 21 世紀初，看板由David J. Anderson 適應軟件開發的需要。

看板與 Scrum

看板的整體工作方式與 Scrum 的不同之處主要在於採用了一種不太正式的方法。 在看板中，沒有那麼詳細的指導方針，例如，在 Sprint 中工作、產品負責人、Scrum Master 和開發團隊的角色。 這是可能的，因為看板專注於任務的連續性，例如提供特定類型的服務，這些任務更具可重複性，並且不需要如此復雜的計劃。

但是，工作的目的和方式是相似的。 看板的目標是按時向客戶交付最高質量的產品。 兩種方法共同的工作方式的原則可以表述如下：

  1. 工作應該是平穩的，沒有任何停機時間——在 Scrum 中，這是通過 Sprint 的連續連續來實現的，而在看板中，由於任務的順暢流動，工作是連續的。 它們形成一個隊列，開發人員從中選擇（拉）一些任務來完成。
  2. 團隊應該只關注選定的任務——使用看板術語，團隊應該“減少進行中的工作”。 在 Scrum 中，這相當於從 Product Backlog 中選擇 User Stories 放入 Sprint Backlog
  3. 所有參與的人都應該看到任務的進度——在看板中，它們由板可視化，這也經常出現在 Scrum 團隊中。

Scrum 中的看板

看板是一種廣泛使用的可視化團隊合作的工具。 這是一個有幾列的表。 在他們每個人中，都有具有特定狀態的任務。 任務的分類基於一個簡單的規則：將帶有任務描述的卡片（或其虛擬等效項）放置在其中一列中。 看板的最低版本包含三列：

  • 去做
  • 進行中
  • 已完成- 到最後一列是符合完成定義的任務，我們在這裡寫過。

您可以在下面找到來自一體化項目管理系統的看板示例 – Firmbee.com

Kanban boards in Scrum and Scrumban

通常，有更多的列。 如果還有更多任務要完成，通常在“待完成”和“進行中”列之間會增加一個標題為“已選擇完成”的列。 “待辦事項”列用作產品待辦事項，我們在這裡寫過，“選擇完成”列用作Sprint 待辦事項，我們將在本文中詳細描述。

第二個常見的添加是“正在審查”列或“待批准”。 它通常插入包含“進行中”任務和“已完成”任務的列之間。 它包含由正在等待產品負責人批准的開發團隊完成的任務。 產品負責人的任務是檢查他們是否符合驗收標準並獲得客戶的最終批准。 在這種情況下，只有最終接受的任務被移動到最後一列。

斯克倫班

由於 Scrum 和看板的巨大流行，它們的混合出現了，結合了兩種工作方式的優點。 Scrumban 在將產品創建與服務提供聯繫起來的組織中效果最好，通常涉及在客戶處實施產品。 由於會議和溝通的減少，團隊可以更大。

Scrumban 不太強調 Scrum 中常用的指標，例如燃盡圖。 但是，它使用 Scrum 支柱來持續改進工作流程並使其適應客戶的條件和需求。

然而，在 Scrumban 中工作時，工作不會分成 Sprint。 Scrum 會議每 3、6 或 12 個月舉行一次。

工作安排遵循“按需”原則，即在發生時。 用戶故事直接放置在包含“待辦事項”任務的看板板的第一列中。 因此，它用作 Sprint Backlog，我們在本文中對此進行了更詳細的介紹。 與 Sprint Backlog 一樣，最緊迫的任務被放在待辦事項列表的頂部。 但是，對於更複雜的項目，項目經理可以維護一個與 Product Backlog 對應的單獨的待辦事項列表，他或她可以從中選擇將哪些任務放在第一列中。

將任務從第一列移動到第二列時，適用“拉取”規則。 這意味著任務沒有委託給特定的開發人員。 每個人從隊列中選擇一個任務並獨立執行。

放置在中間一列“要完成”的任務數量通常取決於團隊的規模，因此，如果可能的話，每個人一次只處理一項任務。

kanban

概括

Scrum 和看板雖然用於類似的目的，但它們是不同的工作方式。 Scrum 在由小型 Scrum 團隊完成的創造性、創新性項目中效果最好。 另一方面，看板的創建是為了在連續且無停機的環境中運行以提供類似的服務。 Scrum 經常使用看板作為一種方法來可視化正在完成的工作。 兩者的結合產生了 Scrumban，它最適合作為組織銷售產品並向客戶提供基於這些產品的服務的框架。

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

Scrum Guide | 33. Scrumban and Kanban boards in Scrum caroline becker avatar 1background

作者：卡羅琳·貝克爾

作為項目經理，Caroline 是尋找新方法來設計最佳工作流程和優化流程的專家。 她的組織能力和在時間壓力下工作的能力使她成為將復雜項目變為現實的最佳人選。

查看所有帖子

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. 產品積壓培養