為什麼說測試應儘早捲入項目研發,項目管理流程需要更新?

來自專欄 阿星職場

技術強則品質強，從華為和小米的終端發展之路來看，除了高性價比，好的用戶體驗之外，消費者越來越重視產品質量，人們越來越多的選擇自身技術實力強的華為產品。據報導，華為每年的研發投入約為500億人民幣，技術實力強大就是自然而然的事了，越來越多的製造企業開始重視和大量投入產品研發。

產品研發是個漫長的過程，從市場調研，立項到樣機再到測試最後量產，而測試往往是被放到了項目的後期，但是很多問題通過測試發現再去改進，時間就比較緊，這時的改進就變成了頭痛醫頭，腳痛醫腳，問題得不到根本解決。於是，測試儘早的捲入項目研發就很有必要。

應當確立測試部門相關技術人員為項目組成員，參與到整個項目研發中去，為項目提供研發輸入和反饋。測試技術人員是最直接和第一個接觸產品失效的，對於失效發生的形式，時間，測試條件等最為清楚，失效發生時，他們可以第一時間就把信息反饋到項目組，進行有效的輸入和反饋，為失效解決爭取時間。有個團隊，測試部門並不是項目組成員，測試問題點僅由測試部門某位協調人員參加項目會議，而此人員對於測試的具體細節並不是很了解，給項目組帶去了很多不確定的或者錯誤的信息，而項目組成員有些時候對於問題或測試只憑感覺在猜，錯誤與否也沒人能意識到並指出來，於是導致項目問題的不到很好且及時的解決。

也有一部分公司將研發與測試分離開來，單獨建立測試中心，測試只作為服務部門，不參與研發，在此建議可以將測試中心的功能劃分為研發測試和研發支持，一部分參與項目，一部分負責做支持驗證，使項目得以更高效可靠的完成。

測試在項目早期就捲入研發，可以提前發現問題，便於項目組有充足的時間改進失效。測試人員經過長期的技術積累，對於解決產品對失效和解決措施驗證有著豐富的經驗，他們根據失效，設計測試方案，提供改進建議，並驗證改進措施的可行性，為項目組提供行之有效的解決方案，把問題扼殺在搖籃里。另一個團隊，測試總是放在項目過了60%的時間做，結果總是到了項目快結束是發現一些問題來不及解決，吃N多塹長一智，終於醒悟的他們於是讓測試在早期，項目才開始20%左右的時間就參與，結果很大程度的避免了上述問題，為公司挽回了不可估量的損失。

可能有的公司考慮到前期產品只是軟模件，很多設計還未定下來，做測試沒有意義，這是有道理的，但是你的設計，你的軟模件早點到了測試人員手中，他們摸個底，或許能給項目組提供不一樣的思路和點子，集眾人之智有何不可呢？

測試為產品性能的可靠性提供了保障，是研發流程中不可或缺的一個環節，應當引起企業管理者的高度重視，你們企業的項目管理流程是否該考慮該更新了！

推薦閱讀：