產(chǎn)品backlog由所有的功能特性芦拿，包括業(yè)務功能，非業(yè)務功能（技術刊橘、架構(gòu)和工程實踐相關），提升點以及缺陷的修復等組成颂鸿。這些內(nèi)容也是將來產(chǎn)品版本發(fā)布的主要內(nèi)容促绵。
一個完整的backlog是一個的藍圖，可以根據(jù)它來把產(chǎn)品改造成為我們期望的樣子。 但是在Scrum中败晴，Backlog是根據(jù)產(chǎn)品和產(chǎn)品使用環(huán)境的演化而不斷演化的浓冒。所以Backlog是動態(tài)的，我們會持續(xù)的改變它去確保我們的產(chǎn)品是最合理的位衩，最有競爭力的裆蒸，最有價值的。
當我們?nèi)タ串a(chǎn)品的backlog的時候糖驴，優(yōu)先級是一個重要的視角僚祷，優(yōu)先級越高的backlog需要越清晰，越詳細贮缕。對于優(yōu)先級低的backlog辙谜，詳細程度會越低，直到幾乎我們不能認為它是一個backlog項（非常低的優(yōu)先級感昼，只相當于一個占位符装哆，來用做提醒）。
估算 對每個backlog項做估算（包括成本定嗓，復雜度蜕琴，風險，功能點）宵溅。優(yōu)先級越高的Backlog估算要越精確凌简，在估算的過程中可能會導致backlog的優(yōu)先順序有可能隨之發(fā)生變化（對于那些很重要，并且可以快速解決的問題可以先做）恃逻。 我們要經(jīng)常做估算雏搂。
創(chuàng)建者 Backlog內(nèi)容的來源是多樣化的. 產(chǎn)品營銷部門會分析產(chǎn)生產(chǎn)品的特性和功能點，銷售也會有很多反饋可以使產(chǎn)品更具有競爭力或者取悅某些特殊的客戶寇损。產(chǎn)品的架構(gòu)師或者設計人員也會提出一些技術架構(gòu)方面或者工程實踐方面的需求使得產(chǎn)品更加靈活凸郑，更具擴展性，可復用性矛市，開發(fā)更高效等等芙沥。產(chǎn)品實施或者技術支持部門也會有許多產(chǎn)品缺陷的反饋被放入Backlog。
優(yōu)先順序 每個backlog項都有優(yōu)先級浊吏，這些backlog項按照優(yōu)先次序排行隊列放在backlog列表中憨愉。在評估的過程中
我需要在“什么樣的產(chǎn)品特性，技術架構(gòu)卿捎，缺陷的修復才會給產(chǎn)品公司和它的客戶帶來帶來最大的收益？ ” 和”什么樣的技術架構(gòu)径密，工程方法使我們可以更快午阵，更高質(zhì)量的交付版本”之間做出抉擇。不論是對內(nèi)部技術環(huán)境或者外部市場，我們都需要不斷篩選和評估什么是最重要的底桂。
版本發(fā)布 規(guī)劃接下來的幾個版本植袍，包括版本的目標，及可能包含的內(nèi)容籽懦。（我們可能需要在發(fā)布內(nèi)容于个，開發(fā)成本及發(fā)布周期之間做出抉擇）。
產(chǎn)品Backlog要按照release分組暮顺，要讓開發(fā)團隊的所有成員都全部的了解總體開發(fā)目標厅篓，并且確保所有的技術問題都做了充分的考慮并且放入了產(chǎn)品backlog.
負責人 我們需要指定一個負責人來管理Backlog。這個人的職責是管理和控制Backlog列表捶码，對于商業(yè)產(chǎn)品的開發(fā)羽氮， backlog的負責人也許會是產(chǎn)品經(jīng)理，對于內(nèi)部項目的開發(fā)backlog的負責人有可能是項目經(jīng)理或者它指派的人惫恼。這個負責人的職責是調(diào)整產(chǎn)品 backlog的優(yōu)先級和工作量估算档押，同時決定哪些內(nèi)容包括在Sprint中。這是一個各個相關的組織協(xié)作的過程祈纯。
優(yōu)先級 只有一個人來進行排序的工作令宿，這個人的職責是確保達成產(chǎn)品的愿景，提高產(chǎn)品投資回報率腕窥。這個人的職位一般是產(chǎn)品經(jīng)理或者產(chǎn)品營銷經(jīng)理粒没。如果任何人需要改變優(yōu)先級，他們必須說服這個負責人去改變油昂。
可視化 產(chǎn)品的backlog需要能夠讓開發(fā)團隊革娄，利益相關者等相關的人能夠很容易的看到它的內(nèi)容，狀態(tài)冕碟，進展等等拦惋。
