今天上班的路上聽了下微軟的webcast,是王為老師講的極限程式設計，
回顧了下自己的專案中用到的極限程式設計，就在這整理一下。
此專案是自己在2年多之前做的，也算是第一次接觸到極限程式設計。
我逐一說明該專案中如何應用極限程式設計的一些要求來完成開發的。
此專案組成員為7人，工作環境相對集中，完全可應用極限程式設計.
極限程式設計最佳實踐：
①客戶作為團隊成員：
雖然客戶無法最為團隊成員共同開發，但是每週會有兩次通過**的方式，全體與客戶溝通，平時的時候使用即時通訊軟體聯絡，如果有緊急問題，可隨時聯絡。
②使用者素材 ：沒印象。
③短交付週期：
基本上每週都會進行交付，每天下班之間都進行構建，進行迭代開發
④驗收測試：
本身就有個可執行的系統的雛形，基本上每完成一部分功能，自己都可以先進行測試。
而且採取逐步交付的過程，每完成一部分模組，互動一次。
⑤結對程式設計：
2人一組，完成有關聯功能模組。技能與性格匹配
⑥測試驅動開發：
根據使用者用例，先完成測試case
⑦集體所有權：
所有人都對**負責這點，沒有按照此項進行
⑧持續整合：
每天都進行構建
⑨可持續的開發速度：
只有持久才能保證質量，基本沒加班。任務的制定上，精確到了0.5天。
採用彈性工作制度
⑪計畫
制定未來兩周的計畫，未來3個月的計畫有個大概的印象。
⑫簡單的設計
有簡單的設計，保持變化。
⑬重構：
會進行重構。將**簡單化。
⑭隱喻：沒印象
極限程式設計的2個弱點：
①文件太少
②xp強調協作與共享，少了些競爭機制。
使用者用例和測試文件可代替文件，並可適當引入競爭機制
極限程式設計實踐
摘自 敏捷軟體開發 原則 模式與實踐 robert c.martin 著 鄧輝 譯 極限程式設計實踐 1.完整團隊 xp專案的所有參與者 開發人員 業務分析師 測試人員等等 一起工作在乙個開放的場所中，他們是同乙個團隊的成員。這個場所的牆壁上隨意懸掛著大幅的 顯著的圖表以及其他一些顯示他們進度的東西...
敏捷實踐之XP極限程式設計
團隊協作 whole team 規劃策略 the planning game 主要思想就是先快速地制定乙份概要的計畫，然後隨著專案細節的不斷清晰，再逐步完善這份計畫,產生的結果是一套使用者故事及後續的一兩次迭代的概要計畫。結對程式設計 pair programming 所有的產品軟體都是由兩個程式設...
軟體工程 極限程式設計實踐
1 完整團隊 xp專案的所有參與者 開發人員 業務分析師 測試人員等等 一起工作在乙個開放的場所中，他們是同乙個團隊的成員 這個場所的牆壁上隨意懸掛著大幅的 顯著的圖表以及其他一些顯示他們進度的東西。2 計畫遊戲 計畫是持續的 循序漸進的。每2周，開發人員就為下2周估算候選特性的成本，而客戶則根據成...