在項目中期實踐XP--第一次迭代小結

第一個迭代周期已經完成，因為素材的限制，迭代周期很短，只有1.5Week。目前已經開始第二個迭
代，我從第一個迭代中實施的實踐以及從中得到的經驗和教訓包括：
 
 1、站立式會議
 的確有效果，繼續執行。
 2、計劃游戲
 我們根據實際的情況，修改了計劃游戲選取素材，分配任務和領取任務的流程。但還是碰到了一系列
的問題。 首先就是大家對素材的估計相差較大，因為開發人員對素材的熟悉程度不同，導致對素材的
開發量估計相差較大，其次就是大家對理想工作時間的評估不同，還有一個問題就是因為是結對編程，
如果A和B程序員估計的每周理想工作日都為1.5D，那么結對者是否就是工作效率為3D每周？在討論之
后，實際將理想工作日的評估改為實際工作日，估計工作效率為3D/實際工作日/每周/每人，因為工作
效率已經考慮了開會，結對等的影響，所以結對團隊的工作效率是可以累加的。
 可能你認為這個計算方法很牽強，但既然是Spike，那就不妨一試。在迭代周期完成后，發現第一個迭
代周期中的個人工作效率為3.6D/實際工作日/每周/每人，也就是說，如果2人結對，一周可以完成7.2D
的工作任務。是否很奇怪？這給目前的這個迭代周期的任務安排帶來困難。另外一個可能有爭議的做法
是，我們采取的是按素材領取任務，而且素材完成期間不更換結對者。
 計劃游戲中的將素材劃分成Task后再進行估計開發時間這個想法的確不錯，將素材拆成Task后再估計
準確率會大大提高。
 3、簡單設計
 第一次迭代中，只有一個素材，而且領取素材的程序員對這個素材比較熟悉，因此設計做得很簡單。
基本上在專門預留的本子上進行的設計書寫，且僅僅寫基礎的框架和重要的內容。在第一次迭代的總結
上發現，這種方式有幾個問題。
 首先就是原本考慮將這些草稿就是計劃的想法錯誤了，因為字跡太過潦草，而且思想很跳躍，留下的
草稿沒有辦法給其他人了解。
 其次就是如果有測試先行的功能模塊，的確可以不需要太多的設計，寫測試代碼就象寫設計一樣，但
是如果有功能模塊沒有寫測試代碼的話，就需要更詳細的設計。
 因此，在第二次迭代中要求簡單設計的過程需要寫電子文檔，同時，如果沒有進行測試先行的模塊，
設計需要多花些時間以彌補。
 4、結對編程
 結對編程的確增加了效率，一個素材原本估計需要6D實際工作日/單人，在結對的情況下，4D的實際工
作日就完成了，即使算上結對者，好像也只是用了8個工作人日，不過從這一個素材上并不能看出全
部，還需要日后在其他的迭代中反復檢查。
 但結對編程的結對要求實在太高了，特別在我們目前的項目中（項目實施到中后期），Bugfix，聯
調，電話支持等等，一旦某個程序員中間有其他事情的打擾，結對就經常中斷，這樣會明顯影響結對的
效果�？赡躊P可能在項目的開發階段實施比較合適，在中后期實施PD可能更好，我會在后期的迭代中觀
察，如果需要，可以用PD代替PP。
 結對編程后其他感受是，程序人員會自覺的經常更換鍵盤，并大量的討論；結對編程更容易讓開發人
員感到疲勞；結對編程的開發人員最好是互補的，或者水平不要相差過多；對哪些應該結對，哪些不應
該結對開發，還有分歧，例如，在畫界面的時候是否需要結對？目前來說認為需要�？偟膩碚f，對結
對，結對者還是認為有效果的，但是無法說明有多大的效果。
 至于第一次迭代的結對編程是否真的可以顯著提高軟件的質量，具體還要等測試完成所提交的報告才
能給出更全面的分析。
 5、測試先行
 第一次迭代中，并沒有真正意義上做到測試先行。在所有代碼中，測試先行的代碼只有100多行，相比
開發代碼要少得多。這主要是因為測試需要有大量得數據庫操作，所以在第一次迭代中僅完成了非數據
庫操作的測試先行代碼。在第一次迭代后，已經專門花時間將這些數據庫的測試代碼單獨抽取出來進行
了編寫，方便日后的重用，因此真正意義上的測試先行需要在第二次迭代中才能看到效果。
 但是在第一次迭代的代碼檢查中已經發現了問題，開發人員所些的測試案例和相應的代碼沒有突出重
點，部分測試案例根本不是主路徑或者煙霧測試案例，而是一些第三測試級別的容錯性測試。
 6、代碼規范
 代碼規范做得還算可以，雖然在后來的代碼評審中看到一些問題，但是問題不大。
 7、8小時工作制
 因為其他工作可能的影響，在我制訂的“XP人的一天”中，每天結對的時間為6.5小時，程序人員是完
全按照其執行的。但下班后他們往往不愿離開，對這個問題上，以他們的意愿為主。
 8、重構
 結對開發人員會比個體開發人員進行更多有意識的重構行為，而且也會在相應的討論中互相學習，而
且這完全是自發的，非常棒！
 9、持續集成
 目前正在進行持續集成的第一步環境的搭建，也就是自動定時編譯發布環境，計劃月內完成，等第一
步完成后，再搭建自動單元、黑盒測試的環境。附帶說下，CruiseControl這個持續集成工具用起來真
的麻煩，而且主要用于Java的開發環境上。
 10、CRC卡片
 說實話，我不知道如何書寫CRC卡片，我所見過不同的文章所描述的CRC卡片的描述方法也不同，第一
次迭代中我們采用平鋪直述的方式描述素材，但這好像不如用例模式的方式書寫，這讓程序人員有相當
的問題需要詢問“在場客戶”，在第三次迭代中，將采用用例模式來書寫素材。

文章來源于領測軟件測試網 http://www.kjueaiud.com/