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

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

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

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

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

　　質(zhì)量門在質(zhì)量保證體系當(dāng)中，我們可以應(yīng)用質(zhì)量門（Q-gate）這個概念作為一種方法。整個概念一旦與項目管理結(jié)合在一起，就可以幫助項目經(jīng)理控制好軟件成本、性能和質(zhì)量之間的平衡。在軟件的整個開發(fā)過程當(dāng)中，每一扇質(zhì)量門都標(biāo)志著一個項目階段的正式結(jié)束，只有通過了這扇門，項目才能從一個階段進(jìn)入到下一個階段。

　　每通過一扇質(zhì)量門，就意味著項目前一個階段已經(jīng)完成并且達(dá)到了預(yù)期的質(zhì)量要求，可以進(jìn)入下一個階段的工作了。按照事先已經(jīng)確定好的判斷標(biāo)準(zhǔn)，每一扇質(zhì)量門實際上都決定著項目前一個階段工作的成敗。和項目時間與成本投入一樣，項目風(fēng)險也會在質(zhì)量保證的過程當(dāng)中得到判斷。這樣一來，項目的股東們就有足夠的信息可以作出決策了。質(zhì)量門這一概念的好處在于：

　　項目股東可以和項目經(jīng)理一起對項目的質(zhì)量承擔(dān)責(zé)任。

　　質(zhì)量門的存在促使項目小組在項目進(jìn)行過程當(dāng)中對自己的工作質(zhì)量進(jìn)行評估，更好的改進(jìn)項目質(zhì)量。

　　質(zhì)量門的存在能夠保證前一階段的工作按照正式的嚴(yán)格的程序過渡到下一階段。所有的問題都會被及時發(fā)現(xiàn)并得到解決，項目小組可以及時抓住機(jī)會對工作進(jìn)行改進(jìn)，風(fēng)險評估也可以及時進(jìn)行。

　　質(zhì)量門的存在可以加強(qiáng)項目各方的交流，可以促使關(guān)鍵股東的積極參與，通過他們的參與來更好的對項目預(yù)期進(jìn)行管理。

　　在實踐當(dāng)中，質(zhì)量門是一個很好操作的概念。它使已經(jīng)完成的工作和應(yīng)該完成的工作得到正式的規(guī)范，也可以保證項目小組同所有股東之間的交流。它可以簡單的就像是一份成績單，上面寫著及格或是不及格的分?jǐn)?shù)。項目的每一個階段都會有這樣一份成績單，就像是一張“出門證”，也可以說是一張“進(jìn)門證”。當(dāng)然，考慮到項目進(jìn)行過程當(dāng)中可能的實際情況，這些出門證規(guī)定的標(biāo)準(zhǔn)是要有一定的靈活性的。

　　我們還回到剛才談到過的那個例子，如果在那個項目的進(jìn)行過程當(dāng)中引入了質(zhì)量門的概念，項目經(jīng)理就不可能讓小組成員在設(shè)計階段還沒有完成之前就開始編碼工作了。即使是這樣做可以帶來的潛在收益超過了項目本身要承擔(dān)的風(fēng)險，那么這個決定也不再是項目經(jīng)理一個人的決定，而是他和股東們一起共同做出的決定，不是一時的感情用事，而是建立在充分的評估基礎(chǔ)之上。項目經(jīng)理也就不用單獨為項目的失敗承擔(dān)責(zé)任了。