人的力量
•過程和技術對於項目的結果只有次要的影響，首要的影響是人。
•如果項目要取得成功，必須構建起具有合作精神、自組織的團隊。
•凝聚在一起的軟件團隊是最強大的軟件開發力量。
敏捷宣言
•人和交互 > 過程和工具
•可以工作的軟件> 面面俱到的文檔
•客戶合作 > 合同談判
•隨時應對變化> 遵循計劃
人和交互 >過程和工具
•溝通能力比技術能力更重要
•從小、免費工具入手，直到不能勝任再引入大工具
•團隊構建比環境的構建更重要
可以工作的軟件> 面面俱到的文檔
•沒有文檔的軟件是災難，但過多的文檔比過少的文檔更糟。
•團隊應維護一份系統原理和結構方面的文檔，短小且主題突出，一二十頁，僅論述系統最高層結構和概括的設計原理。
•對新成員來說，最好的文檔是代碼和團隊。
•直到迫切需要且意義重大時才編制文檔。
客戶合作 > 合同談判
•成功的項目需要定期且頻繁的客戶反饋。
•最好的合同是那些爲開發團隊和客戶的協同工作方式提供指導的合同，而不是試圖去規定項目範圍的細節和固定成本下的進度。
•表現爲一種和諧、淡定。而不是浮躁。在我看來，任何進度、成本的估算，都包含浮躁在裏面。
隨時應對變化> 遵循計劃
•確保計劃靈活，並適應商務和技術的變化
•計劃不能考慮得太遠，因爲隨時會變。
•較好的計劃策略：爲下週做詳細計劃，爲下3個月做粗略計劃，再以後就做極簡略計劃。
12條原則
•1.儘早、持續的交付有價值的、客戶滿意的軟件。
–初期交付的功能越少，最終質量最高
–交付的越頻繁，最終的質量越高
–在項目剛開始幾周內就交付一個具有基本功能的產品
•2.接受變化
–不懼怕變化
–努力保持軟件靈活性來應對變化
–通過原則、模式、實踐來保證軟件足夠靈活
•3.經常交付可工作的軟件，時間間隔越短越好。
•4.在整個項目週期，業務人員和技術人員必須朝夕工作在一起。
•5.圍繞人構建項目，提供環境和支持，信任他們能完成工作（以人爲本）
•6.最高效的溝通是面對面交談。
•7.可以工作的軟件是進度的主要度量標準。
–度量標準不是所處的開發階段、已經編寫的文檔總量、代碼的數量
•8.提倡可持續開發，保持穩定的開發速度
–不允許自己過於疲憊
–不會借用明天的精力來在今天完成多一點工作
•9.不斷追求卓越技術和良好設計
–保持軟件乾淨、整潔
–編寫高質量代碼
•10.簡單——儘量減少工作量
–不構建華而不實的系統
–採用和目標一致的最簡單的方法
–不看重對明天將出現的問題的預測
–不會對將出現的問題做過早的防衛
•11.自我組織的團隊
–任務是分配給整個團隊的，而不是某個人，由團隊確定解決問題的最好方法
–團隊成員共同解決項目中所有問題，每個成員都具有項目中所有方面的參與權
–不存在某個人對架構、需求、測試負責的情況，整個團隊共同承擔這些職責。
•12.每隔一定時間，團隊都要總結如何更有效率，然後做出相應的調整。
常見做法
•把Scrum和XP結合起來，使用Scrum實踐來管理多個使用XP實踐的團隊