!@極限程式設計
1.客戶作為團隊成員
2.使用者素材
為了進行專案計畫，必須要知道和專案需求有關的內容，但是無需知道得太多。
看到新系統的問世是關注需求的最好時刻。
3.短交付週期
每兩周交付一次可以工作的軟體。每次迭代結束時，會給涉眾演示迭代生成的系統，以得到他們的反饋。
4.驗收測試
5.結對程式設計
所有產品**都是由結對的程式猿使用同一臺電腦共同完成的。結對人員的一位控制鍵盤並輸入**，另一位觀察輸入的**並尋找**中的錯誤和可以改進的地方。
（這，有點難，就自己寫完改吧。或者寫完了，讓別人來評價）
6.持續整合
svn的使用
7.可持續的開發速度
8.開放的工作空間
程式猿們處在適於激烈討論的位置上。這一點我們公司做的比較好。
9.簡單的設計
僅僅關注與計畫在本次迭代中要完成的使用者素材（需求）。不去考慮那些未來的使用者素材。通過一次次的迭代來優化。
10.極限程式設計不能容忍重複的**，無論**發現，都要消滅它們。（抽象）
11.重構
**往往會腐化，我們新增乙個又乙個特性，處理乙個又乙個錯誤，**的結構會逐漸退化。通過重構來扭轉這種退化。
在每次細微改造之後，我們執行單元測試來確保改造沒有造成任何破壞。
重構是乙個持續進行的過程。
《敏捷軟體開發》第二章極限程式設計實踐
作為開發人員，我們應該記住，xp並非惟一選擇。pete mabreen 2.1極限程式設計實踐 極限程式設計 extremeprogramming，簡稱xp 是由kentbeck在1996年提出的。kentbeck在九十年代初期 與wardcunningham共事時，就一直共同探索著新的軟體開發方法...
極限程式設計 敏捷開發
1.極限程式設計在專案中的應用 最早接觸極限程式設計的概念是在2010年看的一本書 解析極限程式設計 擁抱變化 當時並沒有一下子看完，之後斷斷續續的讀著。但在是實際專案中並沒有真正的應用。在2011年3月份進入乙個3500多萬的專案中，在調研和開發的過程中，遇到了很多問題，在這個過程中，開始逐步的把...
敏捷軟體開發
敏捷軟體開發 英語 agile software development 又稱敏捷開發，是一種從1990年代開始逐漸引起廣泛關注的一些新型軟體開發方法，是一種應對快速變化的需求的一種軟體開發能力。它們的具體名稱 理念 過程 術語都不盡相同，相對於 非敏捷 更強調程式設計師團隊與業務專家之間的緊密協作...