軟件項目都存在著這樣那樣的風險，尤其是數(shù)據(jù)分析項目這就需要我們在進行軟件開發(fā)項目時更加注重風險管理，注重風險分析，做好風險管理計劃，積極尋求風險應對方法，從而提高項目成功的機會。
一、風險識別
軟件項目由于其本身的創(chuàng)造性，注定了其風險的復雜性，在具體的風險識別過程中，我們應重點注意以下風險：
1. 需求風險。主要是指需求不確定性的風險，比如：由于系統(tǒng)使用者對系統(tǒng)將要實現(xiàn)的目標是模糊的、籠統(tǒng)的，而對于具體的需求不能準確描述；而且系統(tǒng)受使用者的個人習慣、知識背景影響較大，在系統(tǒng)范圍和系統(tǒng)性能方面也存在著很多不確定性因素；另外，由于企業(yè)在發(fā)展過程中不斷進行的業(yè)務流程調(diào)整等，都會給系統(tǒng)帶來較大的需求不確定性風險，甚至是陷于需求膨脹的狀態(tài)，便系統(tǒng)難以滿足使用者的需求，難以適應企業(yè)發(fā)展的需要。
2. 管理風險。軟件項目的管理本身就是一項具有風險性的工作，而數(shù)據(jù)分析項目由于是通過對其他系統(tǒng)的整合，來獲取分析所必需的數(shù)據(jù)，其數(shù)據(jù)來源可能是多個相關(guān)系統(tǒng)，對項目的協(xié)調(diào)管理工作要求更高。因此，其管理風險主要表現(xiàn)在：工作缺乏計劃性或是有計劃而不能嚴格執(zhí)行；管理工作的隨意性、盲目性比較大；沒有充分意識到風險管理的重要性，因而沒有充分分析可能存在的風險和應該采取的風險應對策略；項目團隊內(nèi)部溝通不夠，導致開發(fā)人員對系統(tǒng)設(shè)計的理解存在偏差等等。
3. 技術(shù)風險。軟件技術(shù)飛速發(fā)展，各種新技術(shù)、新應用層出不窮。而數(shù)據(jù)分析項目不僅涉及到數(shù)據(jù)交換、數(shù)據(jù)倉庫等技術(shù)，還需要依靠大量的數(shù)學分析模型，這就要求系統(tǒng)分析、設(shè)計人員要具有較好的軟件技術(shù)、數(shù)學背景知識，同時還要對所分析的行業(yè)業(yè)務非常了解。因此，系統(tǒng)分析、設(shè)計人員的個人素質(zhì)以及項目團隊的整體素質(zhì)將會影響到項目實施的成敗。
二、風險分析
前述數(shù)據(jù)分析項目的三大風險對項目的影響都是非常大的，如果按定性的風險分析方法，其影響都是“高”級。
1、需求風險。需求風險的形成，可以從三方面進行分析：首先是由于應用部門的介入與參與程度不深，考慮需求往往從部門或局部的角度出發(fā)；其次是項目組對需求的調(diào)研目標不明晰，分析不透徹，缺乏有效的需求變化管理所造成的。這大都是因為從事軟件開發(fā)的都是“高科技人員”，都具有“從專業(yè)或?qū)W術(shù)角度出發(fā)”的特點，而往往忽視了對業(yè)務知識的深入了解，不能很好地理解甚至是誤解客戶的需求。第三，是由于缺乏與決策層進行深層次的交流，難以掌握企業(yè)的發(fā)展趨勢，對需求的延伸性不明確。這些需求不確定性的風險，都可能會造成大量工作“跑題”浪費，甚至是到項目都快要完成時，依然出現(xiàn)應用部門對系統(tǒng)提出一些基本的業(yè)務需求，或是軟件功能實現(xiàn)了，卻發(fā)現(xiàn)實際業(yè)務已發(fā)生了變化，導致軟件失去了應有的價值等等，使時間和成本的投入成倍增長，甚至是系統(tǒng)無法正常投入使用。
2、管理風險。管理風險大都是由于項目經(jīng)理或管理人員缺乏項目管理知識，對項目的工作范圍不明確，對總體計劃、階段計劃的作用認識不足，對項目的風險估計不足，而造成計劃與控制脫節(jié)，無法進行有效的項目進度管理；而且，由于項目管理人員的協(xié)調(diào)管理能力不足，執(zhí)行力度不夠，使得項目協(xié)調(diào)成本、時間成本大大增加，造成工作延誤等。
3、技術(shù)風險。技術(shù)風險可以直接導致項目失敗。選擇沒有成功案例、不熟悉行業(yè)業(yè)務的開發(fā)商；項目的目標、范圍超過了項目組的實現(xiàn)能力；采用不熟悉或是欠成熟先進的開發(fā)工具、不符合行業(yè)特點的數(shù)據(jù)分析模型等等，都無疑會使項目處于毀滅性的風險之中。
三、風險應對
風險分析活動分析的目的在于建立處理風險的策略。而風險規(guī)避的最好方式是把風險控制
項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~
http://opto-elec.com.cn/pmqhd/index.html
