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