日本免费激情网站,干美女逼视频,爱国操逼中国操逼操逼,99国产欧美,亚洲高清视频在线观看在线观看,欧美爆乳一区二区,成人无码观看,美女干B

名易軟件產(chǎn)品

當前位置：首頁>軟件介紹>試論軟件開發(fā)項目中風險管理查詢：

試論軟件開發(fā)項目中風險管理

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

勁爆價:
不限功能
不限用戶
1998元/年