Scrumban：兩種敏捷方法的最佳組合

喜劇 汽車旅館。 叉子。 所有這些東西最初都是兩個獨立的實體，結合起來創造出全新的東西。 

這就是較新的敏捷方法Scrumban 的基本構想。 在本文中，我們將深入瞭解什麼是 Scrumban，以及這個新的敏捷架構如何協助您的團隊在期限內完成工作並實現目標。 

什麼是 Scrumban？

Scrumban 是一種專案管理方法，它結合了兩種常見的敏捷策略： Scrum和看板。 Scrumban 最初是為了協助團隊從 Scrum 轉換到看板，或者從看板轉換到 Scrum 而開發的。 如果團隊在一種策略上比另一種策略更有經驗，這種技術可以幫助他們逐漸轉換到另一種方法。 

雖然 Scrumban 最初旨在幫助團隊進行轉換，但有些人可能會發現這兩種策略的組合最適合他們的團隊。 Scrumban 最適合已經了解 Scrum 或看板某些方面的團隊使用。 當他們開始使用 Scrumban 方法時，他們所擁有的經驗將使他們對其有一定的熟悉度。

Scrum 相校於 Kanban

Scrum 和看板是兩種熱門的敏捷方法；然而，它們之間存在一些差異。 Scrum 是 Agile 協助團隊協作並完成高影響力工作的一套架構。 傳統上，Scrum 是以衝刺活動來運作，通常為期兩週。 Scrum 架構提供價值、角色和準則所構成的藍圖，說明如何有效執行衝刺。 

另一方面，看板是 Agile 協助團隊根據每位團隊成員的可用工作量來平衡他們需要完成的工作的一套架構。 看板的架構植基於持續改善的哲學，從待辦項目將工作項目提取至穩定的工作流程中。 看板方法最常透過使用工作流程看板 (尤其是看板軟體)來實現。

Scrumban 如何運作？

顧名思義，Scrumban 敏捷架構兼具 Scrum 架構和看板方法的特徵。

Scrumban 中的 Scrum 功能

• 流程疊代會以一致的間隔發生，通常在衝刺結束時，團隊會召開衝刺回顧和衝刺審查會議。 

• 根據任務的複雜程度和產品需求來安排工作的優先順序。

• 整個團隊對「完成」的含義達成一致，因此每個人都能瞭解完成任務的意義。 這意味著最終結果已被清楚地勾勒出來並定義。 

Scrumban 中的看板功能

• 使用需要已完成的項目清晰的待辦項目。 團隊成員開始執行任務時，他們會將這些任務從待辦項目中「拉」到他們目前的工作負荷中。

• 目前進行中的任務數量有嚴格的限制，以防止團隊過度工作。

• 任務以卡片的形式視覺化呈現，並在工作流程看板上穿梭於流程的不同階段。

Scrumban 的獨特功能

• Scrumban 中沒有團隊層級。 這意味著開發團隊中的每個人都有與其他人同等的機會做出決策和選擇。 這也意味著團隊沒有明確的領導者，而是完全自我管理。

• Scrumban 專案不一定需要設定期限。 衝刺通常以兩週為單位進行，因此團隊成員可以專注於這些特定的衝刺任務，直到需要進行審查和重複時為止。 這使 Scrumban 成為非常長期專案或目標不明確的專案的好選擇。 

Scrumban 流程

Scrumban 流程有四個簡單的步驟。 由於 Scrumban 中沒有Scrum 主持人，因此團隊中的每個人都必須瞭解這四個基本步驟。 開始方法如下。

1. 建立 Scrumban 看板

Scrumban 看板是一種工作流程看板，其中可能包含待辦項目、衝刺待辦項目、團隊的工作流程階段 (例如未開始、進行中和審查中)，以及一個用於已完成任務的空白欄。 工作流程看板上顯示的階段完全由您的團隊決定。 例如，某些團隊選擇不在 Scrumban 看板上放置待辦項目，而是只在看板上保留衝刺待辦項目。

Scrumban 遵循衝刺的循環性質。 如果看板上沒有更多卡片，團隊成員將從待辦項目中提取卡片。 理想情況下，團隊每週都會審查看板上的卡片，並根據該次衝刺的目標從待辦項目中新增卡片。

2. 建立您的進行中工作限制

在 Scrumban 中，沒有「故事點」的表單，這是一種根據每個任務所需的預估時間或投入量為任務分配點數的策略。 相反，工作流程看板上應僅有固定數量的卡片，以防止過度工作。 這通常稱為進行中工作限制或 WIP 限制。 Scrumban 團隊會一起決定一次可以在哪個階段放置多少張卡片，以免團隊因任務而不堪重負。

Scrumban 的一個關鍵優勢是能夠在過程中隨時規劃和變更您的工作流程。 例如，如果團隊覺得看板上一次有太多卡片，他們可以輕鬆選擇暫停拉入任務，直到更多卡片移動到「已完成」類別。

3. 與團隊合作，確定任務的優先順序

Scrumban 是最具彈性的敏捷方法之一。 Scrumban 中沒有團隊層級，這使每個人都能夠選擇團隊要做的事情。 在 Scrumban 中，安排任務優先順序最簡單的方法是查看產品最需要什麼。 由於優先順序流程是持續的，團隊成員可以選擇他們認為對產品最重要的內容。 由於沒有 Scrum 主持人或產品經理，這使得個別團隊成員有權決定他們認為最好的選擇。 

4. 舉行每日站立會議

每日會議有助於團隊中的每個人瞭解正在進行的工作。 團隊成員可以根據看板上的卡片決定要處理哪些任務。 當每個人都參與每日站立會議時，您的開發團隊可以更好地為每個任務排定優先順序，因為他們瞭解團隊成員的工作負荷。 由於 Scrumban 方法中沒有指定的領導者，團隊成員可以輪流主持每日站立會議。

使用 Scrumban 方法的時機

使用 Scrumban 方法的主要好處之一是，它是一種極其靈活的專案管理表單。 以下是幾種您可以使用 Scrumban 方法為團隊建立更有效流程的方法。

當您需要維護長期專案時

如果您的團隊有長期或持續進行的專案，且沒有設定期限，Scrumban 可以是確保工作流程一致的好方法。 Scrumban 透過建立漸進式核對來提供協助。 由於 Scrumban 以衝刺方式運作，團隊能夠監控工作在審查或規劃期間是否持續進行。 因此，即使持續進行的專案沒有期限，使用 Scrumban 方法也可以讓任務看板上的卡片保持流程。 

當 Scrum 不太奏效時

對於某些開發團隊而言，Scrum 平台的嚴格結構實際上會阻礙團隊的工作流程。 如果您的團隊在 Scrum 的結構上遇到困難，Scrumban 這種敏捷方法可以幫助他們輕鬆融入該架構。 由於 Scrumban 是 Scrum 和看板的混合體，團隊可以學習 Scrum 架構的關鍵要素，同時仍保持看板方法的靈活性。

如果您的團隊希望在採用 Scrumban 之前掌握基礎知識， Scrum 範本可幫助您組織待辦項目、執行衝刺並嘗試敏捷最佳作法。

Scrumban 方法的優缺點

每種專案管理方法都有其優缺點。 以下是 Scrumban 的一些面向，可協助您決定此方法是否適合您的團隊。 

使用 Scrumban 的優點

• 有助於節省時間：如果您的團隊沒有使用任何形式的專案管理，那麼使用 Scrumban 方法是一個很好的方法，可以開始追蹤正在進行的工作。 透過使用 Scrumban 方法，您可以防止團隊執行重複的工作，或將時間花在無法滿足特定衝刺目標的任務上。 

• 非常適合長期或大型專案：由於 Scrumban 是一種疊代敏捷方法，因此可以在較長的時間內進行小幅變更。 這使其成為長期專案的絕佳架構，因為專案需求會隨著時間的推移而發生變化。 隨著需求的變化，Scrumban 可協助您進行疊代並改進流程，以便跟上這些變化。 

• 個別團隊成員擁有更多獨立性：如果您的團隊希望擁有更多自主權，Scrumban 方法可能是一個很好的起點。 Scrumban 方法讓您的團隊成員有機會做出決策，並依據他們認為合適的方式安排工作的優先順序，而不僅僅是完成Scrum 主持人或產品經理指派的工作。

使用 Scrumban 的缺點

• 缺乏管理可能會導致混亂：雖然獨立性和自主性可能會激勵一個團隊，但缺乏監督可能會導致另一個團隊的混亂和無序。 請記住，對一個團隊有效的方法可能對另一個團隊無效。 找到正確的專案管理方法，就是要找出哪些方法適合您的特定團隊。

• Scrumban 是一種相當新的方法：由於 Scrumban 是一種較新的方法，因此沒有那麼多既定的流程。 一個 Scrumban 團隊的流程可能與另一個團隊的流程截然不同，部分原因是因為沒有像 Scrum 或精實專案管理這樣的標準化架構。

• 專案經理的控制權較小：如果您的產品經理或專案經理非常實踐，這種方法可能也無法正常運作。 在 Scrumban 中，開發團隊沒有特定的角色。 這意味著每個人都有相同的代理權，可以選擇他們認為對衝刺來說是正確的決策。

使用 Scrumban 的工作管理工具

Scrumban 專案的長期規劃最適合使用工作管理工具。 藉助 Asana 的看板檢視，您的 Scrumban 團隊可以看到每個人正在進行的工作以及他們在流程中的位置。 準備好要為您的團隊試用 Scrumban 看板了嗎？