借助用戶故事來捕獲和安排需求

需求工程的目的是在產(chan) 品開發開始之前改進一些可以改進的需求，同時改進一些在開發周期的前期開發階段無法改進的需求。

此過程還有助於(yu) 團隊最大程度地減少在開發或測試階段出現的意外。該過程還能確保測試人員對開發人員編寫(xie) 的內(nei) 容以及用戶期望的內(nei) 容進行測試。

在進入第一個(ge) 迭代前，提供需求積壓是產(chan) 品負責人的職責。如果產(chan) 品負責人認為(wei) 手上的願景、業(ye) 務分析乃至市場承諾不需要改進或消除， 而需求不清的地方適合進入第一個(ge) 迭代後由團隊一起改進，那麽(me) 需求工程沒有必要。 若產(chan) 品負責人認為(wei) 有些想法過於(yu) 籠統，需要改進或消除，抑或是需要處理其他利害關(guan) 係人的不同意見， 那麽(me) 產(chan) 品負責人可以使用需求工程看板改進或消除需求，使其適合進入第一個(ge) 迭代。

第一批需求基於(yu) 願景、業(ye) 務分析，甚至是市場承諾，產(chan) 品負責人通過使用場景或用戶故事，提高它們(men) 的清晰度，同時解決(jue) 衝(chong) 突的需求。這個(ge) 過程有助於(yu) 產(chan) 品負責人在進入迭代之後更有條理地向團隊解釋需求積壓。

在迭代開發過程中，優(you) 先產(chan) 品積壓工作中列出的要求（在每次迭代之前都會(hui) 進行更新），將演變成可以並且應該使用經驗數據來完成的工作，這些經驗數據是通過編寫(xie) 和測試代碼獲得的。這類型的需求改進在進入迭代後進行，而不是在進入第一個(ge) 迭代前在需求工程中進行。

在需求工程中，產(chan) 品負責人收集有用的用戶故事， 了解用戶正在做什麽(me) ， 有了新產(chan) 品功能後能做什麽(me) ，從(cong) 中受啟發整理好初步的需求積壓，然後進入第一個(ge) 迭代， 開始迭代地改進需求。

在需要存在的情況下，通過需求工程活動，產(chan) 品經理可以建立優(you) 先的初始需求積壓。產(chan) 品經理向團隊介紹願景和需求積壓清單。團隊和Scrum主管會(hui) 麵，計劃第一個(ge) 迭代，這樣就能完成最高優(you) 先級的任務，也能將該高優(you) 先級的任務分解成幾個(ge) 迭代任務。