名詞解釋：
Sprint：每一次迭代稱爲一個Sprint。
Backlog：其實就是需求列表。
SM：Scrum Master，Scrum過程的管理者。
PO：Product Owner，需求他說了算。
TEAM：架構師、開發人員、測試人員等。
PIG：其他相關的人，如老總、客戶。 ^_^
故事點：一個相對獨立的功能點。
度量：在過程中的一些度量值。如當前系統的BUG數。
事件：過程中出現的一切事件。如小王今天早上在大家在全身心投入站會時時，放了一個屁……
Sprint Backlog
每期Sprint都需要一個Backlog。Backlog也就是對當前需求的描述文檔。目前我們項目組使用Excel做Backlog：
Scrum方法是遵循敏捷宣言中所列的價值觀，基於12條敏捷原則，提供了一套術語和流程（如產品backlog、spint計劃會議指南、站立會議等）作爲實踐指導，短期迭代的進行有價值的產品交付。Scrum的核心價值觀是：承諾、專注、公開、敬重和勇氣。它提倡自我管理、湧現機制、可視性和評估/適應循環的根本原則。
Scrum 本身並不是方法論，它只是一個框架，它只定義了高層次的管理流程，如下圖所示。它並不涉及具體開發方法或者人員的有效溝通技巧等。這些沒有涉及的領域需要桶其他理論和技能互爲補充，以確保項目的成功。
Scrum的核心在於迭代，整個過程只有三個角色。產品負責人的職責是利用產品backlog，督促團隊優先開發具有價值的功能，並在其基礎上繼續開發。產品負責人必須頻繁檢視產品代開發需求的優先級，以便將最具價值的功能安排在下一個迭代中完成。團隊的責任是開發軟件功能，他們是自組織團隊，團隊所有成員對每一次迭代和整個項目共同負責，不單做考覈。Scrum Master則需要對Scrum過程負責，向所有項目參與者講授Scrum方法，負責實施Scrum，確保它既符合企業文化，又能交付預期利益，還需督促全體成員遵從Scrum規則和實踐。
啓動Scrum項目所需的最簡約計劃包括：一份願景及產品Backlog。願景描述項目開發原因和預期目標。願景可能描述商業運作方式將發生哪些改變，主要特性和功能如何爲客戶創造收益，以及對市場的預期影響。產品backlog將定義交付願景時，系統應滿足的功能性和非功能性需求，它需事先劃分優先級並經過初始預估（預估的目的是瞭解每個需求自身及相對與其他需求的規模）。
在Sprint第一天召開sprint計劃會議，這個會議分爲兩部分，計劃會議1由PO、SM和Team參加，主要是從產品backlog中挑選出需要放到當前sprint下的既定產品backlog，然後由SM、Team參加計劃會議2，把既定產品backlog的故事拆分成任務進行估算，PO也可以一起參加這個部分來了解具體的開發細節。sprint週期在spirnt計劃會議2正式開始。開發過程中，團隊每天召開每日站會（Daily Scrum），溝通團隊成員間工作進度和進行任務協調。Sprint週期結束時，需要召開Sprint評審會議，由團隊向產品負責人和其他利益相關者展示當前sprint週期內的產品開發情況。產品負責人根據團隊這次 Sprint 所發佈的版本，評審相關的 Backlog 中的問題，檢查是否已達到 Sprint 的目標。評審會議結束後會進行回顧會議，通過總結以往的實踐經驗來提高團隊生產力。
計劃會議
計劃會議是Scrum中最重要的會議。時長一般定在2-4周。目的是定出本次Sprint的任務目標和計劃，讓所有成員能在接下來的日子裏更流暢地進行各自的工作。同時，這也會讓PO更有信心。
主要活動：PO做出產品Backlog，然後在會議上給大家講解。會議上Team在對故事點理解的基礎上，對其進行估時。最後再將其拆分爲任務點。故事點和任務都放在小黑板上。
產物(按優先級排序)：
業務目標、Demo會議日期、
Sprint Backlog（故事點列表、估優先級和估時、HowToDemo）、
速度和資源的計算、成員列表、
每日站會的時間地點、
故事點拆分爲任務。
注意事項：
PO必須參加這個會議！這是因爲需要和Team進行面對面的交流來進行計劃，以確定估算時間、範圍、重要程度等可變因素。
PO和團隊之間要保證對故事的理解沒有問題。可以保證backlog所有的列都全部寫好。最重要的就是How to demo列。
技術性的故事點，不要讓PO來定優先級，這樣會得到很低的優先級，而往往它們是很重要的。
每日站會
每天，Scrum團隊成員都會參加這個會議。會議時間在15分鐘以下，大家都站着，所以稱爲“站會”。
每個人在站會上主要是敘述一下昨天做了什麼、今天會做什麼，以及需要的支持等。同時，每個人更新小黑板上的相關內容
Sprint Demo會議
Demo會議也是十分重要的一個會議。
主要是向PIG們展示當前階段的項目成果。會議上應該保證明確地展示了本Sprint的業務目標。
這是一個重在 溝通和反饋 的過程。
Sprint回顧會議
這同樣是一個非常重要的會議。因爲這個會議的開展會幫助團隊進步。
會議中會對本次Sprint的所有故事、度量、事件，進行以下三方面的歸類：做得好的，做得不對的、改進意見。
（“做得不對的”表示：如果同樣的事發生在下個Sprint，應該以不一樣的方式來對待它。）