1. 態度決定一切
1) 做事
在敏捷的團隊中，重點是做事，應該把問題放到解決問題上，而不是在指責犯錯者上面糾纏。
2) 欲速則不達
在工作壓力之下，不去深入瞭解真正的問題以及可能的後果，就快速修改代碼，這樣只是解決表面問題，最終會引發大問題。
不要孤立的編碼
使用單元測試
3) 對事不對人
在一個需要緊密合作的開發團隊中，如果能稍加註意禮貌對待他人，將會有益於整個團隊關注真正有價值的問題，而不是勾心鬥角，誤入歧途。
消極扼殺創新
4) 排除萬難，奮勇前進
做正確的事，要誠實，要有勇氣去說出實情。有時，這樣做很困難，所以我們要有足夠的勇氣。
勇氣會讓人覺得有點不自在，提前鼓足勇氣更需要魄力。但有些時候，它是掃除障礙的唯一途徑，否則問題就會進一步惡化下去。鼓起你的勇氣，這能讓你從恐懼中解脫出來。
2. 學無止境
5) 跟蹤變化
你能嗅到將要流行的新技術，知道他們已經發布或投入使用。如果必須要把工作切換到一種新的技術領域。
6) 對團隊投資
從每週主持講座的人開始，先讓他講15分鐘，然後，開放式討論，這樣每個人都可以發表自己的意見，討論這個主題對於項目的意義。討論應該包括所能帶來的益處，提供來自自己應用程序的示例，並準備好聽取進一步的信息。
7) 懂得丟棄
8) 打破沙鍋問到底
9) 把握開發節奏
3. 交付用戶想要的軟件
10) 讓客戶做決定
11) 讓設計指導而不是操縱開發
12) 合理地使用技術
13) 保持可以發佈
14) 提早集成，頻繁集成
15) 提早實現自動化部署
16) 使用演示獲得頻繁反饋
17) 使用短迭代，增量發佈
18) 固定的價格就意味着背叛承諾
4. 敏捷反饋
19) 守護天使
20) 先用它再實現它
21) 不同環境，就有不同問題
22) 自動驗收測試
23) 度量真實的進度
24) 傾聽用戶的聲音
5. 敏捷編碼
25) 代碼要清晰地表達意圖
26) 用代碼溝通
27) 動態評估取捨
28) 增量式編程
29) 保持簡單
30) 編寫內聚的代碼
31) 告知，不要詢問
32) 根據契約進行替換
6. 敏捷調試
33) 記錄問題解決日誌
34) 警告就是錯誤
35) 對問題各個擊破
36) 報告所有的異常
37) 提供有用的錯誤信息
7. 敏捷協作
38) 定期安排會面時間
39) 架構師必須寫代碼
40) 實現代碼集體所有制
41) 成爲指導者
42) 允許大家自己想辦法
43) 準備好後再共享代碼
44) 做代碼複查
45) 及時通報進展與問題
呵呵，後面慢慢補充…