極限編程的4條準則：溝通，簡單，反饋和勇氣（修復缺陷，集中攻關和放棄原有的代碼）。
基本原則：快速反饋，假設簡單，遞增更改，提倡更改，優質工作。
開發軟件的4項基本工作：編碼，測試，傾聽和設計．首先使用計劃游戲，根據功能的優先級和實際進程來決定游戲的玩法，并只是制定下一階段的計劃，希望程序員主動的接受責任，并對預期實現的時間進行估計。不斷發布小版本（小但是有價值）。使用隱喻，用有關整個系統如何運行的簡單、眾所周知的故事來指導所有的開發。使用的是簡單的設計。通過測試來增強運行程序的信心，測試包括程序員進行的單元測試和客戶方進行的功能測試，程序員們編寫的每個測試都必須是獨立的、自動化的。通過重構來簡化程序并提高程序的柔性。采用結對編程，結對編程是xp方法的實踐過程。代碼歸集體所有，防治復雜的代碼進入系統，系統中不能包含重復的代碼（有且僅有一次），系統擁有盡可能少的類，擁有盡可能少的方法。持續的集成，每次集成都要完成一項任務。規定每周工作時間是40個小時。要求有現場客戶，要求使用統一的編碼標準。分階段的交付產品，進行迅速而具體的反饋，清晰的參賽系統的業務要求和為特殊任務配備的專家。
在xp中，團隊負責體系結構。Xp不注重體系結構，但有幾點機制可以確保它的實現：探究、隱喻、第一次迭代、小版本、重構和團隊實踐。
Xp方法一天的開發流程是：
1. 確定問題和解決問題的人。
2. 配對－快速設計會議。在戰略上選擇伙伴，戰術上考慮選擇輸入編碼的人。并周期性的交換角色。
3. Test，Q&A。在編碼之前驗證測試失敗，測試可能出錯的地方，如果不明確答案是什么就詢問客戶。
4. Refactor。找出“代碼的味道”（感覺不對的地方）應用重構，驗證單元測試，并使其依然通過。采用小幅度改動，每次行動后都要做單元測試。
5. 集成或丟棄代碼。將集成的代碼生成系統，運行所有的測試，測試必須全部通過。如果不容易集成到過去的代碼中，就丟棄它，明天重試。
結對編程，有利于團隊成員間的互相學習。結對編程的伙伴不僅要求人在現場，而且更重要的是對任務做出承諾�；锇槟軒椭ＷC團隊的價值觀不被忽略�；锇樵试S你做必須做的事，這也許意味著丟棄代碼，保持學習，并從頭開始。結對編程彌補了鍵入代碼和大腦高質量思考的矛盾。因此而導致了高質量代碼的快速產出。國外的結對編程經驗表明追求完美的開發人員與多產的開發人員結對的效果最好。
Xp的方法提倡為了勝利而比賽。人們喜歡勝利，喜歡學習，喜歡與別人交流，喜歡成為團隊的一部分，喜歡將事情控制在自己的手中，喜歡受到信任。喜歡出色的完成任務。喜歡使自己制作出的軟件發揮作用。
Xp方法的好處：
1. 有利于團隊的整體進步。
2. 不會因為一兩個人的離隊而使項目停滯不前。
3. 開發過程帶給程序員快樂和趣味。
4. 開發出來的項目有質量的保證。
經過自己使用xp管理團隊管理的一年的實踐過程中發現，Xp方法不適用具有一下特點的團隊：
1. 還沒有任何編出一個項目的團隊。
2. 團隊中多數人并不理解xp的方法。
3. 團體中的編程人員不愿意交流�；蛴行┚幊倘藛T希望自己獨立寫代碼。
4. 設計未動，開發先行的團隊。
5. 團隊中多數人并沒有學習必要的軟件工程知識�；虿恢匾晥F隊的重要性。
6. 成員沒有掌握足夠的技能來評估自己的代碼，或做必要的測試。
7. 成員中沒有人能知道自己要實現的功能將會花費多少時間。
8. 沒有充足編程時間的團隊。
同時也發現xp方法不適用的項目：
1．沒有客戶方積極參與的項目.
2．復雜而龐大的項目.
3．有“高科技”攻關的項目.
4．項目組不熟悉的項目類型.
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
