XP極限編程

價值觀：

勇氣：有勇氣接受挑戰，為項目挺身而出。

尊重：團隊伙伴相互尊重，團隊中的每個人都信任彼此能完成任務。

溝通：極限編程強調溝通，采用建立信息化場所(洞穴和公共區域布局)，信息放射源，滲透式溝通來增加溝通的效率。

反饋：通過迭代，持續集成，審查，單元測試等促進反饋，從而達到不斷的改善。

簡單：盡可能減少不必要的工作，這是一門藝術。

迭代時間盒：

季度循環及周迭代，團隊會為每個迭代增加松弛，提高迭代調整的靈活性。

Scrum與極限的區別：

Scrum關注項目管理和產品開發，主要用來使團隊更有組織。極限編程主要還是迭代和增量的應用，缺乏scrum的結構性和嚴格性，如沒有scrum中對會議時間盒的具體要求。同時，極限編程采用了更多的技術實踐提高項目的敏捷性。

XP的技術實踐：

計劃游戲：快速制定計劃、隨著細節的不斷變化而完善。

小版本：系統的設計要能夠盡可能早地交付。

用戶測試：要求至少有一名實際的客戶代表在整個項目開發周期在現場負責確定需求、回答團隊問題以及編寫功能驗收測試。

集體代碼所有制：每個成員都有更改代碼的權利，所有的人對于全部代碼負責。

編碼標準：強調通過指定嚴格的代碼規范來進行溝通，盡可能減少不必要的文檔。

可持續開發速度：要求項目團隊人員每周工作時間不能超過40小時，加班不得連續超過兩周，從而保證開發的速度的穩定。

比喻：通過隱喻來描述系統如何運作、新的功能以何種方式加入到系統。它通常包含了一些可以參照和比較的類和設計模式。

持續集成：提倡在一天中集成系統多次，而且隨著需求的改變，要不斷的進行回歸測試，避免了一次系統集成帶來的困境。

測試驅動：先寫測試代碼再編寫程序。

重構：代碼重構是指在不改變系統行為的前提下，重新調整、優化系統的內部結構以減少復雜性、消除冗余、增加靈活性和提高性能。

簡潔設計：任何時候都應當將系統設計的盡可能簡單。不必要的復雜性一旦被發現就馬上去掉。

結對編程：由兩個程序員在同一臺電腦上共同編寫解決同一問題的代碼。通常一個人負責寫編碼，而另一個負責保證代碼的正確性與可讀性。