首先敏捷開發不是具體的指導性方法，他是一種觀點和價值觀，敏捷開發提供了一種思維方法，但真正的敏捷開發並不告訴大家怎麼做。
敏捷開發的精髓是響應變化，不去控制變化，而以往的專案管理是控制變化，以實現整個開發周期是可控的。敏捷開發產生以前，由於軟體開發和傳統行業天然的有著鴻溝，幾乎用盡了以往所有的經驗，都沒辦法做到詳實的很精確的控制。有人便提出了，既然不能控制變化，何不響應這種變化，敏捷宣言也由此產生。
敏捷宣言推崇合作、變化，並不推崇計畫，談判和條條框框的東西。
因為敏捷開發實際上只是個觀念，而怎樣落實這個概念呢，怎麼轉變成敏捷團隊呢，就需要運用敏捷的各種方**和實踐。
scrum是敏捷軟體開發的方法學，它包括了一系列實踐和預定義角色的過程，scrum真正定義了要達成敏捷的流程和方法。
簡單來說，你想要成為scrum團隊，你都需要什麼樣的角色，做什麼樣的事，開什麼樣的會……只要按照scrum的方**去做，你就能變成scrum團隊，也就是敏捷團隊。
總的來說，敏捷提供了一種思維，一種美好的未來，而scrum則讓敏捷更好的落地。
標準的scrum運作流程是，product owner基於vision，建立多個product backblog，即為達成vision所要完成的各種功能需求，然後prodcut backblog會被拆分成乙個個sprint，真正的scrum是乙個個sprint週期之內，不斷完善產品。
scrum開始時候，會有乙個sprint planing會議，product owner、scrum master和dev team會一起計畫sprint要做什麼，product owner會基於product backlog的優先順序，篩選出最應該做的backlog，然後讓成員給backlog打分，並在達成共識後決定某個backlog的規模。
打完分以後，排出優先順序，然後scrum成員確認該sprint週期所做的功能，即確定所有的sprint內容。
接著就開始sprint週期，一般是1到4周，由團隊成員設計，編碼，測試等。成員每天會執行daily scrum，說明三件事：今天幹什麼、明天幹什麼，有什麼困難。
1到4周的sprint完成後，會進入sprint review，每個成員用demo演示自己負責的backblog，讓product owner評估是否完成。
敏捷開發遵循了乙個原則，所有最終完成的東西對客戶都是要有意義的。在scrum裡面，每個sprint做完了的backblog，都是能讓使用者完整使用的功能。對於開發人員來講，用demo的方式去展示，他會非常重視質量。
所有這些結束後，還會有乙個覆盤會，整個團隊溝通上乙個sprint執行中的問題和改進點，這就是乙個完整的sprint的流程。
參考：《硝煙中的scrum和xp-我們如何實施scrum》
敏捷教練 如何打造優秀的敏捷團隊
敏捷教練 如何打造優秀的敏捷團隊 基本資訊 原書名 agile coaching 譯者 徐毅 袁店明 出版社 清華大學出版社 isbn 9787302325734 出版日期 2013 年7月 開本 16開 頁碼 250 版次 1 1 所屬分類 計算機 更多關於 敏捷教練 如何打造優秀的敏捷團隊 內容...
打造敏捷的自組織團隊
敏捷思想的出現讓我們看到了新的曙光 以更低的風險 更高的效率開發出更具質量的軟體產品。正因如此，敏捷方法得到了業內足夠的重視並使各路團隊相擁實踐。然而，即便我們對於各種敏捷原則 正規化 方法和流程瞭如指掌，仍會發現其所給組織帶來的改善遠達不到我們的預期。這究竟是為什麼？造成這種困境的根源並非我們學得...
Leangoo 打造敏捷開發團隊協作Saas平台
scrum中文網是敏捷開發和scrum培訓及諮詢機構，一直致力於幫助it研發團隊通過敏捷模式進行網際網路化轉型 提公升團隊管理能力 優化團隊效率。在這個過程中，scrum發現專案管理市場存在軟體成本高 使用複雜 專案管理模式落後等問題。而leangoo著重從以下幾個方面著手，來解決這些市場難點 第一...