首頁 > 文章中心 > 正文

          軟件維護組織管理

          前言:本站為你精心整理了軟件維護組織管理范文,希望能為你的創作提供參考價值,我們的客服老師可以幫助你提供個性化的參考范文,歡迎咨詢。

          軟件維護組織管理

          職業鑒定培訓考核是當前人事管理領域中的一個重要內容,她為各個專業領域提供不同等級的人才區別和鑒定,為各個專業領域的人事部門提供了人才的職業水平,績效考核的直接依據。我們公司為某行業開發了一套通用的B/S架構的鑒定全程管理系統。它包含了人員權限管理,試題制作,試題審核,試題淘汰,組卷計劃書,考務報名管理,考場安排,考試證書記載,學生答題無紙化,教師監控等模塊。它的實現方式是后臺以SQLSERVER數據庫為存取中心,中間件是基于COM+的數據存取,前臺是基于ActiveX的WEB界面,由于封裝了ActiveX,客戶端使用時數據傳播量較小,減少了網絡帶寬的使用。

          我接手產品維護經理的職務時候,產品剛上市,由于前期質量沒有控制好。改正性錯誤比較多,結合這一實際情況,我覺得很有必要將維護流程進行科學化管理,使我對整個產品的維護全過程所有跟蹤。于是我以CMM2的缺陷跟蹤管理流程為基礎,結合公司的實際情況,制定了一個6步驟的維護流程。

          流程中首先規定了維護的角色,主要有提交者,維護經理、維護人員、測試經理、測試員這5個角色。維護任務的提交者可能是用戶,也可能是測試部,他們檢查出產品缺陷或新的功能需求。維護經理則審核任務的實現成本、難度、緊急程度、重要程度。取代CMM中ccb的指責。同時安排指定人員進行維護。維護人員即維護的開發人員,他們負責維護工作的實施。測試經理則負責分配維護開發的測試分配與驗收。測試者對維護工作成果進行測試。

          然后我在流程中制定了工作性質,分成了錯誤修正,舊功能改進,新功能設計,輔助工程四大類,大致對應改正性維護,適應性維護,功能性維護和預防性維護的工作,只是將理論對應實踐做了一些調整,并將開發維護工程和改善流程都歸入輔助工程的工程。

          接著我在流程中定義了維護工組活動的狀態,分為新建、活動、提交、測試、驗收、完成、重申、修正、取消等9種,代表工作流的所處階段。同時還定義了工作的難度、重要程度,嚴重程度的5級劃分標準。

          最后我描述了流程了流程的步驟:

          1.新建任務:根據用戶要求提交任務單,工作流狀態由“無”變為“新建”

          2.審核任務:維護經理審核任務的實施可能性,并分配任務,確定任務的各種屬性,工作狀態由“新建”變為“活動”。

          3.維護任務:維護人員進行任務實施,實施完成后,將狀態由“活動”變為“提交”

          4.分配測試任務:測試經理將維護成果分配給指定的測試人員。狀態變為“測試”

          5.測試人員測試后,將意見寫入CVSTrac,并將狀態由“測試”變為“驗收”

          6.測試經理最后驗收任務單,如果合格則由“驗收”變為“完成”,否則變為“重申”

          “攻欲善其事,必先利其器”,有了一個流程沒有工具靠手工完成是不可以想象的。單方面的寄希望提高勞動強度來提高管理質量是不現實的。由于我們公司已經有了良好的文檔,版本管理工具CVS的文檔管理,因此我們在仔細挑選后選擇了基于CVS上的B/S架構的CVSTrac工具來管理維護流程。由于CVSTrac,同時由于簡單易上手,培訓工作也只花費了2天。然后就進行了生產維護。

          經過2個月的實施,事實上效果非常明顯,他讓我清楚的掌握了現在哥哥維護工作的狀態,性質,嚴重程度等,同時也根據它的歷史數據,方便的制作了包含重要錯誤數,錯誤返回率,正在進行開發錯誤總數,已完成開發的任務總數等決策信息,更能通過時間軸來統計各人的工作狀態,對人力資源安排都起到的輔助決策作用。例如,由于測試人員先只有1個,但維護人員有4個,一段時間后,測試人員的未完成任務達40個之多,這樣就明顯表明測試人力資源,經申請,公司調配了一個測試人員給維護組。

          但是使用過程中也發現了不少問題,這樣舉2個例子,最早的問題是溝通問題,CVSTrac任務單狀態改變后,下一個責任人無法知道自己的任務狀態,必須要上網查詢。結果每個人對自己的總工作任務沒有一個總體的把握。經常有些非常緊急的工作不得不親自來通知。后來有鑒于此我編寫了一個觸發器程序,當狀態改變時,任務單將自動發送到下一個責任人的BQQ中,使他們對子機的工作任務有一個及時了解。還有由于CVSTrac是后建與CVS上,CVS提交編號并不能直接和CVSTrac任務單對應,每次都有花費人力進行對應審核。后來我利用CVS的觸發器編寫了一個提交驅動,提交時將提交注釋中任務單信息直接填入CVSTrac數據庫,保障了自動同步功能。總的來說過程是在不斷改善之中。

          當時中國軟件業興起了CMM大潮,但是許多企業太過于急功近利,要在一天完成CMM的全流程,結果由于CMM太龐雜而失敗。其實CMM并不腔調一步到位,而是強調持續改進流程,我覺得應該站在科學的立場上,對各種管理流程進行合乎國情的循序漸進的規范化。