(一)發揮過程和人的力量
極限編程XP作為敏捷方法的一種，擁有很多優秀的實踐，用好這些實踐，在軟件組織中能夠起到很好的效果。問題在于，要用好這些實踐并不簡單，本系列文章的目標就是圍繞著 XP 的實踐，討論隱藏在實踐內部的敏捷性實質，研究如何靈活的應用 XP 的實踐，從而達到改進軟件過程的目的。
軟件開發雖然有多個環節，但是我們不能只強調某些環節，任何一個環節出問題最終都會影響產品的質量。因此我們在軟件開發中應該考慮整個過程，并且重視人這個因素。
質檢員的工作
在以前的工廠作業流程中，產品在生產出來之后，都需要經過質檢員的檢查。在質檢員身邊，有兩個筐，一個筐上寫著合格，一個筐上寫著不合格。對于合格的產品，貼上合格證，進入銷售的環節，對于不合格的產品，禁止出廠。很久以來，我們一直采用在產品的最終階段進行質量檢驗的方式，這種方式用來避免有質量缺陷的產品出廠，但是既沒有辦法提高產品的質量，也沒有辦法降低差錯率。這種質檢方法的基本思想是，產品出現廢品是正常的，只要能夠找出廢品，產品的質量就不受影響。
那我們看看軟件開發的工藝流程。當軟件經歷了需求、分析、設計、編碼之后，質檢員同樣需要檢驗軟件是否滿足質量要求。各種各樣的測試人員共同擔任了質檢員的角色。而質檢員的工序也不簡單。黑盒測試、白盒測試、集成測試、用戶測試、并行測試。和工廠不同的是，出現問題的軟件并不能夠簡單的扔到不合格的產品堆中。另一個不同，軟件產品一定會出現質量的問題。既然不能簡單的拋棄產品，那么只好把產品退回到生產線上。于是，需求人員、分析人員、設計人員、編碼人員開始對軟件進行調整，力圖使軟件能夠出廠。這個反復的過程往往要持續上一段時間。幸運的軟件可以順利出廠（交付），否則，可能會遭到項目失敗的命運。
很明顯，我們發現這種做法不夠聰明。把問題堆積起來，直到最后才來集中解決，這種做法的代價是非常高昂的。軟件開發的特性，決定了越是后期的變更，成本越高。那么，我們應該如何調整我們的做法，來降低成本，提高質量呢？
文章來源于領測軟件測試網 http://www.kjueaiud.com/
