Debian項目并沒有一個官方統一的“backlog”概念，因為“backlog”一詞通常用于描述任何項目或產品待辦事項列表。然而，如果我們假設這里的“Debian backlog”指的是Debian軟件開發過程中需要處理的任務或功能的優先級劃分，那么可以參考敏捷開發中常見的優先級排序方法。以下是兩種常見的優先級排序方法：
MoSCoW法則
- Must-Have（必須有）：這些是對產品的核心功能和即時可用性至關重要的基本功能。如果沒有這些功能，產品將無法正常工作。
- Should-Have（應該有）：這些功能比較重要，但在初始版本中并非必不可少。它們能增強用戶體驗，但在沒有它們的情況下產品也能夠有效運轉。
- Could-Have（可以有）：這些功能對特定用戶群體提供附加價值。它們被視為“nice-to-have（錦上添花）”，在資源允許的情況下可以納入后續版本中。
- Won’t-Have（不該有）：這些功能被有意降低了優先級。它們可能與當前的目標不一致，或者所需的資源和價值產出不成比例。
Kano模型
- Basic Needs（基本需求）：這些是客戶期望的基本功能，缺少這些功能會導致不滿。
- Performance Needs（提升需求）：這些功能與客戶滿意度直接相關，呈現得越好，客戶就越滿意。
- Excitement Needs（驚喜需求）：這些意想不到的功能會讓客戶感到驚喜，并讓你的產品從競爭對手中脫穎而出。
- Indifferent Needs（無關需求）：這些功能的存在既不會顯著提升滿意度，也不會引發不滿。
- Reverse Needs（反向需求）：這些功能如果存在，可能會導致某些用戶的不滿。
在實際操作中，產品負責人或團隊領導可以根據項目的具體情況和目標，選擇適合的優先級劃分方法，或者結合多種方法進行綜合評估。
