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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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