產品 backlog 是 scrum 的核心，也是一切的起源。從根本上說，它
就是乙個需求、或故事、或特性等組成的列表，按照重要性的級別
進行了排序。它裡面包含的是客戶想要的東西，並用客戶的術語加
以描述。
backlog一般包含這幾個字段
id-----統一識別符號，乙個自增長數字
name----- 簡短的描述性故事名
importance-----重要性
inisital estimate---- 團隊初步估算工程量（包括story point ，一般大致相當於乙個「理想的人天----man day」）
how to demo-----它大略描述了這個故事應
該如何在 sprint 演示上進行示範，本質就是乙個簡單的測
試規範。「先這樣做，然後那樣做，就應該得到……的結
果 」。
o 如果你在使用 tdd（測試驅動開發），那麼這段
描述就可以作為驗收測試的偽碼表示。
敏捷開發需求管理（產品backlog）
傳統的瀑布工作模式使用詳細的需求說明書來表達需求，需求人員負責做需求調研，根據調研情況編制詳細的需求說明書，進行需求評審，評審之後簽字確認交給研發團隊設計開發。在這樣的環境下，需求文件是資訊傳遞的主體，也是乙份契約。然而詳細的需求說明書有以下5大弊端 敏捷使用產品backlog來管理需求，產品bac...
使用者故事驅動的敏捷開發（建立backlog）
本系列的第一篇 使用者故事驅動的敏捷開發 規劃篇 跟大家分享了如何使用使用者故事來幫助團隊建立需求的過程，在這一篇中，我們來看看如何使用這些使用者故事和功能點形成產品backlog。產品backlog是敏捷開發中用來管理需求列表，排定優先順序，形成迭代計畫，組織開發 測試和交付過程的工具。可以說，產...
團隊計畫backlog
團隊計畫backlog 1 計畫會議過程 我們團隊在商量課堂派的所有內容的時候，我們將所有的程式分為了 1 登入系統 分為老師和學生兩種 2 學生系統有 2.1提交作業系統 2.2提醒提交作業系統 2.3記事本 可將記事本內容設為手機鎖屏屏保 2.4課程表 2.5好友系統 通過搜尋對方學號 or姓名...