極限程式設計應該在什麼時候使用？

極限程式設計（XP）適用於需求經常發生變化的專案。你的客戶對系統應該做什麼可能沒有一個固定的想法；一個系統每隔幾個月其功能就要求進行一定的改變。大多數軟體專案的需求都處於這樣的動態變化之中。與其它的方法相比，XP能夠更好地適應這種情況。

　　XP適用於高風險的專案。 如果客戶需要一個新的系統，而且要求在某天前完成，這裡的風險就比較高；如果你的開發組沒有做過類似的系統，風險就更高了；如果該系統對整個軟體業來說都是一個新的挑戰，那這風險就可想而知。使用XP可以降低風險和增加成功的可能性。

　　XP適用於小規模的專案組，一般在2到10人之間。使用XP不需要擁有博士頭銜的開發人員，一般的開發人員就可以。但不能在一個大型的專案組中採用XP。我們注意到，對於一個需求動態變化和高風險的專案而言，一小組XP開發人員要比大的開發組更加有效。

　　XP對專案組的組成人員有要求。組內不僅包括開發人員，還包括經理和客戶，所有人員肩並肩地戰鬥在一起。軟體開發中問題的討論，專案範圍和進度的協商，以及功能測試的建立僅靠開發人員是不夠的。

　　XP對可測試性有要求。你必須建立自動的單元測試和功能測試。雖然在某些情況下這個要求不能滿足，但事實上你會驚訝地看到通過某種方式仍然可以達到這個要求。比如可以通過修改系統的設計以使之易於測試。記住，只要你願意就可以找到一種測試的方式。

　　XP對生產力也有要求。從已有的報告中，在相同條件下，所有采取XP的專案組都無一例外地比其它專案組的生產力高。但這從來不是XP的目的。XP的真正目的在於按時交付客戶需要的軟體。如果這對於你的專案而言很重要，你就可以嘗試一下XP。

 

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/14639675/viewspace-578140/，如需轉載，請註明出處，否則將追究法律責任。