軟件維護(hù)組織管理

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

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

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

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

然后我在流程中制定了工作性質(zhì)，分成了錯誤修正，舊功能改進(jìn)，新功能設(shè)計，輔助工程四大類，大致對應(yīng)改正性維護(hù)，適應(yīng)性維護(hù)，功能性維護(hù)和預(yù)防性維護(hù)的工作，只是將理論對應(yīng)實踐做了一些調(diào)整，并將開發(fā)維護(hù)工程和改善流程都?xì)w入輔助工程的工程。

接著我在流程中定義了維護(hù)工組活動的狀態(tài)，分為新建、活動、提交、測試、驗收、完成、重申、修正、取消等9種，代表工作流的所處階段。同時還定義了工作的難度、重要程度，嚴(yán)重程度的5級劃分標(biāo)準(zhǔn)。

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

1．新建任務(wù)：根據(jù)用戶要求提交任務(wù)單，工作流狀態(tài)由“無”變?yōu)椤靶陆ā?/p>

2．審核任務(wù)：維護(hù)經(jīng)理審核任務(wù)的實施可能性，并分配任務(wù)，確定任務(wù)的各種屬性，工作狀態(tài)由“新建”變?yōu)椤盎顒印薄?/p>

3．維護(hù)任務(wù)：維護(hù)人員進(jìn)行任務(wù)實施，實施完成后，將狀態(tài)由“活動”變?yōu)椤疤峤弧?/p>

4．分配測試任務(wù)：測試經(jīng)理將維護(hù)成果分配給指定的測試人員。狀態(tài)變?yōu)椤皽y試”

5．測試人員測試后，將意見寫入CVSTrac，并將狀態(tài)由“測試”變?yōu)椤膀炇铡?/p>

6．測試經(jīng)理最后驗收任務(wù)單，如果合格則由“驗收”變?yōu)椤巴瓿伞?否則變?yōu)椤爸厣辍?/p>

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

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

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

當(dāng)時中國軟件業(yè)興起了CMM大潮，但是許多企業(yè)太過于急功近利，要在一天完成CMM的全流程，結(jié)果由于CMM太龐雜而失敗。其實CMM并不腔調(diào)一步到位，而是強調(diào)持續(xù)改進(jìn)流程，我覺得應(yīng)該站在科學(xué)的立場上，對各種管理流程進(jìn)行合乎國情的循序漸進(jìn)的規(guī)范化。