實踐XP

這次專案開發算是實踐了一下極限程式設計(XP),

其中的經驗和過程很值得總結和回顧.

-- 2005-02-20 14:59.

感覺上,採用XP的價值在於:

1.幫助客戶儘早的看到希望,也就是他們想要的實實在在的商業價值.

2.給涉眾人員直觀的顯示專案的進度.

3.幫助專案團隊儘早的看到他們完成的工件,增強團隊成員的自豪感和成就感,從而提高士氣.

XP推薦在初次使用XP的時候要全部採用其中的核心實踐,由於各種原因並不能達到這個要求.

XP的核心實踐:

1.團隊協同工作,現場開發

專案情況:

駐客戶工作現場,與客戶的技術人員一起合作開發.

出現的問題專案進度/技術架構等是容易受到客戶的影響,同時的需要PM花費更多的精力去協調這些事情.

2.小型而頻繁的釋出

專案情況:

1月份基本上是沒有釋出版本,在2月4日釋出不包括許可權限制的可演示版本.

春節過後兩天一個內部版本.

3.驗收測試和客戶測試

客戶的測試人員沒有100%的投入,進展緩慢.

4.測試驅動

基本上編寫完後臺程式碼後用junit進行單元測試.

與頁面的整合測試首先由組中的專人粗略測試一遍後提交到專案組QA進行測試.

5.釋出計劃遊戲

沒有采用.

6.迭代計劃遊戲

沒有采用.

7.簡單設計

基於分層的技術架構.設計也只是在紙上畫出了大概的架構圖.沒有具體的電子文件.

8.結對程式設計

只是在指導其他人程式設計的時候實踐過,基本上完全實踐並不可行.

9.頻繁重構

一般在Review程式碼的時候發現有重構的可能才進行重構.

10.持續迭代

並沒有產生諸如"故事卡"之類的工件,只是用電子文件記錄需要完成的功能.

11.平穩的工作節奏,不加班

天天加班,鬱悶.

12.編碼標準

編碼規範不統一,沒有管理好.