當Srint Planning Meeting結束之後，將會產出這次Sprint的Sprint Backlogs以及每個Story細分出來的Task。而在習慣上，會將這些Story及Task寫在便利貼上，一起貼在一張大白板上面，也就是所謂的Task borad(任務版)。
當Srint Planning Meeting結束之後，將會產出這次Sprint的Sprint Backlogs以及每個Story細分出來的Task。而在習慣上，會將這些Story及Task寫在便利貼上，一起貼在一張大白板上面，也就是所謂的Task borad(任務版)。
_2.png "Image(2)")
有了Task borad後，追蹤Sprint的進度就能輕輕鬆鬆地一目了然了，首先每一列代表的是一個Story，每一欄則是這些Task的處理狀態，通常是待做(To Do)、處理中(In progress)以及完成(Done)。處理狀態視每個專案的情況團隊都能自行調整，比方說在加入In progress後面加上Test的狀態，表示做完的Task得經由其他人驗證後才算是完成。
所有的Task一開始都是在To Do的狀態下，在Daily Standup Meeting時，沒事做的團隊成員可從Task borad最上面尚未完成的Story中領取還在To Do中的Task(別忘了我們的Story有優先順序，所以得從最重要的先做)，將之移動到In progress，表示他今日會開始處理這項Task。而昨日已做完的Task，也要自行地從In progress移動到Done的狀態。
等到所有的Task都移動到Done的狀態時，即表示這個Sprint所有的Story都做完了。萬一發生了奇蹟，事情都做完了但Sprint的週期才跑了一半，當然不可能讓團隊放個假，等下個Sprint開始再回來工作。要記住敏捷的重點即是保持彈性，因此只要再和PO討論從Product Backlogs挑出適當的Story來加入本次Sprint即可。
如果情況是相反的，即Sprint結束時尚有Story未完成的話又該怎麼辦，常見的處理方式是將Story再切細，將完成的部分和未完成的部份再區分為兩個Story，而未完成的Story便移到下一個Sprint來完成。千萬記住加班是下下策，不要為了符合預言而讓團隊燃燒生命。 XD