其次，代碼復審的難度加大。代碼復審是非常重要的工作，但是代碼的混亂將會加大代碼復審的難度，因為復審小組的成員不得不花費時間來了解代碼的風格，并做出指導。更糟糕的是，代碼復審小組的成員往往都是軟件組織中的重要成員，他們的時間都代表了高昂的成本。也許沒有人仔細計算過這樣的成本，但是這些成本累積起來，也會是一個令人吃驚的數字。
再次，項目風險和組織風險都隨之增大。這種在以項目開發為結算單位的軟件開發組織中尤為明顯，因項目開發人員離開而導致項目源代碼難以維護的情況非常的普遍。對于已經完工的項目而言，這使得項目維護成本上升，對于尚未完工的項目而言，這會打亂現有的項目進度，導致項目進度的延后。
最后，也是致命的一個問題，內部溝通難以有效的進行。軟件開發不是一個單獨的活動。優秀的程序員組成的團隊未必就是一個優秀的團隊。究其原因，大部分都是因為溝通不善造成的原因。組織內部的知識很難形成流動，開發人員之間難以共享知識，而新成員也無法從經驗豐富的老員工那里學習。
溝通不暢最終會積累形成組織軟件設計平均水平無法提高的問題。軟件設計屬于腦力勞動，但是個人的知識覆蓋程度和思考能力都有限，個人的設計往往都是有缺陷的，而雇傭大師級的開發人員的成本是相當高昂的，并不是所有的軟件組織都能夠像IBM或是微軟那樣雇傭大量的優秀人才。因此面對有限的人力資源（數量和質量兩方面），關鍵的問題就在于如何讓有限的資源發揮最大的作用。
軟件工藝
在參與一家軟件組織的代碼復審之后，我加入了這一小節的內容。既然是工藝，當然是一些很細微的環節，例如瀏覽集合的寫法、類和方法的命令、注釋的規則等等。這些都屬于程序員自身修養的部分，但是很多組織恰恰是在這個環節上存在問題。編碼的隨意性導致了代碼可理解性的下降，為團隊共享代碼設置了障礙，沒有人會主動的去看別人的代碼。在前面我們說代碼的混亂會導致復審的困難，而代碼混亂同時產生的另一個影響，就是軟件組織的平均軟件工藝水平無法提高。雖然每個程序員都希望能夠編寫優美的代碼，但編寫優美代碼需要一定的毅力和時間，尤其是在項目時間壓力大的時候，代碼的優美性常常是被忽略的。但是，強制要求代碼優美性并不容易實現，需要監督的成本，效果也難以令人滿意。
結對編程可以從組織結構上緩解這個問題。程序員大多是驕傲的，如果有一個同伴在身邊，那程序員可拉不下臉來編寫難看的代碼。這是很有意思的現象，但是挺有效的。程序員通過這種方式，可以相互促進，提高編程工藝水平。雖然軟件工藝解決的都是一些微小的問題，但是正是這些問題，最終影響到了軟件的質量。從代碼管理的角度上來說，管理的基本任務都是這些"小問題"。
過程保證
結對編程可以在有效的解決這些問題的同時保證成本最小，這是結對編程之所以成為結對編程而不是三人編程的原因。在硬件設備的運行過程中，單點故障的最好解決方法是雙機備份。這一思想運用到團隊和過程上就形成了結對編程的基礎。我們見過一個軟件組織實施結對編程的初衷是為了保證產品的安全性，在產品的各個重要部件上都至少配備了兩位負責人。一開始他們沒有意識到他們朝著結對編程邁出了第一步，后來他們發現這種方法非常的有效，并針對這種方法進行擴展，形成了完整的結對編程體系。
在傳統的軟件開發中，一般都會在軟件過程中建立幾個檢查點（Check Point），在這個點上，軟件的各個部分都需要進行檢查，設計是否符合規范，是否滿足需求，程序中是否存在缺陷。但是在每個Check Point上花費的時間往往是非�？膳碌�。每個CP上花費的工作包括：
文章來源于領測軟件測試網 http://www.kjueaiud.com/
