簡介
產品待辦列表由所有的功能特性，包括業務功能，非業務功能（技術、架構和工程實踐相關），提升點以及缺陷的修復等組成。這些內容也是將來產品版本發布的主要內容。
一個完整的待辦列表是一個藍圖，可以根據它來把產品改造成為我們期望的樣子。
但是在Scrum中，待辦列表是根據產品和產品使用環境的演化而不斷演化的。所以待辦列表是動態的，我們會持續的改變它去確保我們的產品是最合理的，最有競爭力的，最有價值的。
當我們去看產品的待辦列表的時候，優先權是一個重要的視角，優先權越高的待辦列表需要越清晰，越詳細。對於優先權低的待辦列表，詳細程度會越低，直到幾乎我們不能認為它是一個待辦列表項（非常低的優先權，只相當於一個占位符，來用做提醒）
估算
對每個待辦事項做估算（包括成本，複雜度，風險，功能點）。優先權越高的待辦事項的估算要越精確，在估算的過程中可能會導致待辦列表的優先順序有可能隨之發生變化（對於那些很重要，並且可以快速解決的問題可以先做）。 我們要經常做估算。
創建者
待辦列表內容的來源是多樣化的. 產品行銷部門會分析產生產品的特性和功能點，銷售也會有很多反饋可以使產品更具有競爭力或者取悅某些特殊的客戶。產品的架構師或者設計人員也會提出一些技術架構方面或者工程實踐方面的需求使得產品更加靈活，更具擴展性，可復用性，開發更高效等等。產品實施或者技術支持部門也會有許多產品缺陷的反饋被放入待辦列表。
優先順序
每個待辦事項都有優先權，這些待辦事項按照優先次序排行佇列放在待辦列表中。在評估的過程中
我需要在“什麼樣的產品特性，技術架構，缺陷的修復才會給產品公司和它的客戶帶來帶來最大的收益？ " 和"什麼樣的技術架構，工程方法使我們可以更快，更高質量的交付版本"之間做出抉擇。不論是對內部技術環境或者外部市場，我們都需要不斷篩選和評估什麼是最重要的。
版本發布
規劃接下來的幾個版本，包括版本的目標，及可能包含的內容。（我們可能需要在發布內容，開發成本及發布周期之間做出抉擇）。
產品待辦列表要按照不同發布版本分組，要讓開發團隊的所有成員都全部的了解總體開發目標，並且確保所有的技術問題都做了充分的考慮並且放入了產品待辦列表.
負責人
在Scrum中，指定產品主管來管理待辦列表，其職責是管理和控制待辦列表。對於商業產品的開發， 待辦列表的負責人也許會是產品經理，對於內部項目的開發待辦列表的負責人有可能是項目經理或者它指派的人。這個負責人的職責是調整產品 待辦列表的優先權和工作量估算，同時決定哪些內容包括在疊代中。這是一個各個相關的組織協作的過程。
優先權
只有一個人來進行排序的工作，這個人的職責是確保達成產品的願景，提高產品投資回報率。這個人的職位一般是產品經理或者產品行銷經理。如果任何人需要改變優先權，他們必須說服這個負責人去改變。
可視化
產品待辦列表需要能夠讓開發團隊，利益相關者等相關的人能夠很容易的看到它的內容，狀態，進展等等。
