上次我們講到了關於團隊建設，這次呢，我們來講講 開發實踐，
這裡我想從三個方面來闡述，計畫、程式設計和測試
極限程式設計認為計畫是一種有必要的浪費，從浪費的角度來看的話，我們可以認為，浪費有時候是必須的，但是做為乙個中小型的專案（xp主要針對於中小型專案），充分徹底的計畫就顯得不可行了，根據守護者的經驗，計畫往往粗放一點反而容易達到目的。
在xp程式設計裡面，計畫分為兩種方式：周計畫和月計畫。
周計畫：
(一) 察看當前進度，判斷實際進展和期望進展的吻合程度。
(二) 挑選需要在週內實現的功能模組。
(三) 把功能分解成任務，分發。
一周可以分為三個階段，首先是周一，可以在周一分配本週的工作。週三是乙個星期的第二階段，由於計畫是一周為單位的，那麼在週三進行一下常規審查將有助於管理人員對專案進度進行掌控，對於落後進度的模組可以及時地進行調整。到每週的周五下午可以用來審核本週公作，同時制定和規劃出下週的工作計畫。
月計畫：
一次計畫乙個月度（如果乙個月太短那麼就定義乙個季度吧）的工作。每個月根據更大的目標對團隊、專案、進度和安排作一次反省。
月計畫中應包括：
(一) 確定瓶頸，尤其是那些在團隊控制之外的。
(二) 開始進行修補措施。
(三) 制定季度計畫的主題。
(四) 挑選對應到主題的功能模組。
(五) 集中在巨集觀想法上，考慮專案和組織的關係，不要過多地涉及細節。
月迴圈式乙個自然的專案時間刻度，團隊通過反省和查詢系統瓶頸，季度也是乙個不錯的時間間隔。
先寫道這，下次再寫。
極限程式設計系列4 開發實踐 整合
l 十分鐘構建 首先說明一下，十分鐘構建並不是說一定要在十分鐘內構建乙個系統，我的意思是說，在京可能短的時間內進行系統的構建同時執行所有的測試。這樣做的乙個直接的好處就是我們可以迅速的得到反饋，可以對系統的缺陷和錯誤得到及時的補救和處理，這樣可以最大限度的提高程式的穩定性，減少由於系統缺陷造成的後期...
極限程式設計實踐
摘自 敏捷軟體開發 原則 模式與實踐 robert c.martin 著 鄧輝 譯 極限程式設計實踐 1.完整團隊 xp專案的所有參與者 開發人員 業務分析師 測試人員等等 一起工作在乙個開放的場所中，他們是同乙個團隊的成員。這個場所的牆壁上隨意懸掛著大幅的 顯著的圖表以及其他一些顯示他們進度的東西...
極限程式設計之實踐
今天上班的路上聽了下微軟的webcast,是王為老師講的極限程式設計，回顧了下自己的專案中用到的極限程式設計，就在這整理一下。此專案是自己在2年多之前做的，也算是第一次接觸到極限程式設計。我逐一說明該專案中如何應用極限程式設計的一些要求來完成開發的。此專案組成員為7人，工作環境相對集中，完全可應用極...