作為敏捷開發流程之一，敏捷團隊在日常工作中最常用到的工具就是看板，看板作為一種通知類卡片，旨在傳達團隊中各成員的任務狀態、具體任務內容等，其目的是促進團隊成員的任務上下銜接，拉動開發過程中的產品價值從左向右流動。在價值的流動過程中，我們反過來又需要管理看板，通過設計合理的看板來促進團隊的高效協同。
看板的設計需要遵循以下幾個原則：
看板方法視覺化，可以通過以下幾方面進行：
看板系統強調端到端的價值流動，我們以乙個產品開發過程為例製作看板，看板的任務項要包括：開發、測試、待發布、發布、已發布，其中開發又可以劃分為實現、評審、完成。這樣從使用者需求開始，最終以價值交付為結束的開發過程，實現了價值的流動，並且價值最終又流回使用者手中。
在這個流動過程中，看板能夠清晰地展現出工作的積壓程度。當其中乙個環節遇到阻礙時，首先體現在看板所呈現的任務狀態中——突然發現某一點產生了任務項的積壓，或者下游成員與上游成員無法實現任務交接。由於看板能夠讓這些問題及時暴露在成員面前並得到解決，從而讓產品價值從左到右地快速流動。
與傳統的「前推式」生產方式不同，看板屬於「後拉式」生產方式。它通過看板傳遞指令，由後面的流程拉動前面流程的生產，實現清晰、有序的生產管理，最終拉動價值流動，追求團隊、使用者雙方滿意的產品質量。
看板要求限制wip（在製品），在團隊協作的過程中，如果同時需要拉動多個價值的流動，會導致每個人的精力過於分散，從而使團隊協作銜接出現差錯，出現自顧不暇的局面。在對任務劃分優先順序的時候，團隊需要有在這個意識——集中力量解決優先順序較高的任務，保證需要快速解決的事情優先處理。
這裡應注意的是，一般在製品的數量應該控制在三個左右，同時還需要設定乙個「緊急通道」，以便為突發任務讓出通道。
1.視覺化工作協議
在產品開發、測試等階段，任務完成的標準、測試用例的標準、測試成功的標準等都需要在團隊成員間達成共識並進行視覺化。我們可以這樣做：事先在看板中劃分出專門的一部分，成員就這些標準提前進行討論並形成共識，然後將達成共識的標準填入看板的相應位置中，以便隨時查詢。
2.頭像視覺化
為了使每個成員的任務更加視覺化，團隊還可以選擇採用頭像視覺化的方式：每個團隊成員選擇乙個自己的專屬頭像（可以是真實頭像，也可以是動物、**、風景的頭像），然後在每位成員的任務項上貼上相應的頭像貼紙，這樣的頭像視覺化對成員的約束會更有力度。
3.sprint資訊視覺化
在每乙個sprint週期中，製作乙份sprint卡片可以輕鬆實現看板視覺化：卡片資訊包括sprint週期、標題、任務人、開始時間、結束時間、編號、日誌記錄、遇到的問題等。在實際的應用中，團隊可以根據自己sprint週期的情況進行靈活變動。
4.任務積壓圖示
看板的視覺化讓產品開發過程更加透明，也使檢視、反饋的過程加速進行。與其它敏捷方法相比，看板更具有更強的可實施性，但單一的看板無法滿足團隊進行敏捷轉型的需要。因此，團隊在轉型敏捷、精益的過程中，需要將看板與其他敏捷方**相結合，促進工作效率的提公升，以「盡早和持續交付有價值的軟體來滿足客戶」。
敏捷開發實踐 任務看板
任務板展現了我們在sprint過程中所有要完成的任務。在sprint過程中我們要不斷的更新它。如果某個開發人員想到了乙個任務他就可以把這個任務寫下來放在任務牆上。無論每日站會過程中或者之後，如果估計發生了變化，任務會根據變化在任務牆上做相應的調整。通常的任務板是下面這個樣子 任務牆被橫豎分割成許多格...
用leangoo敏捷開發看板工具做技術支援
在日常工作中，我們經常會遇到大量的任務需要處理，比如使用者反饋問題 軟體使用問題等等。有時這些問題處理的過程中可能還需要和其他同事協作，這樣，我們就需要乙個問題處理平台來協作處理這些問題。leangoo是乙個輕量級的專案協作工具，支援多人 實時 高視覺化的任務協作，在處理這類問題時會更高效 快捷。首...
TFS 2015 敏捷開發實踐 看板的使用
看板在現代應用開發過程中使用非常廣泛，不管是使用傳統的瀑布式開發還是敏捷開發，都可以使用看板管理。因為看板擁有簡單的管理方法，直觀的顯示方式，所以很多軟體開發團隊選擇使用看板進行軟體開發管理。本文不在對看板管理理論進行過多的贅述了，只是在這裡介紹一下如何使用tfs的看板功能。最新版本的tfs提供了功...