用戶故事的跟蹤和管理是由 項目經理來進行。每個迭代跟蹤卡片的進展，是否已經開始實現？是否已經完成代碼開發？是否已經開始功能測試？不同的卡片在迭代前都會評估為不同的大小。我們一般分為大中小三級。等實踐過幾個迭代后， 團隊的開發速度基本保持恒定，我們就可以很容易的知道每個迭代能做多少個用戶故事，這樣就可以安排下一迭代的開發。
每個迭代內分析好恰好足夠下一個迭代開發的需求，就是商務分析師每個迭代的主要工作內容。商務分析師的需求分析工作在上一個迭代完成，包括需求的了解，分析，評估和排列優先級。
在每個迭代開始的時候，由商務分析師主持召開迭代計劃 會議，在會議上向所有的 程序員解釋這個迭代要完成的用戶故事，然后由程序員自由提問，知道他們能夠獲得足夠開始實現該功能的信息。
在程序員完成一個用戶故事后，商務分析師還要來代表客戶做功能驗收測試，查看是否完成了預計的功能，是否有程序員還沒有想到的異常情況。如果存在問題需要退回給程序員繼續完成。這在一定程度上保證了系統完成的需求不偏離客戶的要求。當然，更多的測試還需要QA來完成。
我們的實踐充分表明了，敏捷過程并不是沒有需求分析，而是把需求分析過程分散到整個開發的過程中，讓開發和需求分析并行進行。這就是ThoughtWorks敏捷方法實施成功的秘訣之一。而商務分析師在這個過程中，起到了紐帶和橋梁的作用，是一個團隊不可缺少的角色。
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
