XP中讓初學者感到最困惑的就是這點。XP要求用最簡單的辦法實現每個小需求，前提是按照這些簡單設計開發出來的軟件必須通過測試。這些設計只要能滿足系統和客戶在當下的需求就可以了，不需要任何畫蛇添足的設計，而且所有這些設計都將在後續的開發過程中就被不斷地重整和優化。
在XP中，沒有那種傳統開發模式中壹次性的、針對所有需求的總體設計。在XP中，設計過程幾乎壹直貫穿著整個項目開發：從制訂項目的計劃，到制訂每個開發周期（Iteration）的計劃，到針對每個需求模塊的簡捷設計，到設計的復核，以及壹直不間斷的設計重整和優化。整個設計過程是個螺旋式的、不斷前進和發展的過程。從這個角度看，XP是把設計做到了極致。
PairProgramming
XP中，所有的代碼都是由兩個程序員在同壹臺機器上壹起寫的——這是XP中讓人爭議最多、也是最難實施的壹點。這保證了所有的代碼、設計和單元測試至少被另壹個人復核過，代碼、設計和測試的質量因此得到提高。看起來這樣象是在浪費人力資源，但是各種研究表明事實恰恰相反。——這種工作方式極大地提高了工作強度和工作效率。
很多程序員壹開始是被迫嘗試這點的（XP也需要行政命令的支持）。開始時總是不習慣的，而且兩個人的效率不會比壹個人的效率高。這種做法的效果往往要堅持幾個星期或壹兩個月後才能很顯著。據統計，在所有剛開始PairProgramming的程序員中，90%的人在兩個月以後都很認為這種工作方式更加高效。
項目開發中，每個人會不斷地更換合作編程的夥伴。因此，PairProgramming不但提高了軟件質量，還增強了相互之間的知識交流和更新，增強了相互之間的溝通和理解。這不但有利於個人，也有利於整個項目、開發隊伍和公司。從這點看，PairProgramming不僅僅適用於XP，也適用於所有其它的軟件開發方法。