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