xp的十二種方法將其定義為規則，下面我們來簡單地看看到底是哪十二種「極限」方法：
[b]規劃策略(the planning game) [/b]
[b]結對程式設計(pair programming)[/b]
就是在開發中兩個程式設計師一起編寫乙個專案的一種技術。兩個程式設計師工作在同一臺機器上，當乙個程式設計師在寫**的時候，另乙個程式設計師在一旁**，同時認真地審查**。寫**者從戰術上考慮具體實現，其夥伴則從戰略上考慮整個程式。他們之間頻繁地交換角色，這樣將使得可以更快寫完**，並且減少錯誤。
[b]測試(testing)[/b]
包括單元測試和驗收測試。就是開發人員在編寫**之前先寫單元測試**，以便告訴開發人員系統在某一點上是否正常「工作」。而客戶在開發人員定義了素材後就寫驗收測試計畫，以告訴團隊系統是否執行使用者希望它執行的操作。
[b]重構(refractoring)[/b]
重新劃分是實現特性之前和之後的兩個時機，並且在不更改功能性的前提下對**加以改進。
[b]簡單設計(****** design)[/b]
使用能夠工作的最簡單的設計，然後不斷隨著現實的顯現來更改這些設計，而不是一開始就把額外的特性設計給包含進來。
[b]**集體所有權(collective code ownership)[/b]
就是專案小組中的任何人都應該有權對**進行更改，以求改進整個專案。
[b]持續整合(continuous integration)[/b]
xp 團隊在一天中整合了**幾次，每次都在所有單元測試對系統執行後執行。經常進行**整合可以幫助您避免整合夢魘。
[b]現場客戶(on-site customer)[/b]
要使功能最理想，xp 小組需要現場有一位客戶來明確素材，並做出重要的企業決策。開發人員是不允許單獨做這些事情的。讓客戶隨時在場可以消除開發人員等待決策時出現的瓶頸。
[b]小型發布（small release）[/b]
發行版應該盡可能地小，同時仍然提供足夠的企業價值以證明它們值得。
[b]每週40小時工作制（40-hour week）[/b]
長時間地持續工作會扼殺工作績效，疲勞的開發人員會犯更多錯誤。xp將按正常的每週40小時工作時間表來進行工作。
[b]編碼規範（code standards）[/b]
目標不是建立乙個事無鉅細的規則列表，而是將能夠確保您的**可以清晰進行交流。
[b]系統隱喻（system metaphor）[/b]
比喻為團隊提供了一致的畫面，他們可以用它來描述現有系統的工作方式、新部件適合的位置，以及它們應該採取的形式。它與大多數軟體開發方法中被稱為體系結構的差不多。
十二種實踐方法與我的XP心得
xp作為一種還算年輕的軟體研發的方 目前應該可以說開始普及了。作為乙個軟體研發人員，我非常贊同xp理念，xp的理念中充滿了使專案成功的關鍵思想，而這些思想不僅僅是技術上的，而是很大一部分是管理與溝通方面的。xp整合了許多最佳實踐，而這些串連後的最佳實踐使整個專案又變的有趣起來，這其中也包括了xp開發...
十二種實踐方法與我的XP心得
xp作為一種還算年輕的軟體研發的方 目前應該可以說開始普及了。作為乙個軟體研發人員，我非常贊同xp理念，xp的理念中充滿了使專案成功的關鍵思想，而這些思想不僅僅是技術上的，而是很大一部分是管理與溝通方面的。xp整合了許多最佳實踐，而這些串連後的最佳實踐使整個專案又變的有趣起來，這其中也包括了xp開發...
十二種實踐方法與我的XP心得
十二種實踐方法與我的xp心得 收藏 xp 作為一種還算年輕的軟體研發的方 目前應該可以說開始普及了。作為乙個軟體研發人員，我非常贊同xp理念，xp的理念中充滿了使專案成功的關鍵思想，而這些思想不僅僅是技術上的，而是很大一部分是管理與溝通方面的。xp整合了許多最佳實踐，而這些串連後的最佳實踐使整個專案...