敏捷猶如一次運動，高潮過後必然是趨於冷淡，這時候最需要理性的認識。在項目的敏捷開發中，先先後後擔任過裏面的各種角色，個人覺得敏捷應該堅持做的方面或者原則如下（算是棄其糟粕，取其精華吧）：
- 持續集成（話說，這個跟敏捷貌似沒多大關係）
- 客戶代表和SE的緊密、有效的需求溝通（這個貌似各種軟件開發形式都需要，真正實現起來很難）
- 故事的合理拆分（別內什麼，不能拆的硬要拆，拆分過程以可測試性和需求點來掌握）
- 通過故事點跟蹤任務（這個領導最喜歡了，工作量和進度一目瞭然）
- 晨會（雖然提倡，但是沒必要每天舉行，看情況，定期會議加需求推動更好，這裏的需求就是說需要有會議的必要）
- 計劃會以合理的間隔舉行
- 總結會（重在小組全員的討論、分析、促膝長談更好，談人生談理解也未嘗不可）
- 循序漸進式的測試（有助於更早的發現問題，更早的將功能呈現）
- 小組成員內的自組織性（不能成員之間不合作，大部分反抗，一個功能的幾個人根本不想配合，一組成員最好是一個很好的小團隊，相互私下關係也和好，也有共同的技術追求）
- 適合纔是最重要（這條最關鍵了，有些項目天生不適合敏捷。可是一些好的措施是可以被任何項目借鑑的）