1.最優先要做的事盡早，持續地交付有價值的軟體，讓客戶滿意
2.欣然面對需求變化，即使是在開發後期。敏捷過程利用變化為客戶維持競爭優勢
3.頻繁地交付可工作的軟體，從數週到數月，交付週期越短越好。
4.在團隊內，面對面交談是最有效，也是最高效的溝通方式。
5.在整個專案過程中，業務人員和開發人員必須每天都在一起工作。
6.以受激勵的個體為核心構建專案，為他們提供所需的環境和支援，相信他們可以把工作做好
7.可工作的軟體是衡量進度的首要標準。
8.敏捷過程提倡可持續開發。贊助商，開發人員和使用者要能夠共同，長期維持其步調，穩定向前。
9.堅持不懈地追求技術卓越和良好的設計，以此增強敏捷的能力
10.簡單是盡最大可能減少不必要工作的藝術，是敏捷的根本
11.最好的架構，需求和設計來自自組織的團隊
12.團隊定期反思如何提公升效率，並依此調整自己的行為。
敏捷軟體開發 敏捷開發原則
編寫單元測試是一種驗證行為，更是一種設計行為。測試時乙個無價的文件。如果你想知道如何呼叫乙個函式或者建立乙個物件，會有乙個測試展示給你看。什麼是設計？不應該認為設計就是一組和 分離的uml圖。一組uml圖也許描繪了設計的一些部分，但是它不是設計。還是要 化 僵化性是指難以對軟體進行改動，即使是簡單的...
敏捷開發之 12條敏捷原則
1 我們最優先要做的是通過盡早的 持續的 交付有價值 的軟體來使 客戶滿意。2 即使到了開發的後期，也 歡迎改變需求 敏捷過程利用變化來為客戶創造競爭優勢。3 經常性的交付 可以工作 的軟體，交付的間隔可以從幾周到幾個月，交付的 時間間隔越短越好 4 在整個專案開發期間，業務人員和開發人員必須天天都...
敏捷軟體開發筆記（2） 12條原則
1 最優先要做的是盡早 持續地交付有價值的軟體，讓客戶滿意。2 欣然面對需求變化，即使是在開發後期。敏捷過程利用變化為客戶維持競爭優勢。3 頻繁地交付科工作的軟體，從數週到數月，交付週期越短越好。4 在團隊內外，面對面交談是最有效 也是最高效的溝通方式。5 在整個專案過程中，業務人員和開發人員必須每...