看板 是一個日語術語，意思是招牌或廣告牌。 一位名叫大野泰一的工業工程師在豐田汽車公司開發了看板，以提高製造效率。
儘管看板是為製造業創建的，但軟體開發也有相同的目標，例如提高流動性和吞吐量。 軟體開發團隊可以透過使用看板指導原則和方法來提高效率並更快地為使用者提供價值。
看板原則
採用看板需要遵守一些基本實踐，而這些實踐可能與團隊之前的方法有所不同。
視覺化工作
了解開發團隊的狀態和工作進度可能具有挑戰性。 以視覺化方式呈現時，工作進度和目前狀態更容易理解，而不是作為工作專案清單或文件。
工作流程的視覺化是看板主要透過 看板板來實現的關鍵原則。 這些看板使用按進度組織的卡片來傳達整體狀態。 將工作視覺化為看板上不同狀態的卡片，有助於輕鬆了解專案目前所處位置的全局，並識別可能影響生產力的潛在瓶頸。
使用拉動模型
從歷史上看，利害關係人透過將工作推送給開發團隊來請求功能，而這些工作通常期限很緊迫。 如果團隊必須走捷徑在時間範圍內交付功能，質量就會受到影響。
看板著重於維持商定的品質水準，在考慮完成的工作之前必須達到該水準。 為了支援此模型，專案關係人不會將工作推送到已經滿負荷工作的團隊上。 相反地，專案關係人會將要求新增至待辦專案，當容量可用時，小組會將其提取到其工作流程中。
施加 WIP 限制
嘗試同時處理太多事情的團隊可能會因為頻繁且昂貴的上下文切換而降低生產力。 團隊很忙，但工作沒有完成，導致交貨時間長得令人無法接受。 限制小組一次可以處理的待辦專案數目有助於提高專注力，同時減少內容切換。 小組目前正在處理的專案稱為進行中工作 （WIP）。
小組決定 WIP 限制，或一次可以處理的專案數目上限。 紀律嚴明的團隊確保不超過其 WIP 限制。 如果團隊超出其 WIP 限制，他們會調查原因並努力解決根本原因。
衡量持續改進
為了實踐持續改進，開發團隊需要一種方法來衡量有效性和吞吐量。 看板提供工作流程中工作狀態的動態檢視，因此團隊可以試驗流程並更輕鬆地評估對工作流程的影響。 採用看板進行持續改進的團隊會使用 交付時間 和 週期時間等測量。
看板
看板是團隊用來實作看板做法的工具之一。 看板可以是實體板，也可以是顯示排列成列的卡片的軟體應用程式。 典型的資料行名稱是 待辦事項、 執行中和 完成，但團隊可以自訂名稱以符合其工作流程狀態。 例如，團隊可能偏好使用 New、 Development、 Testing、 UAT 和 Done。
以軟體開發為基礎的看板會顯示對應於產品待辦項目的卡片。 這些卡片包含其他項目的連結，例如任務和測試案例。 團隊可以自訂卡片，以包含與其流程相關的資訊。
在工作流程看板上，工作進度限制會套用至所有進行中的欄位。 WIP 限制不適用於第一欄和最後一欄，因為這些欄代表尚未開始或完成的工作。 看板通過標示超出限制的欄位，幫助團隊保持在 WIP（工作進度）限制內。 然後，團隊可以確定消除瓶頸的行動方案。
累計流程圖
基於軟體開發的看板中，一個常見的附加元素是稱為累積流程圖（CFD）的圖表。 累積流圖展示隨時間推移每個階段中的項目數量，通常涵蓋數週。 水平軸顯示時間軸，而垂直軸顯示產品待辦專案的數量。 彩色區域表示卡片目前所處的狀態或欄。
CFD 對於識別隨時間變化的趨勢特別有用，包括瓶頸及其他影響進度速度的中斷。 一個好的累積流量圖顯示出持續的上升趨勢，當團隊在進行專案時。 如果小組在其 WIP 限制內工作，圖表上的彩色區域應該大致平行。
一個或多個彩色區域的凸起通常表示團隊的工作流程存在瓶頸或障礙。 在接下來的 CFD 圖中，綠色的已完成工作狀態保持持平，而藍色的測試進度正在上升，可能是由於瓶頸導致。
敏捷開發中的看板與 Scrum
雖然 Scrum 和看板大致屬於敏捷開發的範疇，但卻大不相同。
- Scrum 專注於固定長度的衝刺，而 Kanban 則是一個連續流程模型。
- Scrum 已定義角色，而看板未定義任何團隊角色。
- Scrum 使用速度作為關鍵指標，而看板則使用週期時間。
團隊通常會同時採用 Scrum 和看板的各個層面，以協助他們最有效地工作。 無論他們選擇哪種特徵，團隊都可以始終進行審查和調整，直到找到最合適的。 團隊應該從簡單開始，不要忽視定期向使用者提供價值的重要性。
使用 GitHub 的看板
GitHub 透過 專案面板（傳統） 提供看板 (Kanban) 體驗。 這些面板可協助您組織特定功能開發、綜合路線圖或發行檢查清單的工作並 確定其優先順序 。 您可以 將專案面板 （傳統） 自動化 ，以將卡片狀態與相關聯的問題和提取要求同步處理。
使用 Azure Boards 的工作流程看板
Azure Boards 提供完整的 DevOps 規劃工作流程看板解決方案。 Azure Boards 具有跨 Azure DevOps 的深度整合，也可以成為 Azure Boards-GitHub 整合的一部分。
- 如需詳細資訊，請參閱 使用 Azure Boards 來規劃和追蹤工作的原因。
- 學習模組 選擇軟體開發的敏捷式方法 ，提供 Azure Boards 中的實作工作流程看板體驗。