軟件項目風(fēng)險管控

1、推介導(dǎo)讀：此論文從需求調(diào)研、開發(fā)、實施以及項目收尾四個項目階段，列舉了11 種典型的常見風(fēng)險，并給出了這些風(fēng)險的詳細和切實可行的風(fēng)險規(guī)避措施。這些風(fēng)險和措施實用、實在，值得做為公司項目管理財富庫進行收藏，值得各項目組借鑒。軟件項目風(fēng)險管控1. 什么是軟件項目風(fēng)險軟件項目風(fēng)險是指在軟件開發(fā)過程中遇到的預(yù)算和進度等方面的問題以及這些問題對軟件項目的影響。軟件項目風(fēng)險會影響項目計劃的實現(xiàn)，如果項目風(fēng)險變成現(xiàn)實，就有可能影響項目的進度，增加項目的成本，甚至使軟件項目目標(biāo)不能實現(xiàn)。如果對項目進行風(fēng)險管理，就可以最大限度的減少風(fēng)險的發(fā)生。2. 項目風(fēng)險及應(yīng)對措施軟件項目的生命周期可以分為四個階段，即需求調(diào)

2、研階段、開發(fā)階段、實施階段、收尾階段，軟件開發(fā)過程可分為：需求分析、設(shè)計、編碼、測試等幾個過程，在軟件項目的每個階段、每個過程都可能存在風(fēng)險。下面結(jié)合項目談?wù)劯麟A段碰到的風(fēng)險。2.1.需求調(diào)研階段1風(fēng)險描述：調(diào)研涉眾沒有足夠的時間參與調(diào)研活動，嚴重影響調(diào)研進度與調(diào)研質(zhì)量。應(yīng)對措施：開始調(diào)研時，召集公司的高層領(lǐng)導(dǎo)、各部門主管及參與調(diào)研的關(guān)鍵涉眾召開調(diào)研啟動會，讓所有涉眾都重視本次調(diào)研活動，努力配合調(diào)研工作。在調(diào)研啟動會上明確調(diào)研涉眾的職責(zé)；在制定調(diào)研計劃時，應(yīng)事前與相關(guān)涉眾做好溝通工作，努力減少調(diào)研計劃與日常工作安排的沖突；相關(guān)人員通過移交日常工作等辦法，有效保證相關(guān)涉眾的調(diào)研時間；調(diào)研人員設(shè)計

3、調(diào)研提綱時，要有針對性，盡量努力提高調(diào)研效率。2風(fēng)險描述：調(diào)研成果不能真實和完整地體現(xiàn)管理層意圖與企業(yè)經(jīng)營管理需要。應(yīng)對措施：通過客戶方的多方協(xié)調(diào)，讓管理層要重視調(diào)研人員的訪談，客觀而真實地回答訪談問題；管理層調(diào)研提綱在設(shè)計時，不僅要做到有針對性，而且要有全面性；調(diào)研人員在訪談管理層，要善于挖掘與總結(jié)管理層的管理意圖與經(jīng)營思路；管理層的意圖應(yīng)宣達到所有涉眾，努力做到在繁多的需求中，把握住管理思路的主線。3風(fēng)險描述：在某些需求議題上，不同部門、不同單位可能會有不同的理解與要求，且可能會各自堅持自己的意見，無法達成共識。應(yīng)對措施：通過管理層宣傳與教育，讓相關(guān)涉眾認識到業(yè)務(wù)流程標(biāo)準(zhǔn)化的重要性；由總部

4、成立業(yè)務(wù)專家小組，在出現(xiàn)需求不一致，提出權(quán)威的解決方案；調(diào)研人員憑借自身的流程分析能力，盡量定義出能兼容不同需求的解決方案。對確實無法達成共識的需求，可以采用暫時擱置爭議辦法，以保證進度。4風(fēng)險描述：調(diào)研成果偏離調(diào)研涉眾的需求應(yīng)對措施：調(diào)研時認真聆聽調(diào)研涉眾的需求，然后理解及復(fù)述調(diào)研的需求；調(diào)研完成后，在當(dāng)天整理出涉眾備忘錄、調(diào)研涉眾的交付物清單，梳理并繪制流程圖；第二天安排足夠的時間，與調(diào)研涉眾核對涉眾備忘錄、流程圖、交付物清單，并得到調(diào)研涉眾的書面確認；每家分公司的所有調(diào)研成果最終都要有分公司領(lǐng)導(dǎo)的書面簽字確認。2.2.開發(fā)階段1風(fēng)險描述：錯誤理解需求分析，導(dǎo)致開發(fā)成果與用戶需求偏離。應(yīng)對

5、措施：準(zhǔn)確規(guī)范的文字表達模式；系統(tǒng)分析師與開發(fā)人員保持密切溝通，必要時召開會議向全體開發(fā)小組成員介紹需求的詳細情況；功能開發(fā)完后，系統(tǒng)分析師檢查功能實現(xiàn)情況及效果；2風(fēng)險描述：項目周期短導(dǎo)致開發(fā)周期短，需要把sql 翻譯為 oracle，而且要統(tǒng)一平臺整合船代與貨代系統(tǒng)，開發(fā)任務(wù)艱巨，可能導(dǎo)致開發(fā)無法如期開發(fā)完成的風(fēng)險。應(yīng)對措施：增加項目組熟練開發(fā)人員；分析、設(shè)計、開發(fā)、測試迭代進行；在客戶方搭建測試環(huán)境，開發(fā)完成部分功能后，發(fā)布到客戶方測試環(huán)境，讓關(guān)鍵用戶一起驗證，及時糾正偏離的需求。2.3.實施階段1風(fēng)險描述：基礎(chǔ)數(shù)據(jù)收集不完整、不及時，導(dǎo)致系統(tǒng)uat 效果不好。應(yīng)對措施：盡早整理所有需要

6、收集的基礎(chǔ)信息表，發(fā)給各公司系統(tǒng)負責(zé)人，并告知收集的期限，收集的期限必須要預(yù)留緩沖時間。收集到基礎(chǔ)信息表要必須在uat 開始前導(dǎo)入系統(tǒng)的uat 環(huán)境?；A(chǔ)數(shù)據(jù)維護是一個漫長的過程，建議uat 的基礎(chǔ)數(shù)據(jù)按正確的數(shù)據(jù)進行維護，上線時直接導(dǎo)入正式環(huán)境。2風(fēng)險描述：uat 效果不好，導(dǎo)致無法如期上線。應(yīng)對措施：與公司領(lǐng)導(dǎo)、 各業(yè)務(wù)部門主管了解公司的業(yè)務(wù)線，制定 uat 計劃時必須涵蓋公司的所有業(yè)務(wù)線；與 uat 用戶共同制定各業(yè)務(wù)線的錄入數(shù)據(jù)量，每天或者每周統(tǒng)計數(shù)據(jù)錄入情況，匯報相關(guān)項目干系人。統(tǒng)計清單中必須有計劃錄入數(shù)據(jù)量、實際錄入數(shù)據(jù)量、完成百分比情況；若錄入數(shù)據(jù)量比計劃數(shù)據(jù)量偏差比較大時，必須

7、及時召開例會并讓公司領(lǐng)導(dǎo)一起參與會議。uat 時，必須讓關(guān)鍵用戶清楚知道整個操作流程及功能點，必須要有功能清單。3風(fēng)險描述：uat 后上線還是有一大堆問題，上線效果非常差，沒達到用戶的預(yù)期。應(yīng)對措施：uat 后建議安排系統(tǒng)并行，根據(jù)各業(yè)務(wù)線的情況制定并行計劃。例如：有的業(yè)務(wù)線數(shù)據(jù)量比較少可以采取完全并行的模式，有的業(yè)務(wù)線數(shù)據(jù)量比較大可以采取并行 50% 的方式；讓所有的最終用戶參與系統(tǒng)的并行；并行階段每天或者每周統(tǒng)計數(shù)據(jù)錄入情況，匯報相關(guān)項目干系人。統(tǒng)計清單中必須有計劃錄入數(shù)據(jù)量、實際錄入數(shù)據(jù)量、完成百分比情況；4風(fēng)險描述：uat 階段都沒什么問題，上線時因某個功能原因推遲上線。應(yīng)對措施：項目

8、啟動時，嚴格制定上線標(biāo)準(zhǔn)；uat 階段要有詳細的功能清單、edi 清單、打印套版、接口清單，讓關(guān)鍵用戶知道試用的內(nèi)容；在 uat 期間，必須要讓關(guān)鍵用戶對這些清單進行試用，并規(guī)定問題反饋的期限；上線一周前收集關(guān)鍵用戶對這些清單的簽字確認，至少預(yù)留一周的緩沖時間。2.4.收尾階段1風(fēng)險描述：系統(tǒng)的驗收是整個項目過程中最難的里程碑點，系統(tǒng)不可能做到完全沒有問題，客戶可以找一些理由遲遲不驗收系統(tǒng)。應(yīng)對措施：簽訂商務(wù)合同的時候，規(guī)定驗收的期限，例如：上線后多長時間完成驗收工作；驗收標(biāo)準(zhǔn)正常情況下是按需求規(guī)格說明書及合同規(guī)定的交付物進行驗收，但是項目周期緊，開始寫的需求規(guī)格說明書到了系統(tǒng)驗收階段往往偏離比較大。雙方項目經(jīng)理及相關(guān)領(lǐng)導(dǎo)討論制定系統(tǒng)需求收集期限，并對需求進行劃分，劃分出合同范圍內(nèi)驗收前解決的需求清單，合同范圍外驗收前解決的需求清單。針對這些需求進行集中處理。雙方對合同交