設定 [進行中工時限制]
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
一個基本的工作流程看板練習—進行中工作限制,稱為「WIP 限制」,會限制小組在每個工作階段所承擔的工作量。 其設計目的是讓您的小組在開始新工作之前先完成專案。 雖然一開始會反直覺,但許多小組發現 WIP 限制可協助他們提高生產力並改善其軟體品質。
您可以為每個工作階段定義WIP限制,對應至每個中繼數據行。 限制會針對數據行內允許的項目數目設定軟式條件約束。 一切都無法讓您將更多專案移至數據行,並超過限制。 您的工作流程看板會顯示每個限制旁每個階段的項目計數。
設定WIP限制 很簡單,但遵守限制需要小組承諾。 成功採用 WIP 限制牽涉到文化變更。 它會將團隊從專注於個人生產力移至其中一個團隊生產力。
如需詳細資訊,請參閱 工作流程看板概觀。
必要條件
判斷初始 WIP 限制
讓您的小組決定要設定的初始 WIP 限制,以及如何使用和監視它們。 少數規則會套用至要設定的數位,因為它們可能會根據數個因素而有所不同。 採取下列動作來協助您判斷要設定的限制:
- 根據目前正在進行的工作來設定限制。 計算現有工作流程看板數據行中存在的專案。
- 設定每個小組成員在階段內運作不超過兩或三個專案的限制。 例如,如果您有三個小組成員,而且每個小組成員一次可以處理不超過兩個工作,產生的WIP限制為6(= 3個開發人員 X 2 工作/開發人員)。
- 從低限制開始,協助小組更快速地探索瓶頸,並找出要解決的程序問題。
在 WIP 限制內保留
設定 WIP 限制之後,您會想要追蹤小組在限制內保持多大程度。
遵守WIP限制表示如果這樣做會導致數據行中的專案數目超過數據行限制,小組就不會將專案提取到數據行中。 當他們這麼做時,您的工作流程看板會立即提供意見反應。 此意見反應應作為訊號給小組,以立即專注於活動,以減少數據行中的項目數目。
雖然理論上很簡單,但保持 WIP 限制可以迫使個人、團隊和組織脫離他們的舒適區。 喜歡多任務小組的小組成員可能會感到受限。 當其他人等待工作在上游階段完成時,可能會發現自己沒有工作。
若要獲得限制進行中工作的優點,請讓小組經常開會,討論進行的程序變更。
識別瓶頸
若要優化價值流程,您自然想要找出並消除瓶頸。 瓶頸表示整體工作流程程式中存在浪費。
透過監視工作流程看板一段時間,您可以瞭解瓶頸發生的位置。 當數個專案在一個數據行中連續數天未運作時,就會發生瓶頸。 WIP 限制太高時,通常會發生瓶頸。 不過,沒有瓶頸可能表示 WIP 限制太低。
製作工作流程看板的定期快照集,可以可視化方式編錄工作流程順暢且出現瓶頸的位置。
這類快照集可以顯示您的小組下列資訊:
- 工作流程階段/數據行內平均存在多少個專案
- 正在處理的項目數目與在工作流程階段/數據行內工作的小組成員
- 工作流程階段/數據行長時間保留在工作流程階段/數據行中的項目數目和數量
- 小組在一、二或三周期間結束時完成多少個專案
消除浪費
因為瓶頸會發出工作流程流程中的浪費訊號,因此您必須識別浪費的來源。 工作流程看板將浪費定義為產生所需結果所需的任何專案。
軟體開發中常見的浪費包括:
- 未使用的程式代碼或功能
- 導致重新作業的瑕疵
- 等待某個項目的延遲或時間
- 將一個人、團隊或商務程式移交給另一個人、團隊或商務程式
- 需求不足
- 通訊緩慢或不佳
消除小組討論的浪費呼籲,以找出小組可接受的原因和解決方案。
設定 WIP 限制
瞭解如何使用 WIP 限制,請執行下列步驟來設定它們。 如果您尚未 將小組的工作流程對應至工作流程看板數據行,請先執行。
選取 齒輪圖示來設定面板並設定一般小組設定。
選擇 [ 數據 行],然後選擇數據行索引標籤,以設定該數據行的 WIP 限制。
完成時,選取儲存。
WIP 限制、挑戰和解決方案
Teams 偶爾會超過一或兩個專案的 WIP 限制。 不過,如果您的小組經常超過三個或多個專案的限制,他們應該檢閱程式或調整限制。
在小組與 WIP 限制合作數周之後,請討論小組成員面臨的挑戰。 然後,決定他們想要使用哪些解決方案,並視需要調整限制。 下列清單雖然並不詳盡,但表示小組遇到的一些常見挑戰,並證明要克服這些挑戰的解決方案。
WIP 挑戰
社交動態。 在遵循規則方面,小組成員可能會感到挑戰。 有些人自然想反政府。 其他人則看不到規則會套用至規則,或看不到其違反規則的動作。 有些小組成員可能會承擔超出已同意範圍的額外工作。 而且,其他人仍然不想放棄多任務,因為他們相信這是他們的生產力和個人成就的關鍵。
進行中工作的變化。 工作專案大小(用戶劇本和 Bug)的大小變化可能會對整體工作流程產生負面影響。 例如,估計大小從 4 小時到 14 天或 2 到 55 個故事點的專案,在限制進行中工作時,無法計算相同的專案。
忽略系統性問題。 沒有解決瓶頸發生時的工作流程問題,而是投入更多時間來克服瓶頸。
文化特性變更。 採用 WIP 限制會對系統、文化和小組進行變更。
管理 WIP 的解決方案
建立團隊生產力的文化特性。 解決個別生產力與小組生產力之間存在的自然緊張關係。 識別小組成員可以提升小組和工作流程程序整體生產力的方式。
大小工作以將變異性降到最低。 在工作開始於任何專案之前,小組應該討論所需的工作整體大小,並判斷是否可以細分為較小的工作。
專注於高優先順序專案的流程。 閑置時,小組成員會詢問他們如何協助將上游專案向前移動。 當封鎖或挑戰準時傳遞專案時,小組成員會要求協助完成專案。
每個工作階段的資源小組容量。 當沒有足夠的專家在特定階段工作時,就會發生瓶頸。 決定在每一個工作階段增加小組技能的方法,或視需要新增資源,以符合工作階段不足。
建置共享瞭解。 持續努力提高小組對如何使用工作流程看板做法的理解。 採取可讓小組成員參與處理變更的動作。 請考慮排程定期回顧或小組會議,討論哪些工作正常,以及需要變更的內容。 記錄小組原則以限制模棱兩可。
使用計量來調整程式。 定期檢查進行中工作的工作流程看板計量和前置時間,以判斷何時需要進行變更。
請留意管理文化特性變更。 人員 想要盡最大努力—核心原則基礎工作流程看板及其相關專業領域。 當您採用新做法時,請套用變更管理原則。 在小組內建立更大的擁有權,以成功實作WIP限制。
相關文章
意見反應
https://aka.ms/ContentUserFeedback。
即將登場:在 2024 年,我們將逐步淘汰 GitHub 問題作為內容的意見反應機制,並將它取代為新的意見反應系統。 如需詳細資訊,請參閱:提交並檢視相關的意見反應