您的位置:軟件測試 > 軟件項目管理 > 風險管理 >
IT項目風險管理案例和應對之道
作者:網絡轉載 發(fā)布時間:[ 2013/6/7 15:12:31 ] 推薦標簽:

 如圖所示,起初這項目被估計是要3480小時完成。大致上來說,一般的研發(fā)團隊因著人員請假、會議和其他突發(fā)事情,平均每人每天只能有六小時花在實際項目工作上。現這項目有七個人參與,估算出來大約需要四個月完成。(也是從2009年11月29日到2010年3月29日,圖中紅色直立線為起始線,藍色直立線為終止線。)這圖里共有三條曲線。紅色號碼?/span>表示到現在為止在該項目的總花費時間,紅色號碼?表示估算的項目剩余時間,紅色號碼?是到目前為止所花的時間與剩余時間之和的曲線。到了2010年3月21日得到了上面的這個圖。到了這,我們發(fā)現原本估計的3480總小時數是低估了,更可能的是?所示的3740小時。

  以縱軸的性質區(qū)分,燃盡圖可以分為兩大類,即縱軸可以是時間或是事件。以范圍區(qū)分,燃盡圖至少可以分為三類:項目級的、任務級的和需求級的。透過燃盡圖,我們可以看到項目進行的情況,項目需求是否按計劃進入開發(fā)流程,工作是否有延時,或者工作安排的飽和度是否適合。如上圖所示,我們可以輕易地看到,照著現在的進度,這項目可能會延期6到7工作天。當高層看到這圖時,可以在資源上做調動,以避免延期產生的不良后果。

  我們刻意使用了這個較理想的圖做講解,為的是讓讀者更容易理解。它不是個典型的圖。在大多情況,使用燃盡圖會是比較復雜的,因為它可能包含了需求搜集、編程、單元測試、集成測試和缺陷修復,并且還可能有迭代。所以估算時間會較困難。這個燃盡圖的過程是比較穩(wěn)定的,結果是比較理想的,其原因至少有二:(一)項目里單純地只有編程、單元測試和缺陷修復任務,全都由程序員搞定;它里頭沒有需求搜集、集成測試或其他任務。(二)這個項目復雜度低,約一半的編碼任務是機械性的,所以估出來的時間較為準確。

  (2) 固化工作流以管控過程

  對于公司里既定的流程,我們在DevSuite里以圖形化的工作流將其固化。下圖是以前面王總監(jiān)提到的需求變更流程設計出來的。

  這工作流指明了,在一個變更事件被創(chuàng)建后,它需要經過一個《評審》狀態(tài)。在評審階段里,有三個人(A,B和C)要全部同意,才能到達《通過》狀態(tài)。有任何一人不同意,狀態(tài)轉到《拒絕》。當一到達《評審》狀態(tài),系統(tǒng)馬上促發(fā)郵件和手機通知,將信息寄給A,B和C。系統(tǒng)可以預先設定這三人有兩天的時間評審該變更。假如兩天過了,狀態(tài)仍為《評審》,那是有人未及時處理該事件。這時候,系統(tǒng)會自動將事件升級,把狀態(tài)轉換為《升級處理》,系統(tǒng)馬上促發(fā)郵件,將信息寄給研發(fā)部王總監(jiān)。王總監(jiān)可以斟酌情況,做妥善的處理。

  使用固化的工作流至少有四個優(yōu)點:1)提高通知效率 ?郵件和手機自動通知提高效率,溝通出錯的機會減少了;2)避免流程出錯 ?DevSuite的工作流將流程完全自動化,每個人在收到郵件或短信通知時,照著工作流中既定的步驟操作行了,省心又省力; 3)工作流變動時處理很容易 ?當流程或人員變動時,系統(tǒng)配置員可以輕易地花幾分鐘做完調整,之后所有團隊成員照著流程走便行了;4)避免摩擦?人是有情緒的,固化的工作流使得操作完全對事不對人,避免了人和人之間不必要的摩擦。

  以上提到的軟件項目風險實例幾乎在每個項目中都出現,而且,它們造成的損失也是嚴重的。所幸,從實際操作中,我們發(fā)現處理它們的成本并不高:1)培訓團隊成員照工作流中既定的步驟操作,學會填寫任務花費時間和任務所剩時間,并理解意圖,所花時間不超過1小時,2)系統(tǒng)配置員要了解需求,設計工作流,并設置人員(如例子中的A、B、C和走流程的人)的權限等,所花費時間在1到3天之間,也算合理,3)以往當團隊人員或評審流程有變動,管理人員要更改文檔并向所有人宣布;現系統(tǒng)配置員只要花幾分鐘改系統(tǒng)配置,一切緒了。

  小結

  這并不是一個全方位的風險管控系統(tǒng);相反的,它是個相當簡化,只對關鍵點作處理的系統(tǒng)。雖然只是做在關鍵點上,但效果卻十分明顯。拿需求變更來說,需求變更一直都是項目中讓人恨得牙癢癢的瘤。既然需求變更是不可避免,那我們所能做的是,盡可能減少變更的次數,降低變更造成的沖擊。以往大多數人審核需求變更時較為草率,導致同一個功能點變了又變。在一輪又一輪的返工后,程序員和測試人員會產生倦怠感,編碼和測試的質量一再下降。使用了DevSuite后,所有的操作都在系統(tǒng)里留下記錄,這統(tǒng)計在年終時可以作為考評的參考材料。自然而然地,審核人員很嚴謹地審核每一個需求變更。而且,因為系統(tǒng)設置了每人只有兩天的時間處理,審核人員處理需求變更時不僅是快,而且較仔細。單單這個變化,使得整個團隊的氣象煥然一新。

  在系統(tǒng)實施后半年,我們做了客戶回訪,我劈頭問王總監(jiān),說的那位產品經理還跟項目經理還吵架嗎?瞪了我一眼,停了一下,然后皺了皺眉頭說:倒是不吵架了。他們倆現在成了好朋友,聯合起來一起對付我了。他自己呵呵呵地笑了起來

上一頁12下一頁
軟件測試工具 | 聯系我們 | 投訴建議 | 誠聘英才 | 申請使用列表 | 網站地圖
滬ICP備07036474 2003-2017 版權所有 上海澤眾軟件科技有限公司 Shanghai ZeZhong Software Co.,Ltd