關於XP編程的思考

XP等輕量開發方法認識到，在當前不少狀況下，按傳統觀念創建的大量文檔，一方面須要消耗大量開發資源，同時卻已失去幫助「預見、管理、決策和控制的依據」的做用。——百度百科

其實XP編程，聽起來很酷炫，無非就是將更多的開發資源由文檔撰寫轉移到代碼的編寫、測試與code review上；並且XP編程是摒棄加班的，認爲加班是摧毀開發創造力的一種嚴酷的方式。

我的認爲所謂XP編程，就是充分調動開發的工做積極性，在處理繁雜業務的同時也不乏得到了技能的提高，減小了維護文檔的工做其實也不是一勞永逸的，也會產生一些反面和消極的結果。好比後續新同事的加入，沒有時間培訓的話，只能經過以前的技術文檔進行學習。欠下的技術債和文檔債一樣須要補。雖然經過XP的各個流程——工期和成本評估規劃、簡答設計、結對編程（重要的環節）以及測試驅動開發和持續集成，可讓開發測試成本降到最低，也能維持很高的人員留存率，可是應對公司重大變更（好比縮減開支，團隊變遷等狀況）時的靈活性仍是差了點。並且XP編程還強調溝通和反饋的敏捷性。因此若是你的團隊裏有個環節的人員出了問題，那整個項目鏈條就會致使崩塌。因此對於招聘這一環來講尤其重要，你就必須肯定你招的人都是能夠獨當一面的，對於招聘人員的素質考驗仍是挺大的。

綜上所述，XP編程並不適合全部的組織和團隊，他尤爲適合小微型企業，若是大型企業中進行XP編程的實施，也應當將團隊的粒度細化到功能項和需求點上面。這樣才能作到真正的敏捷。

歡迎你們經過討論的方式各抒己見。多謝！