《靈活軟體開發：原則、模式與實踐（C#版.修訂版）》—第1章1.3節 結論

本節書摘來自異步社群《靈活軟體開發：原則、模式與實踐（c#版.修訂版）》一書中的第1章1.3節 結論，作者【美】robert c. martin , micah martin，更多章節内容可以通路雲栖社群“異步社群”公衆号檢視。

1.3 結論

靈活軟體開發：原則、模式與實踐（c#版.修訂版）

每一個軟體開發人員、每一個開發團隊的職業目标，都是給他們的雇主和客戶傳遞最大可能的價值。可是，我們的項目令人沮喪地失敗了，或者未能傳遞任何價值。雖然在項目中采用過程方法是出于好意，但是膨脹的過程方法對于我們的失敗至少是應該負一些責任的。靈活軟體開發的原則和價值觀構成了一個可以幫助團隊打破過程膨脹循環的方法，這個方法關注的是可以達到團隊目标的一些簡單的技術。

在撰寫本書的時候，已經有許多的靈活過程可供選擇，包括scrum1、crystal2、特征驅動軟體開發3（feature-driven development，fdd）、自适應軟體開發4（adaptive software development， adp）以及極限程式設計5（extreme programming，xp）。不過，絕大多數成功的靈活團隊都是從所有這些過程方法中汲取知識并調和成最适合自己的方法。常見的做法是把scrum和xp結合起來，其中使用scrum實踐來管理多個使用xp實踐的團隊。

1 www.controlchaos.com。

2 crystalmethodologies.org。

3 peter coad, eric lefebvre, and jeff de luca, java modeling in color with uml: enterprise components and process, prentice hall, 1999。

4[highsmith2000]。

5[beck99], [newkirk2001]。

本文僅用于學習和交流目的，不代表異步社群觀點。非商業轉載請注明作譯者、出處，并保留本文的原始連結。