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

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

在進入第一個迭代前，提供需求積壓是產(chǎn)品負責人的職責。如果產(chǎn)品負責人認為手上的愿景、業(yè)務(wù)分析乃至市場承諾不需要改進或消除， 而需求不清的地方適合進入第一個迭代后由團隊一起改進，那么需求工程沒有必要。 若產(chǎn)品負責人認為有些想法過于籠統(tǒng)，需要改進或消除，抑或是需要處理其他利害關(guān)系人的不同意見， 那么產(chǎn)品負責人可以使用需求工程看板改進或消除需求，使其適合進入第一個迭代。

第一批需求基于愿景、業(yè)務(wù)分析，甚至是市場承諾，產(chǎn)品負責人通過使用場景或用戶故事，提高它們的清晰度，同時解決沖突的需求。這個過程有助于產(chǎn)品負責人在進入迭代之后更有條理地向團隊解釋需求積壓。

在迭代開發(fā)過程中，優(yōu)先產(chǎn)品積壓工作中列出的要求（在每次迭代之前都會進行更新），將演變成可以并且應(yīng)該使用經(jīng)驗數(shù)據(jù)來完成的工作，這些經(jīng)驗數(shù)據(jù)是通過編寫和測試代碼獲得的。這類型的需求改進在進入迭代后進行，而不是在進入第一個迭代前在需求工程中進行。

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

在需要存在的情況下，通過需求工程活動，產(chǎn)品經(jīng)理可以建立優(yōu)先的初始需求積壓。產(chǎn)品經(jīng)理向團隊介紹愿景和需求積壓清單。團隊和Scrum主管會面，計劃第一個迭代，這樣就能完成最高優(yōu)先級的任務(wù)，也能將該高優(yōu)先級的任務(wù)分解成幾個迭代任務(wù)。