srum: An introduction
Sprint: a fucosed effort for a 30-day period toward fixed goal[爲固定目標的、以30天爲週期的集中式努力]Scrum is based on Sprint.
Product owner: Product Owner 復責編輯產品計劃中的變化，並其對可能功能進行優先級劃分。[A PO compiles all the changes planned for the product and prioritizes the possible functionalities.]
Product Backlog: Product Owner 的工作結果就是一個Product Backlog。Product Backlog是To-do 列表， 並且這個列表的會經常被重新排列優先級。在每一個Sprint之前， 優先級最高的goals會被添加到Sprint 的Backlog當中去。
Scrum Team：和用戶一起， 由5-9人組成的Project Team組成一個Scrum Team。並且在同Product Owner的討論當中， Sprint的目標將被設定[determined]， 並且已經優先級排列的功能被進一步劃分、減弱[broken-down]爲更叫詳細的Task.這個小組是完全自組織的， 他們共同完成目標以達到預期的結果。【The team is self-organized and the members have a joint responsibility for the results.】
Scrum Master: 負責指導這個開發team， 清除任何可能的障礙和經常性的工作來保證整個team有一個進可能好的環境， 來實現Sprint設定的目標。
在每一個Scrum的Sprint的過程當中， 產品的市場價值不斷的被增強， 同時不斷的添加新的功能， 和對已有功能的改進，最後生產出一個可以交付用戶的一個迭代產品。
三 Roles
The scrum team： 實際問題的解決者和設計者。 通常由5-9人組成，這個人數數字是由實踐和研究證明最適合這種類型的工作。Team成員覺得任務將被如何安排， 以及這些任務如何被分派。這裏沒有Set 工程角色：每一個成員都應該和同組的人交換工作。同樣的，這種交換也不會限制個人對某一個領域情有獨鍾~~。
The Product Owner： 他代表了客戶的意願並且保證Scrum Team的工作人員從商業的角度來做正確的事情。PO管理一個Product Backlog：該Product Backlog是一個正在使用的to-do list,它從每個產品的預計獲利來描述產品的規格說明。該BAck log是對全部組織開發的，用以使得每一個成員來時刻意識到產品發佈後的價值期望是什麼。Product Owner可以是Customer的角色，同時他也是一個內部組織的一個有機部分，這項工作要求Product Owner擁有淵博的知識：工程、市場和商業知識。
Scrum Master：scrum Master擁有多重職責，他是team的coacher，fixer和gatekeeper。Scrum Master採用簡要會議的形式與組內成員會面和交流，稱之爲Daily Scrums.當組外人員由於有重要的問題需要與組內成員討論的時候， Scrum Master需要保證組內的設計者們工作上的干擾達到最小化。
Scrum Master在工作上採用Here-and-how 觀點。該觀點的核心在於如何保證組內成員在最好的環境下來實現Sprint階段設定的目標。在每個Sprint階段的結束後， Scrum Master通常會和所以組內成員舉行一個評價會，稱作Sprint Retrospective.在會議期間，主要是回顧Sprint間的經驗和總結。其主要目的是對本組的知識水平的評價以及加深對下一階段Sprint的目標的理解。
四 過程Process
1 Creating A BackLog
Product Owner 編輯所有的請求和規格說明，這些成爲產品變更的基礎，如功能變化和修復bug。當這些目標被定義清楚以後， 整個產品的整體被細化成小的segments。每一個Segment都有各自設定的商業價值以及都可以被部分交付(sub-delivery)。
一個優先級列表在此時也要制定出來， 由Product Owner個人來完成這個任務。包括這些更改應該以什麼的樣的順序來進行和交付。其結果就是一個根據市場的需求和客戶的請求來安排的to-do list。當一個新的Sprint開始的時候， Product Owner凍結該to-do list，同時召集Scrum Team開會。
2 The Sprint Phrase：
在Sprint的30天的週期裏， 首先，是要創建一個Sprint Backlog， 當工作和時間安排已經被決定以後， Product Owner的這一階段的工作結束。到現在，Scrum Team獨立工作，他們的工作是自組織的[時間，任務調整是自己制定，在滿足Sprint goal的前提下。]
3 DAily scrum：
每天固定的時間段， Scrum Master和Scrum team一起舉行一個簡短的會議，目的是消除阻礙小組進度的障礙。每個成員需要以某種方式回答三個問題：
A 從上次會議到現在，你做了哪些工作
B 從本次會議結束到下次會議工作，你準備做哪些工作
C 在你計劃完成的工作當中，你預計會有什麼問題會阻礙你的工作完成。
前兩個問題目的是讓會議的參加人員對整個project的進度有個更加完整的認識，第三個問題提供了一個解決問題的基礎，範圍很廣，可以是小到新的鼠標問題，大到公司組織結構的變更。
任何人都可以來參加該會議，但只有Scrum Master和Teamer允許發言。
4 Demonstration和Evaluation。
每個Sprint 結束的時候都會有一演示， 它是在更大範圍的成員面前，如在product owner, 用戶，公司管理層的代表等。這是評價會議的基礎，而評價之後就是下一個Sprint的開始。
五 敏捷開發方法：
Scrum被劃分爲敏捷開發的一種方法。 敏捷開發是一組工作方法和工具盒的集合， 目的是：
A 提高對來自於市場的請求和需求的快速反應能力
B 消減被浪費和等待的時間週期
C 在減少僱員的壓力的同時， 增加生產力。
那些堅持敏捷開發的開發者都擁有着極高的工作熱情。敏捷開發哲學被濃縮在以下：
重要：
過程和工具
詳細的文檔
合同協商
符合計劃{following plan}
更加重要：
個人和交互作用。
功能軟件。
與客戶的協作。
對變化的適應。
具體來說， 敏捷開發是對過程的及時反饋，這些過程在理論上合理有效， 在實踐當中卻很難被支持下去。敏捷方法是被描述成實踐型的，它整體基於那些被證明是正確的實踐經驗和工作方法。
敏捷方法的中心概念是適應外部因素變化的能力， 而從前的方法是基於預測的， 並且試圖預測未來的需求， 而敏捷方法是適應的並且可以快速適應新的需求的，它堅持“懷抱變化”箴言。唯一的檢測標準是產品的功能。
另外，敏捷方法的另外一個重要準則，是簡單化和偏向思考(lean thinking)。
其它敏捷的方法：
XP極限編程是除Scrum之外另外一個聞名的敏捷開發方法。同SCRUM相比， XP是不同的方法，它更像是一個用來處理如何在project中工作的方法。十二個實驗構成了它的基礎，包括成對編程和測試生成在編程前(test case production before coding).
另外一個敏捷開發方法是：Lean Development。它起源於製造行業的Just-in-time和Lean-production concepts. Lean development 更多時候是處理如何在管理層次上組織整個公司開發活動的問題。
總的來說，這幾個開發方法間是互補的關係：
Lean Development考慮的是適用於整個開發組織的統一的原則
Scrum是處理一個Project如何組織和計劃。
XP處理的是如何編程的問題。
