用“質量門”確保專案質量(轉)
所有從事過專案管理工作的人在談到自己曾經的工作經歷時總會有一些難忘的回憶。由於員工總是想要在儘可能短的時間內,以儘可能快的速度,在付出的成本代價最小的情況下完成工作,專案就經常會出問題。而不幸的是,職業專案經理又總是想自己來處理好專案的時間/成本/效能/質量之間的關係。由於曾經有過這樣的親身經歷,對這一點我可以說是深有體會。
舉例來說吧。我曾經遇到過一個專案,在專案的進行過程當中,專案經理忽然發現各項工作的完成時間似乎比預計的都要長了一倍。當然,這種情況的出現是有情可原的。因為在對專案的工期進行估計時,考慮到的是由工作經驗豐富的員工來完成專案,而實際上,當時專案小組的成員主要都是一些初級工作人員,他們的工作經驗並不豐富。小組所訂購的裝置也沒有按期送達。此外,參與專案分析的商業使用者的數量也沒能達到分析家們的要求。在這些因素的綜合作用下,專案延期也就不是什麼難以理解的事情了。當然,儘管工作量在增加,小組成員的組成也沒有發生變化,但專案的截止時間也是始終固定在那裡的,因此員工們被告之他們必須要想辦法在原有的時間框架之內完成全部的工作。誠然,他們可以增加新的員工,但是大家不要忘了“即使是有九個女人,也沒有辦法在一個月裡生出孩子來”呀!
就在這個時候,專案經理做出了一個大膽但是錯誤的決定,他跟自己賭了一把,決定帶領專案小組同時進行多個階段的工作,以便在原訂的時間框架內完成專案。在具體的設計還沒有完成之前,他就讓自己手下的工作人員開始編碼,以為即便是日後要對編碼進行修改,工作量也不會很大。大家可以想象,由此而帶來的後果是多麼嚴重,專案經理的夢魘也就由此而開始了。由於程式設計人員缺少詳細的設計資訊,他們所編寫出來的編碼的質量也就可想而知了。在設計最終完成之後,為了讓編碼同設計相吻合,有大量的工作要去完成。最終,專案小組沒能在原訂的時間框架內完成專案。員工們可以很輕鬆的忘記專案經理早先的提醒和警告,但是專案經理卻無法逃避自己的責任。畢竟,最終要對專案的成敗負責的都是專案經理呀!這個道理大家應該並不感到陌生吧?
那麼,是什麼地方出了問題呢?答案顯然很簡單,那就是專案經理可以隨意的決定專案的階段實施程式。在專案的詳細設計階段完成之前,應該有一扇“門”或者說一個正式的標準來阻止專案小組進入編碼階段的工作,而專案經理正是缺少這樣一種約束。即便是沒有這樣一種約束機制,至少也應該有一個基本的風險評估,要獲得專案股東們的透過呀。這樣一來,如果專案的風險得到了認可,那麼決定就是大家集體做出的了,責任就應該有大家共同承擔,而不會只落在專案經理一個人的頭上了。但遺憾的是,現實情況並非如此,專案經理一個人就可以做出進入下一階段工作的決定。當然,他做出這樣的決定完全是出於好意,但是這並不意味著他做出的就是正確的決定。
質量控制vs.質量保證
大多數軟體開發部門都有自己的質量控制體系。其中很多又都有自己獨立的測試小組,來保證最終推出的產品滿足良好的品質要求。然而,有一個問題卻經常被忽視,那就是充分的質量保證體系。這一體系的作用是確保產品達到了預期的質量要求。從定義上我們可以看出,成功的質量保證能夠減少質量控制的失敗。質量保證同質量控制之間有一個很重要的區別,那就是如果沒有質量保證的支援,大家常常會在事後發現質量控制的問題,無法防患於未然,而這個重要的區別又常常被我們所忽視了。
質量門
在質量保證體系當中,我們可以應用質量門(Q-gate)這個概念作為一種方法。整個概念一旦與專案管理結合在一起,就可以幫助專案經理控制好軟體成本、效能和質量之間的平衡。在軟體的整個開發過程當中,每一扇質量門都標誌著一個專案階段的正式結束,只有透過了這扇門,專案才能從一個階段進入到下一個階段。
每透過一扇質量門,就意味著專案前一個階段已經完成並且達到了預期的質量要求,可以進入下一個階段的工作了。按照事先已經確定好的判斷標準,每一扇質量門實際上都決定著專案前一個階段工作的成敗。和專案時間與成本投入一樣,專案風險也會在質量保證的過程當中得到判斷。這樣一來,專案的股東們就有足夠的資訊可以作出決策了。質量門這一概念的好處在於:
專案股東可以和專案經理一起對專案的質量承擔責任。
質量門的存在促使專案小組在專案進行過程當中對自己的工作質量進行評估,更好的改進專案質量。
質量門的存在能夠保證前一階段的工作按照正式的嚴格的程式過渡到下一階段。所有的問題都會被及時發現並得到解決,專案小組可以及時抓住機會對工作進行改進,風險評估也可以及時進行。
質量門的存在可以加強專案各方的交流,可以促使關鍵股東的積極參與,透過他們的參與來更好的對專案預期進行管理。
在實踐當中,質量門是一個很好操作的概念。它使已經完成的工作和應該完成的工作得到正式的規範,也可以保證專案小組同所有股東之間的交流。它可以簡單的就像是一份成績單,上面寫著及格或是不及格的分數。專案的每一個階段都會有這樣一份成績單,就像是一張“出門證”,也可以說是一張“進門證”。當然,考慮到專案進行過程當中可能的實際情況,這些出門證規定的標準是要有一定的靈活性的。
我們還回到剛才談到過的那個例子,如果在那個專案的進行過程當中引入了質量門的概念,專案經理就不可能讓小組成員在設計階段還沒有完成之前就開始編碼工作了。即使是這樣做可以帶來的潛在收益超過了專案本身要承擔的風險,那麼這個決定也不再是專案經理一個人的決定,而是他和股東們一起共同做出的決定,不是一時的感情用事,而是建立在充分的評估基礎之上。專案經理也就不用單獨為專案的失敗承擔責任了。[@more@]
舉例來說吧。我曾經遇到過一個專案,在專案的進行過程當中,專案經理忽然發現各項工作的完成時間似乎比預計的都要長了一倍。當然,這種情況的出現是有情可原的。因為在對專案的工期進行估計時,考慮到的是由工作經驗豐富的員工來完成專案,而實際上,當時專案小組的成員主要都是一些初級工作人員,他們的工作經驗並不豐富。小組所訂購的裝置也沒有按期送達。此外,參與專案分析的商業使用者的數量也沒能達到分析家們的要求。在這些因素的綜合作用下,專案延期也就不是什麼難以理解的事情了。當然,儘管工作量在增加,小組成員的組成也沒有發生變化,但專案的截止時間也是始終固定在那裡的,因此員工們被告之他們必須要想辦法在原有的時間框架之內完成全部的工作。誠然,他們可以增加新的員工,但是大家不要忘了“即使是有九個女人,也沒有辦法在一個月裡生出孩子來”呀!
就在這個時候,專案經理做出了一個大膽但是錯誤的決定,他跟自己賭了一把,決定帶領專案小組同時進行多個階段的工作,以便在原訂的時間框架內完成專案。在具體的設計還沒有完成之前,他就讓自己手下的工作人員開始編碼,以為即便是日後要對編碼進行修改,工作量也不會很大。大家可以想象,由此而帶來的後果是多麼嚴重,專案經理的夢魘也就由此而開始了。由於程式設計人員缺少詳細的設計資訊,他們所編寫出來的編碼的質量也就可想而知了。在設計最終完成之後,為了讓編碼同設計相吻合,有大量的工作要去完成。最終,專案小組沒能在原訂的時間框架內完成專案。員工們可以很輕鬆的忘記專案經理早先的提醒和警告,但是專案經理卻無法逃避自己的責任。畢竟,最終要對專案的成敗負責的都是專案經理呀!這個道理大家應該並不感到陌生吧?
那麼,是什麼地方出了問題呢?答案顯然很簡單,那就是專案經理可以隨意的決定專案的階段實施程式。在專案的詳細設計階段完成之前,應該有一扇“門”或者說一個正式的標準來阻止專案小組進入編碼階段的工作,而專案經理正是缺少這樣一種約束。即便是沒有這樣一種約束機制,至少也應該有一個基本的風險評估,要獲得專案股東們的透過呀。這樣一來,如果專案的風險得到了認可,那麼決定就是大家集體做出的了,責任就應該有大家共同承擔,而不會只落在專案經理一個人的頭上了。但遺憾的是,現實情況並非如此,專案經理一個人就可以做出進入下一階段工作的決定。當然,他做出這樣的決定完全是出於好意,但是這並不意味著他做出的就是正確的決定。
質量控制vs.質量保證
大多數軟體開發部門都有自己的質量控制體系。其中很多又都有自己獨立的測試小組,來保證最終推出的產品滿足良好的品質要求。然而,有一個問題卻經常被忽視,那就是充分的質量保證體系。這一體系的作用是確保產品達到了預期的質量要求。從定義上我們可以看出,成功的質量保證能夠減少質量控制的失敗。質量保證同質量控制之間有一個很重要的區別,那就是如果沒有質量保證的支援,大家常常會在事後發現質量控制的問題,無法防患於未然,而這個重要的區別又常常被我們所忽視了。
質量門
在質量保證體系當中,我們可以應用質量門(Q-gate)這個概念作為一種方法。整個概念一旦與專案管理結合在一起,就可以幫助專案經理控制好軟體成本、效能和質量之間的平衡。在軟體的整個開發過程當中,每一扇質量門都標誌著一個專案階段的正式結束,只有透過了這扇門,專案才能從一個階段進入到下一個階段。
每透過一扇質量門,就意味著專案前一個階段已經完成並且達到了預期的質量要求,可以進入下一個階段的工作了。按照事先已經確定好的判斷標準,每一扇質量門實際上都決定著專案前一個階段工作的成敗。和專案時間與成本投入一樣,專案風險也會在質量保證的過程當中得到判斷。這樣一來,專案的股東們就有足夠的資訊可以作出決策了。質量門這一概念的好處在於:
專案股東可以和專案經理一起對專案的質量承擔責任。
質量門的存在促使專案小組在專案進行過程當中對自己的工作質量進行評估,更好的改進專案質量。
質量門的存在能夠保證前一階段的工作按照正式的嚴格的程式過渡到下一階段。所有的問題都會被及時發現並得到解決,專案小組可以及時抓住機會對工作進行改進,風險評估也可以及時進行。
質量門的存在可以加強專案各方的交流,可以促使關鍵股東的積極參與,透過他們的參與來更好的對專案預期進行管理。
在實踐當中,質量門是一個很好操作的概念。它使已經完成的工作和應該完成的工作得到正式的規範,也可以保證專案小組同所有股東之間的交流。它可以簡單的就像是一份成績單,上面寫著及格或是不及格的分數。專案的每一個階段都會有這樣一份成績單,就像是一張“出門證”,也可以說是一張“進門證”。當然,考慮到專案進行過程當中可能的實際情況,這些出門證規定的標準是要有一定的靈活性的。
我們還回到剛才談到過的那個例子,如果在那個專案的進行過程當中引入了質量門的概念,專案經理就不可能讓小組成員在設計階段還沒有完成之前就開始編碼工作了。即使是這樣做可以帶來的潛在收益超過了專案本身要承擔的風險,那麼這個決定也不再是專案經理一個人的決定,而是他和股東們一起共同做出的決定,不是一時的感情用事,而是建立在充分的評估基礎之上。專案經理也就不用單獨為專案的失敗承擔責任了。[@more@]
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7839396/viewspace-937656/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 軟體專案管理的質量保證(轉)專案管理
- 專案管理: 軟體質量的可靠保證(轉)專案管理
- 專案管理: 軟體質量的可靠保證2(轉)專案管理
- 專案管理: 軟體質量的可靠保證3(轉)專案管理
- 專案質量管理
- 軟體專案質量管理(轉)
- 專案管理過程之質量管理 (轉)專案管理
- 專案管理過程之質量管理(轉)專案管理
- 專案計劃與質量管理(轉)
- 加強工程質量計劃工作提高專案質量管理水平(轉)
- 軟體專案質量保證:編碼規範
- 牽引力教育360度確保就業質量就業
- Go工程管理 18 | 質量保證:通過測試保證質量Go
- 專案管理過程之質量管理(轉載)專案管理
- 探究如何在專案管理中使用質量保證(QA)?專案管理
- 可確保專案的質量和安全性的三個Maven外掛 - rieckpilMavenKPI
- 迴歸測試中的專案質量管理應用(轉)
- 專案質量管理的主要內容(轉載)
- 再談審計專案審計質量(轉)
- 【質量管理】福特全球質量改進流程,達成高品質的保證
- 專案質量管理有哪些不同階段?其中"質量"指的是什麼?
- 質量體系--最終檢驗和試驗的質量保證模式(轉載)模式
- 印度專案質量管理經驗
- 如何保證軟體質量
- 方案:軟體質量保證
- 軟體質量保證(SQA)
- 質量控制和質量保證的區別
- 如何加快專案進度提高專案質量
- 分享質量(轉載)
- 專案(Explore)總結之專案質量管理
- 質量管理是專案經理的重要職責(轉)
- 酷家樂大型專案質量保障反思
- 如何保障前端專案的程式碼質量前端
- “高質量睡眠”引發是專案思考
- 對CRM專案實施全程質量管理
- 軟體專案管理 8.3.敏捷專案質量活動專案管理敏捷
- 比亞迪質量管理RabbitMQ服務(比亞迪質量)MQ
- 專案管理九大知識體系 質量管理(轉載)專案管理