現場客戶 ( on-site customer )
**規範 ( code standards )
每週40小時工作制 ( 40-hour week )
系統隱喻 ( system metaphor )：
通過隱喻來描述系統如何運作、新的功能以何種方式加入到系統。它通常包含了一些可以參照和比較的類和設計模式。
簡單設計 ( ****** design )
測試驅動 ( test-driven )
**重構 ( refactoring )
**重構是指在不改變系統行為的前提下，重新調整、優化系統的內部結構以減少複雜性、消除冗餘、增加靈活性和提高效能。
成對程式設計 ( pair programming )
xp 認為開發小組的每個成員都有更改**的權利，所有的人對於全部**負責。
持續整合 ( continuous integration )
提倡在一天中整合系統多次，而且隨著需求的改變，要不斷的進行回歸測試。
小型發布 ( small release )
強調在非常短的週期內以遞增的方式發布新版本，從而可以很容易地估計每個迭代週期的進度，便於控制工作量和風險；同時，也可以及時處理使用者的反饋。
敏捷開發XP極限程式設計的12個最佳實踐
1.計畫遊戲 planning game 1 快速制定計畫 隨著細節的不斷變化而完善 2.小型發布 small release 1 系統的設計要能夠盡可能早地交付 2 詳解 強調在非常短的週期內以遞增的方式發布新版本，從而可以很容易地估計每個迭代週期的進度，便於控制工作量和風險 同時，也可以及時處理...
極限程式設計的12個實踐原則
制定計畫的目的是確定本次迭代的範圍。本步驟的重心應該放在決定什麼是對客戶來說最重要的任務和如何首先完成這些任務。計畫的制定包括客戶選擇的專案大小 程式功能的優先順序 各個版本的合成和發布日期。小版本這一實踐背後的觀點是 用最少的 工作量帶來最大的業務價值。程式的特性必須有原子性 不可分解 乙個特性必...
敏捷實踐之XP極限程式設計
團隊協作 whole team 規劃策略 the planning game 主要思想就是先快速地制定乙份概要的計畫，然後隨著專案細節的不斷清晰，再逐步完善這份計畫,產生的結果是一套使用者故事及後續的一兩次迭代的概要計畫。結對程式設計 pair programming 所有的產品軟體都是由兩個程式設...