軟件項目都存在著這樣那樣的風險，尤其是數(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ù)來源可能是多個相關系統(tǒng)，對項目的協(xié)調(diào)管理工作要求更高。因此，其管理風險主要表現(xiàn)在：工作缺乏計劃性或是有計劃而不能嚴格執(zhí)行；管理工作的隨意性、盲目性比較大；沒有充分意識到風險管理的重要性，因而沒有充分分析可能存在的風險和應該采取的風險應對策略；項目團隊內(nèi)部溝通不夠，導致開發(fā)人員對系統(tǒng)設計的理解存在偏差等等。
3. 技術風險。軟件技術飛速發(fā)展，各種新技術、新應用層出不窮。而數(shù)據(jù)分析項目不僅涉及到數(shù)據(jù)交換、數(shù)據(jù)倉庫等技術，還需要依靠大量的數(shù)學分析模型，這要求系統(tǒng)分析、設計人員要具有較好的軟件技術、數(shù)學背景知識，同時還要對所分析的行業(yè)業(yè)務非常了解。因此，系統(tǒng)分析、設計人員的個人素質(zhì)以及項目團隊的整體素質(zhì)將會影響到項目實施的成敗。
二、風險分析
前述數(shù)據(jù)分析項目的三大風險對項目的影響都是非常大的，如果按定性的風險分析方法，其影響都是“高”級。
1、需求風險。需求風險的形成，可以從三方面進行分析：首先是由于應用部門的介入與參與程度不深，考慮需求往往從部門或局部的角度出發(fā)；其次是項目組對需求的調(diào)研目標不明晰，分析不透徹，缺乏有效的需求變化管理所造成的。這大都是因為從事軟件開發(fā)的都是“高科技人員”，都具有“從專業(yè)或?qū)W術角度出發(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、技術風險。技術風險可以直接導致項目失敗。選擇沒有成功案例、不熟悉行業(yè)業(yè)務的開發(fā)商；項目的目標、范圍超過了項目組的實現(xiàn)能力；采用不熟悉或是欠成熟先進的開發(fā)工具、不符合行業(yè)特點的數(shù)據(jù)分析模型等等，都無疑會使項目處于毀滅性的風險之中。
三、風險應對
風險分析活動分析的目的在于建立處理風險的策略。而風險規(guī)避的好方式是把風險控制在項目啟動階段，把損失減小到小程度�；谝陨蠈�(shù)據(jù)分析項目風險的識別與分析，可以采用以下措施來規(guī)避或減小風險：
1、建立暢通的溝通渠道和溝通策略。需求的不確定性風險很大程度上是由溝通不暢引起的。因此，在需求調(diào)研階段，要多和應用部門溝通，了解他們真正的需求，好能將目標系統(tǒng)的模型向應用部門演示，并得到反饋意見，直到雙方都達成共識；形成雙方認可的驗收方案和驗收標準，并做好變更控制和配置管理，盡量降低需求不確定性風險。
2、配備高素質(zhì)的項目管理人員。好是具有豐富的項目管理經(jīng)驗，或是經(jīng)過系統(tǒng)的項目管理知識的人員來擔任項目經(jīng)理，通過制定有效的項目管理計劃，并認真執(zhí)行落實，提高項目的可控性。同時，風險不是靜止的、一成不變的，它會隨著項目狀況的變化而變化，因此，風險管理必須被作為一個日常的正式活動列入項目工作計劃，成為項目管理人員的一個重要工作。
3、建立一支協(xié)作高效的項目團隊。技術部門有技術，業(yè)務部門有需求，因此，項目組中不僅要有開發(fā)商、技術部門的參與，更要有應用部門的參與，形成一個合作的項目工作團隊，共同理解企業(yè)的戰(zhàn)略規(guī)劃和業(yè)務發(fā)展，從整體全局的角度，提出有效的信息化需求，共同研討項目進展中出現(xiàn)的問題，共同控制項目進度，共同為項目質(zhì)量把關。
4、制定科學的風險管理計劃。從風險管理的角度對項目規(guī)劃或計劃進行審核，建立“風險清單”，對每個可能存在風險的表現(xiàn)、范圍、時間做出盡量準確的判斷并對風險進行監(jiān)控，提前做好應對準備。如針對需求風險，要制定相應的需求變更控制；針對技術鎖定風險，要安排的核心技術人員全程參與開發(fā)等等。
5、選擇合適的開發(fā)技術。雖然在系統(tǒng)設計時需要考慮新技術的發(fā)展和技術的先進性問題，但“好的不一定是合適的，合適的才是好的”，如果項目組的人員對所需開發(fā)技術不熟，在滿足業(yè)務需求的前提下，盡可能采用熟悉的技術來減輕項目在成本或進度方面的影響，也可以事先進行培訓來減輕對項目的影響，以避免因技術瓶頸導致的項目失敗。
6、采用快速原型和迭代模型進行開發(fā)。盡管前期會對應用部門進行需求調(diào)研和需求分析，但應用部門的需求往往會隨著時間的推移、業(yè)務發(fā)展的變化而有所變化，因此，技術部門要強調(diào)敏捷開發(fā)，縮短軟件第一版本的上線周期，盡快給用戶一個快速原型啟發(fā)用戶的需求，并持續(xù)為用戶提供有價值的軟件。同時，以迭代法取代傳統(tǒng)的瀑布法開發(fā)過程，加強各階段與用戶的溝通，對各個功能逐步完善，可以降低各種不確定因素帶來的實現(xiàn)風險，每個迭代過后，軟件都向目標接近一步，即使目標發(fā)生改變，迭代模型也比其他篩選和建立目標的開發(fā)模型，更便于轉(zhuǎn)向新目標。
軟件項目風險管理是一種特殊的規(guī)劃方式，對任何一個軟件項目，我們可以有佳的期望值，但更應該要有壞的準備——只有正視風險，我們才能更好地管理風險，規(guī)避風險，直至消除風險，獲得項目的成功。
