XP方法學習總結及對小組開發的思考 (轉)

XP方法學習總結及對小組開發的思考 (轉)[@more@]

 :namespace prefix = o ns = "urn:schemas--com::office" />

XP方法學習總結及對小組開發的思考

 

  XP方法的許多特點都能在目前公司的開發過程中找到影子，在閱讀了相關資料後，可以從中得到很多的收穫，下面將扼要的列出一些我所認為很有幫助的關鍵點。

XP中強調每個人對程式碼都有權利修改，這樣的方式其實在小組內部已經被默許了，在小組中以後應該貫徹這樣的原則，鼓勵每個成員對整個的程式碼進行合理的修改，根據個人體會，這樣的修改一般都是有利的，即使會導致一些小的影響，但一般都能很快克服。

強調時間的利用，實際上在XP方法中反覆強調的是，一些正規化的討論和大量的文件某種意義上來說是一種無用功，想一想，我們有多少的時間被這樣的無用功所吞噬？當然這樣的原則並非提倡無文件化，文件的產生要根據具體環境來定，我的觀點是，很難確定一種文件固定的，文件的作用是解決一些資訊溝通中的差異，例如目前為了解決同的交流，就很有必要提供一個簡單的幾頁紙的系統說明，這一點不在這裡展開。另外XP強調貫穿在開發過程中的簡單原則，強調“輕裝上陣”，因此在我們的專案中也要在每個成員的思想中牢牢的貫徹這樣的思想，一段時間用來編碼、寫註釋、設計、測試都是有效的，這也是印證XP中一個基本的原則：程式碼能夠傳遞所有的資訊，為程式碼工作是最直接也是與產品聯絡最緊密的工作，由此引發的思考是，設計是為了更好的編碼、註釋是為了提高程式碼的可閱讀性、測試是為了提高程式碼的正確性，所有這一切都是直接或間接的為程式碼工作，在實際中，很多人都發現，一些不實用的文件重複使用頻率是相當低的，因此，這一點原則對我的啟發相當大，也更能讓我把重點放在編碼、設計和測試上，也能打消我以前存在的一些疑惑：如果不編寫漂亮和規範化的文件就說明了我們小組的開發是低下的，進而也說明我們的產品質量是不能保證的，進而也說明我們公司的競爭力是低下的？

至於XP中反覆強調的成對，我也深深的被其中所體現的優點所打動，但經過對其可操作性和一些客觀因素的分析，我認為只能是在潛意識中預設這樣的程式設計方式，也可以採取一些不那麼明顯的實際應用，比如對一些關鍵的程式設計任務抽取一段時間同小組成員成對編寫，在一個人編寫程式碼的過程中，另一個人利用紙、筆或其他工具進行設計和構思、或者一個人編碼、另一個人查詢一些相關的資料，設計測試用例子等，至於對測試用例子的規範化、對設計的文件化等等問題其實是相當耗費時間的，可以將其份量減輕。

XP中提倡開發人員的尊重及某種程度上的自由化，其實這樣的思想也是符合開發行業的特點的，軟體開發是一個腦力密集的工作，開發人員的個人因素相當大程度上影響著軟體產品的質量，儘可能根據開發人員的愛好興趣營造舒適的工作環境其實也是間接的在提高軟體產品的質量，況且還有XP中如此強調的嚴格測試在進行監督，管理人員完全可以放心的等待合格和健壯的軟體產品。