一，scrum
二，backlog
1、我們首先需要確定乙個product backlog（按優先順序排列的乙個產品需求列表），這個是由product owner 負責的；
2、scrum team根據product backlog列表，做工作量的預估和安排；
3、有了product backlog列表，我們需要通過 sprint planning meeting（sprint計畫會議） 來從中挑選出乙個story作為本次迭代完成的目標，這個目標的時間週期是1~4個星期，然後把這個story進行細化，形成乙個sprint backlog；
參考**
對於這三類分法，下面來解釋一下：
1. product backlog (產品待辦事項)是條目化/量化的使用者需求，它將需求文件中需要實際開發的需求條目化地表達出來。
在這個backlog裡，存放著所有已經設計完成需要完成的使用者需求，當然只是需要完成，不需要指定時間與負責人，只要分門別類就行了，未來會通過產品地不同版本來一一去實現，就像微軟的windows系列那樣，也許微軟早就已經設計好windows 2020的功能了，只是現在還不去開發，只是先放在product backlog裡罷了。
另外，這個backlog還可以儲存之前準備做但是又被取消或者延遲的一些使用者需求等等。
2. release backlog是本次發布需要完成的任務
這裡所謂的release，是指一次大的發布，比如說微軟的windows 8發布。每次發布，我們必然有大量任務需要去完成，而這些任務，即使在敏捷中，也是會事先選擇好這次發布需要完成哪些的，當然中間有變更，敏捷還是很歡迎的，但是我相信大部分應該沒啥變化。
所以release backlog就儲存了所有這個發布需要完成的工作，所以這個就意義重大。而且跟分配任務相關的估值、優先順序的設定也是在這個地方完成的。
3. sprint backlog是本次迭代需要完成的任務
sprint backlog是開發過程用得最多的backlog，因為每次release會建立大量的sprint，而每個sprint都有乙個sprint backlog。
在release backlog中已經設定好了story的優先順序與故事點數，所以根據這兩個的值，我們就會通過分解生成更多小的任務的方式去分配到當前sprint中去完成，開發組長只需要在sprint backlog中將任務根據員工的技術水平與可用時間進行合理分配就行了。
當分配的小任務無法在當前sprint中完成的時候，可以根據需要在下個sprint分配任務時分配到該sprint中繼續完成，當然估值方面就需要下次注意調整了。
敏捷開發相關概念 學習筆記
scrum是一種輕量級敏捷開發框架，用來管理軟體和產品。使用各種流程和技術來解決複雜的適應性問題，同時以高效生產力 創造性方式交付價值最大化的產品。scrum不適合非常簡單的或異常複雜與混亂的專案。敏捷宣言 個體和互動 高於 流程和工具 工作的軟體 高於 詳盡的文件 客戶合作 高於 合同談判 響應變...
LINQ概念學習
1 linq不是orm，但是linq to sql是 2 linq linq to sql linq是語言 language 中整合 integrate 查詢 query 的縮寫，是c 3.0和vb 9.0中新加入的語言特性，可以在程式設計時使用內建的查詢語言進行基於集合的操作。這麼做可以大大簡化開...
HTTP概念學習
http 計算機通過網路進行通訊的規則,無狀態的協議 不保留連線,沒有記憶 預設情況下,傳送xhr請求的同時,還會傳送以下http頭部資訊 乙個完整的http請求過程，7個步驟 建立tcp連線 瀏覽器 向 伺服器 傳送請求命令 瀏覽器傳送請求頭資訊 伺服器應答 伺服器傳送應答頭資訊 伺服器 向 瀏覽...