本次摘錄內容來自：
chrissims, hillarylouisejohnson, 西姆斯, et al. scrum要素[m]. 人民郵電出版社, 2013.首先先介紹scrum的參與角色，再來介紹scrum工件，介紹完成後會介紹scrum的週期，其中sprint的含義也是迭代，這裡是借用書中的名稱。
這裡是對scrum的簡單介紹，在有敏捷程式設計的概念上能很好的理解，如果沒有，可以看我這一篇部落格軟體工程基礎摘錄。
簡單點來理解就是想要開發這個軟體的客戶，由他們提供要求。
scrum團隊的管理者，主要負責scrum團隊和外界部門之間的協調和交流工作。
簡單點就是程式設計師。
我不喜歡那些書上的稱呼，他們一般叫其餘人員「雞和豬」。。。。。。。
就是記錄客戶需求的清單或者列表。
本次sprint(迭代)中需要完成的需求清單。
剩餘工作量隨時間變化的軌跡。就像下圖一樣：
燃盡示意圖
其中，橫座標表示迭代的次數，注意！！！這個是記錄！不是每次的估計，更不要去估計！
任務點表示未完成的使用者需求。總感覺看著這種圖亞歷山卓啊。還有，燃圖也好，燃盡圖也好，都是乙個名稱而已，懂就好，音譯中嘛。
跟燃圖的功能一樣，外觀也差不多，就是把代表每次迭代的橫座標換成了每天的工作量。全部需求換成了本次sprint(迭代)中所要完成的需求。
形似與下面的東西：
任務板示意圖
需要scrum團隊一起定義每個任務點的「完成」的含義，感覺蠻對的哎。
sprint演示
其中可以看出舉行會議大致的時間點，而且也不一定限制在一周之內，只是一般鼓勵一周進行一次sprint(迭代)，所以這裡拿一周做例子。下面就講講這些會議的內容。
顧名思義，就是規劃本次sprint的會議，這個會議一般具有兩個主題：
也就是上面的站立會議，只有scrum master和scrum團隊參加，具體就是團隊成員輪流講述下面的內容：
這個是另外一本書中說要加入的內容
也可以叫「sprint列表修改時間」，你就知道他是幹什麼的了吧。
就是請產品負責人到場，然後給他演示本次sprint的成果。大致上就是幹這個的。
類似於期末總結大會吧。。。。。。。。。
還有，雖然會議很多，很頻繁，但是基本上都是在15分鐘到1個小時之間。
有了上面的認知，就可以來看下面的各個參與者具體的職責範圍了。
就是對產品擁有「最終解釋權」，願景可以理解成使用者需求的集合，也可以理解成軟體最終實現的功能。
scrum不像xp(極限程式設計)要求客戶全程，全職陪同開發團隊，但是scrum也還是要求能有乙個客戶代表來解釋具體需求，確定迭代需求和評審迭代產品。
就是產品列表是由產品負責人負責編寫的。
就是確定每次sprint的需求，這些需求來自「使用者故事」，所以這裡也叫規定故事優先順序。
上面的「完成定義」是針對scrum團隊來說的，但是針對每次sprint評審的最終檢驗還是產品負責人來驗收的，所以這裡就叫「設定故事的接受標準」。
scrum master需要確定本次軟體開發按照scrum的要求進行，同時針對其中的一些問題進行解決。
scrum是一款輕量級的軟體開發模型，他只是給出了大致的建議，並沒有對開發過程做出具體要求。同時，每個開發團隊採用的方式都不盡相同，所以沒有固定的模式，但是作為第一次接觸敏捷開發或者scrum開發的人，看完這篇部落格應該能有乙個具體的了解，也能明白一些名詞的解釋，我也是為了自己以後能借這篇部落格來回憶一些知識點寫的，可能不詳盡，可能有錯誤，還請諒解。
敏捷軟體開發模型 SCRUM
一 什麼是scrum?scrum 英式橄欖球爭球隊 軟體開發模型是敏捷開發的一種，在最近的一兩年內逐漸流行起來。scrum的基本假設是 開 發軟體就像開發新產品，無法一開始就能定義軟體產品最終的規程，過程中需要研發 創意 嘗試錯誤，所以沒有一種固定的流程可以保證專案成功。scrum 將軟體開發團隊比...
敏捷軟體開發模型 SCRUM
標籤 分類 softwareengineering 一 什麼是scrum?scrum 英式橄欖球爭球隊 軟體開發模型是敏捷開發的一種，在最近的一兩年內逐漸流行起來。scrum的基本假設是 開發軟體就像開發新產品，無法一開始就能定義軟體產品最終的規程，過程中需要研發 創意 嘗試錯誤，所以沒有一種固定的...
敏捷軟體開發模型 SCRUM
一 什麼是scrum?scrum 英式橄欖球爭球隊 軟體開發模型是敏捷開發的一種，在最近的一兩年內逐漸流行起來。scrum的基本假設是 開發軟體就像開發新產品，無法一開始就能定義軟體產品最終的規程，過程中需要研發 創意 嘗試錯誤，所以沒有一種固定的流程可以保證專案成功。scrum 將軟體開發團隊比擬...