1、Scrum 漫談Scrum 是什么？ Scrum的英文意思是橄欖球運動的一個專業術語，表示“爭球”的動作；把一個開發流程的名字取名為Scrum，你一定能想象出你的開發團隊在開發一個項目時，大家像打橄欖球一樣迅速、富有戰斗激情、人人你爭我搶地完成它，你一定會感到非常興奮的。 Scrum特指一種敏捷開發的模型。特指一種敏捷開發的模型。敏捷是什么？ 是一種從2000代開始逐漸引起廣泛關注的一些新型軟件開發方法。 XP ( Extreme Programming ) Scrum特點：摒棄了大多數重量型過程中的中間產物（諸如甘特圖、狀態報告，以及多卷需求文檔等）來提高軟件開發速度非敏捷 - 瀑布式開發

2、軟件開發的經典模型瀑布模型的主要缺陷： 程序的維護成本會越來越高（需要很多人） 團隊氛圍壓抑（感受不到激情） 不方便做需求變更（引起客戶不滿）需求，設計階段的問題開發，維護階段的問題Scrum開發模型Sprint 流程圖產品需求Imp：重要性； Est ：大致相當于一個“理想的人天（man-day）”Scrum中的三個角色中的三個角色產品負責人(Product Owner)主要由產品經理擔任，其為確定產品的方向和愿景，定義產品發布的內容、優先級及交付時間，為產品ROI（profitability of product）負責。主要職責包括：確定產品的功能；決定發布的日期和 發布內容；根據市場價值

3、確定功能優先級；每個sprint中，根據需要調整功能和優先級（每個sprint開始前調整）；接受或拒絕開發團隊的工作成果；參與Scrum Planning Meetings（Sprint計劃會議），Sprint Review Meeting（Sprint評審會）和 Sprint Retrospective Meeting（Sprint回顧會）。Scrum Master擔當團隊leader，可以是開發Leader或者Team Leader, 和Product owner緊密合作，及時為團隊成員提供幫助。主要職責包括：保證團隊資源合理利用；保證各個角色及職責良好協作；解決團隊開發中的障礙；作為團隊

4、和團隊外部的接口，協調解決溝通中的問題；保證開發過程按計劃進行，組織Scrum Planning Meetings（Sprint計劃會議）, Daily Stand-up Meeting（每日站會）, Sprint Review Meeting（Sprint評審會）和 Sprint Retrospective Meeting（Sprint回顧會） 。團隊（Team）一般情況人數在5-9人。團隊成員包括產品經理、開發人員、測試人員、前端開發、UED等。團隊成員最好都是在項目的一個sprint中是全職的， 在一個Sprint中成員不容許更換。在項目范圍內有權利做任何事情已確保達到sprint的目標

5、；向Product owner演示產品功能。Sprint 計劃會議 計劃會議要有足夠的時間，最好至少8個小時 取出部分產品需求做成sprint需求，并寫成backlog 確定backlog的優先級和工作量 進行工作認領（不是分配） 確定每日站立會議的時間和地點 確定好演示會議和回顧會議的日期backlog場景展示 - 計劃紙牌場景展示 - 故事看板站立會議 10-15分鐘 遲到將接受懲罰 自問自答三個問題 昨天做了什么 今天要做什么 遇到了什么問題 更新燃盡圖場景展示 - 每日站立會議場景展示 - 燃盡圖還Sprint開發周期 使用好任務看板 需求，設計，開發，測試，維護 注意燃盡圖 不要使用

6、軟件取代看板 可以選擇性的和XP的某些方式結合 測試驅動開發 結對編程場景展示 - 任務看板場景展示 - 任務看板演示會議 演示是跨團隊的，會產生不同團隊之間的交流 不要關注太多的細節，以主要的功能為主 讓老板和客戶看到 非常的重要，絕對不可以被忽略回顧會議 時間在1-3個小時 找最舒適的地方（要有回顧看板） 開始的時候輪流發言，而不是主動發言 記錄問題，總結，并討論改進的方法，放在回顧看板上 每人三個磁鐵，將最重要的2-3個改進點，成為下一輪的產品需求場景展示 - 回顧會議看板回顧會議問題舉例 我們應花更多時間，把故事拆分成更小的條目和任務 我們辦公室的環境太吵太混亂了 我們做出了過度的承諾，最后只完成了一半工作 S