1.產品backlog
2.對於backlog的估算
3.燃盡圖--burndown
4.了解團隊的生產率
5.掌握scrum眾多的基礎實踐
scrum和極限程式設計（xp）都要求團隊在每一次迭代的結尾完成一些
可以交付的工作片段。迭代要短，有時間限制。將注意力集中於在短時間內交付可工作的**，這就意味著scrum和xp團隊沒有時間進行理論研究。他們不會花時間用建模工具來畫uml圖、編寫完美的需求文件，也不會為了應對在可預計的未來中所有可能發生的變化而去寫**。實際上，scrum和xp都關注如何把事情做好。這些團隊承認在開發過程中會犯錯，但是他們明白：要投入實踐中，動手去構建產品，這才是找出錯誤的最好方式；不要只是停留在理論層次上對軟體進行分析和設計。
用ken schwaber的話說，scrum不是方法學，它是乙個框架。也就是說scrum不會告訴你到底該做些什麼。
scrum的強大和令人痛苦之處就在於你不得不根據自己的具體情況來對它進行調整。
多種團隊尺寸（3-12人）、sprint長度（2-6個星期）；定義「完成」的不同方式；不同形式的產品backlog和sprint backlog（excel、jira、索引卡）；多種測試策略、演示方式、多個scrum團隊的資訊同步方式……。
xp實踐——各種各樣的每日構建，結對程式設計，測試驅動開發，等等；
把xp和scrum進行結合。
把「原則與實踐」變成了……嗯……「如何真正動手去做的過程」。
• •
Scrum實踐步驟
1.挑選一位產品負責人 productowner 這個人必須知道自己帶領的團隊需要做什麼 製造什麼產品以及取得什麼成果，必須全面考慮到風險與回報 什麼具有可行性 什麼能做以及他們對什麼富有熱情。2.挑選乙個團隊 team 真正做事的是誰？這個團隊必須能夠落實產品負責人的願景。團隊規模宜小不宜大，一般...
Scrum 過程實踐小記
摘要 從去年10月份到現在，在我負責的專案中進行了一些scrum實踐的嘗試，做個小結。嚴格來說，不能算是真正的scrum實踐，但實踐敏捷的過程本身也是一種 敏捷方法 所以就算是 敏捷實踐之敏捷開發方法 scrum過程 吧。一 理論參考 scrum的實踐 該部分摘自網路 1.scrum 團隊 5 7個...
Scrum實踐 如何拆分Story
去年入職公司不久，就趕上了公司 敏捷 開發的改革大潮。從最初的敏捷培訓，到摸著路探索，也有4個月的時間了。現在，對於grooming，planning，daily stand up，demo review retrospective這些scrum中的活動已經清楚了很多。活動內容 grooming 梳...