(資料圖片僅供參考)

接上篇，這篇主要論述了軟件開發的風險管理，參與過大型軟件項目的人都會認識到許多事情都可能出錯，一但出錯就可能給項目帶來危害、損失或其它不利影響。風險是在項目中發生的一系列事件或不利結果的可能性。軟件開發是一項高風險的活動，在項目開發過程的任何一個階段都可能存在風險。

范文二

論軟件開發的風險管理

【摘要】

本文討論了某公司實施SAP系統的風險管理．該公司原先運行著一套ERP系統，現在要轉到SAP上，需要完成新系統的流程的重新定義，數據的切換，用戶的培訓等工作．項目要求在11個月的時間內完成．實施一個大型的ERP系統有著各種的風險，這些風險如果不加分析和控制，將會給整個項目造成致命的影響．本人作為項目經理，主要從控制進度風險，人員流動風險和系統功能風險三個方面去進行風險的管理．最后這三方面的風險都得到了有效的控制，從而使項目順利完成．

【正文】

2003年1月，本人參與了西門子集團下某公司的SAP留系統的實施，提任項目經理．該公司之前運行著另一套ERP軟件：QAD的MFG/PRO系統．由于集團總部的要求，要用SAP系統替換原先的MFG/PRO系統，并且要在2003年11月前完成．整個項目完成以下階段，首先是項目的引進，包括成立項目小組，由顧問對項目小組成員進行初步的培訓，讓小組成員對SAP的標準流程有個大概的認識．接下來是要分模塊進行討論，制定出各模塊的實施藍圖(blueprint)．該公司實施了以下的模塊：SD（銷售與分銷），MM（物料管理），CO（成本控制），QM（質量管理），PP（生產控制），FI（財務核算），CO（成本控制）等．在Blueprint完成后，由顧問根據定下的流程配置一個測試的系統，用戶在該測試環境下進行練習和測試．測試完成后就是數據的準備和切換了，要從MFG/PRO系統把需要的數據下載下來然后你上傳到SAP系統。完成數據的切換，SAP系統正式上線，同時不再使用原先的系統。

因為整個項目要在11個月的時間內完成，時間是非常緊迫的．如何在如此短的時間內使項目能順利進行，控制各種可能出現的風險是必要的．為此，在項目的初始階段，本人召開了小組成員開會，專門針對項目的風險進行了討論．會上，大家把想得到的風險都提了出來．經過分析篩選，本人最后確定了三個重點進行控制的風險，并采取了相應的措施進行控制．

1、控制進度風險

ERP的實施是一個大型的項目，涉及到企業的流程改造和其它方方面面的東西．而該項目的上線時間不能改變，所以，項目進度在這里是個潛在的風險，如果不能如期上線，則公司的運作將會受到重大的影響．為此，本人在項目啟動后，召集了項目小組成員開會制定項目計劃．本人首先用MicrosoftProject制定了項目的總體計劃，在這個總體計劃中，明確了各個階段的任務和完成時間．如什么時候完成設計藍圖（Blueprint)，什么時候進行關鍵用戶的培訓，什么時候進行測試和練習，什么時候進行數據的切換等．總體計劃制定出來后，各顧問在總體計劃下制定各模塊的實施計劃，把每個模塊在每一階段的問題細化．各模塊的實施計劃要在總體計劃的基礎上進行，在任務和時間上不能滯后于總體計劃．無論是總體計劃和實施計劃，都要求明確各步完成的時間，要精確到哪一天，而不能用模糊的描述，比如“3月初完成Blueprint”這樣的低描述是不充許的．為保證項日照進度進行，每周五都要召開項目會議，檢討項目的進展情況，發現有超期的任務，分析原因，及時解決．在進度的控制方面，還要應付突發的事件造成的影響，及時地調整計劃以適應新的情況．2003年4月一5月，由于受到“非典”的影響，外部顧問不能出差來本人公司，這使項目的進度受到了很大的影響．為了把這種影響降到最低，本人即時調整了項目計劃，把這段時間安排為關鍵用戶的培訓和對系統的熟悉。因為之前顧問已對關鍵用戶進行了一些培訓，所以用戶對SAP系統有了一定的認識．通過上機的操作，更進一步了解系統．有問題本人們通過E-Mail與顧問聯系。通過這種方法，把原本以后進行的用戶練習提到了前面．雖然沒有顧問的現場指導，但通過自己的摸索對系統的印象更加深刻，為之后的工作打好的基礎．

2、控制人員流失的風險

在實施SAP過程中，有兩種可能會導致人員的離職，一是工作繁重乏昧，壓力大；二是積累了一定的SAP經驗后找工作相對比較容易，這時如果有其它更好的機會，員工會考慮跳槽．而項目小組人員流動將會對項目造成很大的影響，甚至導致項目的失敗．所以如何控制這些風險，是作為項目經理要考慮的問題．為此，本人首先與人力資源部一起，制定了一套有效的激勵機制．包括，把參加SAP項目作為年終的一個績效考核內容，因為項目需要加班加點的，公司免費提供晚餐；設立項目基金，對表現突出的小組成員進行物質上的獎勵；在整個公司的范圍內大力宣傳SAP，讓項目小組成員感覺到SAP的重要性和實施項目的價值等．其次，為了避免出現某個項目小組成員離職導致項目不能進展的情況出現，本人在每個模塊都安排了兩個人員負責，一個是主負責，一個是次要負責．這樣，可以減少人員流失造成的損失。在這里，本人沒有采用讓項目小組成員簽合同的方法，即實施項目后要在公司工作多少年。本人覺得這種方法會給小組一種壓抑的感覺，而公司主要靠企業文化來吸引員工．事實證明，本人所采用的措施是有效的：在整個項目的實施過程中，沒有一個小組成員退出或是離職．在項目運行一年多來，只有兩個當時的關鍵用戶離職，而他們離職后后備人員可以馬上頂上來，對系統沒有造成什么影響．

3、控制系統的功能

有人戲稱SAP是“StopAllProduction”，這也從一個方面反映了實施SAP的風險所在．而造成上了系統后停產的一個原因就是系統功能不能滿足物流和生產的需要，這也是本人擔心的一個問題．因為切換后系統不能再使用，如果這時候新系統滿足不了需要，就真的會造成停產．為此，本人在項目中采用了演化型的原型開發方法，用演化型的開發方法，可以讓用戶針對已配置好的原型進行測試，發現不能實現的功能及時提出來，改進后再測試，再改進．在這里，測試工作顯得很重要．為此，本人強調一定要做好測試工作．在系統測試階段，本人把所有的項目成員集中在會議室中進行系統測試．在測試中，本人要求用真實的數據，模擬真實的環境進行．系統測試通過后，本人還特別做了一次上線前的演習，即把所有相關的數據都導致SAP，配置一個上線后要用的系統，在此系統上進行操作．這次演習成功后，堅定了大家使用系統的信心．系統上線后也沒有出現什么大的問題．

通過以上措施，使把SAP的主要風險基本上都控制在萌芽狀態，項目沒有因為這些風險受到影響，最后項目如期上線，受到了管理層和用戶的肯定．

在項目進行過程中，有些風險并沒有事先預計出來．比如說顧問的問題．有的顧問水平高，但項目也多．用在本人們這個項目上的時間就比較少，這給項目帶來了不利影響．為此，本人通過和該項顧問所在的公司簽定合同，注明顧問在本人們公司的工作時間，否則屬違約，通過這一方式使顧問的管理得到改善；