有那麼乙個聯盟，他們由一批業界專家聚集在一起概括了一些可以讓軟體開發團隊具有快速工作、響應變化能力的價值觀和原則。
他們是敏捷聯盟。以下是他們的宣言
從上面4條價值引出下面12項基本原則：
我們最優先要做的是通過盡早的、持續的交付有價值的軟體來使客戶滿意
我們歡迎需求的變化，即使到了開發的後期。敏捷過程能夠駕馭變化 ，為客戶創造競爭優勢。
經常性地交付可以工作的軟體，交付的間隔可以從幾周到幾個月，交付的時間間隔越短越好
在整個專案開發期間，業務人員和開發人員必須朝夕工作在一起。（業務人員必須與開發人員一起996）
圍繞鬥志高昂的人構建專案。給 他們提供所需要的環境和支援，並且信任他們能夠完成工作。
在團隊內部，最具有效率也最有效果的資訊傳達方式，就是面對面的交談。
可以工作的軟體是首要的進度度量標準。
敏捷過程提倡可持續開發。出資人、開發者和使用者應該總是保持穩定的開發速度。
對卓越技術和良好設計的為斷追求有助於提高敏捷性。
簡單--儘量減少工作的的藝術是至關重要的。
最好的構架、需求和設計都源自自我組織的團隊。敏捷團隊是自組織的團隊。
每隔一定時間，團隊都要總結如何更有效率，然後相應地調整自己的行為。
看名字以為是挑戰人體體力極限來程式設計，但其實恰恰相反，極限程式設計強調的是可持續的開發速度，明確軟體專案不是全速的短跑，而是馬拉松長跑，不允許團隊加班工作的，有效率的工作只需在工作時間內完成，跟國內一些創業公司的理念衝突，因此國內是不會有極限程式設計的。另外比較有意思是的結對程式設計，也就是結伴程式設計，兩人共用一台電腦，輪流給對方直播程式設計。
tdd 測試驅動開發可以
展示了乙個計算素數的程式的重構過程。
由單一的乙個長長的函式拆分成幾個小函式。
把i,j,k這些隨意的變數名重新命名成能夠大概了解變數作用的名稱。
增加**的可讀性。
敏捷軟體開發（原則，模式與實踐）
教堂尖頂上的風標，即使由鋼鐵製成，如果不懂得順應風勢的藝術，一樣會被風暴立即摧毀。海因里希.海涅 一 敏捷軟體開發宣言 1 個體和互動勝過過程和工具 人是獲得成功的最為重要的因素。合作 溝通以及互動能力要比單純的程式設計能力更為重要。乙個由平均水平程式設計師組成的團隊，如果具有良好的溝通能力，將比那...
敏捷軟體開發 原則 模式與實踐 之敏捷實踐
參與公司的敏捷開發也有一段時間了，還沒有系統的學習過敏捷開發。比如早上的站會，每個月的迭代會，還有自己領取任務去開發故事，這些都是敏捷開發的流程之一。敏捷開發需要不斷的學習，不斷的實踐。現在開始寫一些關於敏捷開發的部落格。一 敏捷聯盟 1 個體和互動勝過過程和工具 乙個優秀的團隊成員未必是乙個一流的...
敏捷軟體開發 原則 模式與實踐 （一）
為了達到敏捷開發，我們需要使用一些實踐提供必要的準則和反饋，需要使用一些設計原則使我們的軟體保持靈活且可維護，還需要理解一些已經被證明在特定問題中可以權衡這些原則的設計模式。敏捷軟體開發宣言 人和互動 重於 過程和工具 可以工作的軟體 重於 面面俱到的文件 客戶合作 重於 合同談判 隨時應對變化 重...