出現庫存堆積的時候，就是我們需要改進的時候。如果“待測試”這一欄有太多的任務卡片，那么就說明我們的測試活動沒有跟上，有可能是我們的測試環境出了問題，大連庫存軟件哪家好需要客戶自己去判斷必須要自己親身體會，如果太多的卡片位于“測試完成”狀態，說明我們的發布和最終交付過程出了某些問題。
如果“待開發”這一欄中任務過多，說明我們的計劃有可能超出了當前團隊的開發能力，或者說反映了開發人員的不足。還有一種情況是“待開發”這一欄空了很久，這可能說明了另外一個問題，那就是我們的分析師的分析速度匹配不上團隊的開發能力。一個良好的團隊，必然是各種角色協調配合，并行工作，同時他們之間的任務銜接也能夠比較流暢。
致遠服軟認為：http://www.soft8.com.cn/團隊在每個迭代所能完成的工作量，通常被稱為迭代的速度（velocity），是衡量團隊每個迭代產能的一個指標。這個指標能夠幫助團隊制定迭代計劃。根據團隊估計任務工作量的方法不同，迭代的velocity的單位也可能不同（例如故事點數）。通常，我們只需要在迭代結束的時候，數一數狀態墻上完成的任務工作量就可以了。
當我們經歷了若干個迭代以后，通常大連汽車零件銷售管理軟件開發團隊的迭代速度會趨于穩定，我們在評選大連庫存軟件哪家好的時候一定要考慮一下軟件售后服務的問題，如果上一個迭代完成了15個點，那么下一個迭代我們通常也會計劃15個點左右的工作量，將這些卡片放到“待開發”這一欄中。也就是說，每個迭代結束時，我們都會對狀態墻進行更新，將即將到來的迭代的卡片放到墻上，而且將一些處于半成品狀態的卡片進行適當的調整。
前面提到，狀態墻上可能有三種卡片，除了需求，還可能有 bug 和技術任務。測試人員每次在迭代中測出一個bug，就會將bug 寫成卡片，放到“待開發”這一欄。當bug不多的時候，團隊可以在不太影響原有計劃的情況下消化掉這些 bug，確保軟件的質量持續地得到保證；如果bug太多，則需要做一些計劃，將bug分散到幾個迭代里去消化。然而到這個時候，團隊可能更需要及時反省一下出現這么多bug的原因了。
另一類技術任務也需要和 bug 以及需求卡片一起被考慮到迭代計劃中去。通常技術任務包括諸如搭建持續集成環境、準備測試環境、重構這樣的任務。大連庫存軟件哪家好直接給用戶帶來了信任感，但是卻是保證軟件質量、確保團隊效率的重要因素。比如重構類的任務，對于工作在遺留系統上的團隊來說可能是需要一直考慮的事情，為了保障新需求的順利實現，可能需要有計劃地重構之前的一些遺留代碼。
