關於結對敏捷開發

歡迎訪問個人blog:http://blog.thinkinside.meshell

 

最近公司開始了「敏捷開發」試驗。我也以爲只是所謂的「敏捷開發」吧。實際上整個管理過程仍是很是傳統的管理模式。可是引發了對敏捷開發的一些興趣。關於敏捷開發書籍看過一些,實踐過的很少。編程

今天聽了InfoQ中關於結對編程的一些聊天。框架

http://www.infoq.com/cn/interviews/pair-programming-and-software-lifecycleide

列出我以爲關鍵的幾點:測試

1 敏捷開發是全員的轉變。不是開發者和測試者的事。也是管理者的改變編碼

2 結對編程若是能力差異過大。能夠一我的主導,一我的輔助。主導能夠以搭建測試框架的形式,輔助者實現來達到最快的培訓目的spa

3 結對編程不表明隨時隨地的結對。code

4 表面上看起來開發效率會下降(文中65%),可是相對維護效率的提升是值得的。對象

 

最近在研究Openmax decoder的時候用過一些。說說我本身的見解,以及本身的一些實踐:blog

1 結對編程時你們要擺正心態:不是來檢查做業和找茬的。心態不對,很難堅持下去。不須要很正式,甚至不須要編碼,只是review就能夠。

2 很贊同並不是隨時隨地的結對。遇到難點問題,約上你須要結對的對象,等他有空馬上開始。

3 結對對象不必定須要工做內容徹底同樣。有幾種人能夠選擇:a)工做內容相似  b)所遇問題的專業人士 c)經驗豐富着,解決問題思路廣者。

4至於水平相差較多,沒有試過。但我很是承認InfoQ中的見解和方式。

相關文章
相關標籤/搜索