用“質(zhì)量門”確保項目質(zhì)量

申請免費試用、咨詢電話：400-8352-114

所有從事過項目管理工作的人在談到自己曾經(jīng)的工作經(jīng)歷時總會有一些難忘的回憶。由于員工總是想要在盡可能短的時間內(nèi)，以盡可能快的速度，在付出的成本代價最小的情況下完成工作，項目就經(jīng)常會出問題。而不幸的是，職業(yè)項目經(jīng)理又總是想自己來處理好項目的時間/成本/性能/質(zhì)量之間的關(guān)系。由于曾經(jīng)有過這樣的親身經(jīng)歷，對這一點我可以說是深有體會。

舉例來說吧。我曾經(jīng)遇到過一個項目，在項目的進行過程當中，項目經(jīng)理忽然發(fā)現(xiàn)各項工作的完成時間似乎比預計的都要長了一倍。當然，這種情況的出現(xiàn)是有情可原的。因為在對項目的工期進行估計時，考慮到的是由工作經(jīng)驗豐富的員工來完成項目，而實際上，當時項目小組的成員主要都是一些初級工作人員，他們的工作經(jīng)驗并不豐富。小組所訂購的設備也沒有按期送達。此外，參與項目分析的商業(yè)用戶的數(shù)量也沒能達到分析家們的要求。在這些因素的綜合作用下，項目延期也就不是什么難以理解的事情了。當然，盡管工作量在增加，小組成員的組成也沒有發(fā)生變化，但項目的截止時間也是始終固定在那里的，因此員工們被告之他們必須要想辦法在原有的時間框架之內(nèi)完成全部的工作。誠然，他們可以增加新的員工，但是大家不要忘了“即使是有九個女人，也沒有辦法在一個月里生出孩子來”呀！

就在這個時候，項目經(jīng)理做出了一個大膽但是錯誤的決定，他跟自己賭了一把，決定帶領(lǐng)項目小組同時進行多個階段的工作，以便在原訂的時間框架內(nèi)完成項目。在具體的設計還沒有完成之前，他就讓自己手下的工作人員開始編碼，以為即便是日后要對編碼進行修改，工作量也不會很大。大家可以想象，由此而帶來的后果是多么嚴重，項目經(jīng)理的夢魘也就由此而開始了。由于程序設計人員缺少詳細的設計信息，他們所編寫出來的編碼的質(zhì)量也就可想而知了。在設計最終完成之后，為了讓編碼同設計相吻合，有大量的工作要去完成。最終，項目小組沒能在原訂的時間框架內(nèi)完成項目。員工們可以很輕松的忘記項目經(jīng)理早先的提醒和警告，但是項目經(jīng)理卻無法逃避自己的責任。畢竟，最終要對項目的成敗負責的都是項目經(jīng)理呀！這個道理大家應該并不感到陌生吧？

那么，是什么地方出了問題呢？答案顯然很簡單，那就是項目經(jīng)理可以隨意的決定項目的階段實施進程。在項目的詳細設計階段完成之前，應該有一扇“門”或者說一個正式的標準來阻止項目小組進入編碼階段的工作，而項目經(jīng)理正是缺少這樣一種約束。即便是沒有這樣一種約束機制，至少也應該有一個基本的風險評估，要獲得項目股東們的通過呀。這樣一來，如果項目的風險得到了認可，那么決定就是大家集體做出的了，責任就應該有大家共同承擔，而不會只落在項目經(jīng)理一個人的頭上了。但遺憾的是，現(xiàn)實情況并非如此，項目經(jīng)理一個人就可以做出進入下一階段工作的決定。當然，他做出這樣的決定完全是出于好意，但是這并不意味著他做出的就是正確的決定。

質(zhì)量控制vs.質(zhì)量保證
大多數(shù)軟件開發(fā)部門都有自己的質(zhì)量控制體系。其中很多又都有自己獨立的測試小組，來保證最終推出的產(chǎn)品滿足良好的品質(zhì)要求。然而，有一個問題卻經(jīng)常被忽視，那就是充分的質(zhì)量保證體系。這一體系的作用是確保產(chǎn)品達到了預期的質(zhì)量要求。從定義上我們可以看出，成功的質(zhì)量保證能夠減少質(zhì)量控制的失敗。質(zhì)量保證同質(zhì)量控制之間有一個很重要的區(qū)別，那就是如果沒有質(zhì)量保證的支持，大家常常會在事后發(fā)現(xiàn)質(zhì)量控制的問題，無法防患于未然，而這個重要的區(qū)別又常常被我們所忽視了。

質(zhì)量門
在質(zhì)量保證體系當中，我們可以應用質(zhì)量門（Q-gate）這個概念作為一種方法。整個概念一旦與項目管理結(jié)合在一起，就可以幫助項目經(jīng)理控制好軟件成本、性能和質(zhì)量之間的平衡。在軟件的整個開發(fā)過程當中，每一