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

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

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

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

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

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

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