教育軟件項目風險識別及其應對預防措施研究精編WORD版

教育軟件項目風險識別及其應對預防措施研究精編WORD版電話址：某某廣告設計有限公司教育軟件項目風險識別及其應對預防措施研究摘要在項目的建設過程中，風險幾乎無處不在。如何有效地識別、控制和管理風險，對項目的成功起著至關重要的影響。本文在參考了大量的國內外文獻的基礎上，結合自己多年軟件項目工程經驗，對軟件項目在實施的各個階段詳細分析了其中可能存在的風險并進行分類，其中特別針對教育軟件項目中某些特定項目(同時含有軟件架構和課程設計的綜合解決方案類軟件項目)所遇到的特殊風險進行識別。本文第三章對在教育軟件項目實施過程中經常遇到的一些風險，舉例進行風險分析，并根據多年的實施經驗提出了作者的觀點和相應的預防措施。雖然其中涉及到的案例僅僅是整個教育軟件項目實施過程中的小部分風險，但具有典型意義，期望能為教育軟件項目經理制定項目風險計劃和進行風險預防、控制等提供參考。關鍵詞：教育軟件項目風險管理風險識別預防措施Intheprojectconstruction'sprocesstheriskpossiblyexistingineaviewpointandthecorrespondingpreventivemeasure.Keywords:EducationSof言從概念上講，軟件項目管理是為了使軟件項教育教學輔助軟件項目同時還存在許多教學內容開發(fā)等風險因素在其中，特別是隨著教育體制的改革，新技術、新的教學方式在院校中的推廣，如何使教育教學輔助軟件項目能夠抗拒風險走在教學機構之前，是教育軟件項目成敗的另一大關鍵因素。在軟件項目實施過程中，項目經理往往分為兩類，由專業(yè)技術人員職業(yè)轉型做項目管理工作或由業(yè)務人員或其他管理人員空降進行項目管理。這兩類人在軟件項目實施過程中各有特點。專業(yè)技術人員往往在管理技術環(huán)節(jié)或技術創(chuàng)新等方面游刃有余，但對項目團隊管理、時間管理、資金控制等方面存在嚴重不足，往往出現(xiàn)由于追求新技術導致人員入口狹窄，培訓周期拉長導致項目周期延誤，購置新設備新開發(fā)工具導致資金消耗過快等不可預期的風險的發(fā)生，對整個項目產生嚴重后果，更有甚者項目虧損嚴重或項目流失。項目經理由業(yè)務人員提升或專職充當，在軟件項目特別是教育軟件項目管理方面有也存在很多問題。對于大型教育軟件項目，往往需要在軟件項目中含入課程設計環(huán)節(jié)，項目經理不但能夠對開發(fā)人員、項目實施進行管理和控制，同時要能根據項目涉及到的專業(yè)方向，選擇相關專業(yè)課程設計人員并安排課程設計的實施。除此以外項目說明書的編寫技術環(huán)節(jié)、業(yè)務流程、課程體系之間的關系要能夠總體把握。非技術類項目管理人員操作起來就會遇到不少問題，存在潛在的風險。當然，因為人為的因素會在項目操作過程中遇到不同的問題，但如果我們根據軟件項目實施過程，將每個環(huán)節(jié)所可能發(fā)生的風險進行歸類，我們會發(fā)現(xiàn)，無論哪種項目經理，只要項目中將每個環(huán)節(jié)可能遇到的風險做詳細的分析，終究能將風險控制在最小范圍，甚至在極大程度上避免導致項目失敗的風險的發(fā)生。一個項目有可以預料的風險和不可預料的風險，以下作者總結自己多年的軟件項目工程經驗，分析研究了軟件項目風險的相關理論，并針對教育軟件項目的風險分類，對經常遇到的10種可預料的風險進行研究，提出相應的預防措施，期望能為教育軟件項目經理制定項目風險計劃和進行風險預防、控制等提供參考。風險的定義風險是指對目前所采取的行動，在未來沒有達到預期結果(失敗)的可能性。其大小可用失敗的概率和失敗的后果兩個變量來標識。風險是帶有不確定性的，但不確定的不一定都是風險。風險是一種不希望發(fā)生的結果而產生的一種潛在可能性。有關風險的問題可以具體描述為：風險是一種不確定性。從事某項活動既有可能獲得預期的利益，也有可能蒙受意料不到的損失或損害。機會和威脅是在項目運行過程中同時存在的，承認有風險就是承認既蘊含機會又蘊含威脅；風險是損失或損害。一方面是因為人們從事各種活動的確有可能蒙受損失或損害，告誡人們提高警惕。另一方面，這種觀點強調人類活動的不利后果，關心的重點是如何處理不利后果；風險是預期和后果之間的差異。行動和事件的后果與人們的期待預想之間總是存在著不一致和偏差。后果偏離預期越大，風險也越大，即風險是實際后果偏離預期有利結果的可能風險的屬性做好項目分析風險可以使我們考慮更全面、決策更科學、合理。研究風險問題，我們首先有必要對風險的屬性進行了解和把握。從風險的定義可知風險具有如下屬性：自然屬性，即自然界的不規(guī)則運動給人類和其他物質運動所帶來的危害和障礙；社會屬性，即社會的運動、發(fā)展必然導致人類的生命財產受到危害，而其影響結果通常將們主觀意識的客觀存在，而且在項目的全壽命周期內來環(huán)境認識的不充分性，導致人們對事件未來的結生的頻率及其造成的損失程度做出統(tǒng)計分析和主觀判斷或估計，從而對可能發(fā)生的風險進第五，雙重性。風險的雙重性是指由風險所引發(fā)的結果可能是損失也可能是收益。傳統(tǒng)上都把風險作為損失來看待，因此風險的雙重性也指風險與收益機會共存。風險結果的雙重性應使我們認識到，對待風險不應只是消極對待其損失一面，還應將風險當作是一種機會，通過風險管理盡量獲得風險收益。第六，行為相關性。行為相關性是指決策者面臨的風險與其決策行為是緊密關聯(lián)的。不同的決策者對同一風險事件會有不同的決策行為，具體反映在其采取的不同策略和不同的管理方法上。因此也會面臨不同的風險結果。風險的行為相關性表明，任何一種風險實質上都是由決策行為與風險狀態(tài)結合而成的，是風險狀態(tài)與決策行為的統(tǒng)一，風險狀態(tài)是客觀的，但其結果會因不同的風險態(tài)度和決策行為而不同。第七，可變性。這是指在項目實施的整個過程中各種風險在質和量上會發(fā)生變化，隨著項目的進行，有些風險得到控制，有些風險會發(fā)生并得到處理，同時在項目的每一階段都可第八，多樣性和多層次性。這一特征主要體現(xiàn)在大型項目中，因重大項目周期長、規(guī)模大、涉及范圍廣、風險因素數量多且種類繁雜致使其在全壽命周期內面臨的風險多種多樣，而且大量風險因素之間的內在關系錯綜復雜、各風險因素之間并與外界交叉影響又使風險的分類根據風險，我們可以將風險分為項目風險、技術風險、商業(yè)風險、戰(zhàn)略風險、管理風險、另外，我們還可以將風險分為已知風險、可預知風險和不可預知風險。軟件項目中的風險軟件項目的風險無非體現(xiàn)在以下四個方面：需求風險、技術風險、成本風險和進度風險。針對軟件項目中的風險管理問題，不少專家、組織提出了自己的風險管理模型。主要的風其中RE表示風險或者風險所造成的影響，P(UO)表示令人不滿意的結果所發(fā)生的概率，L(UO)表示糟糕的結果會產生的破壞性的程度。Bochm思想的核心是10大風險因素列表。針對每個風險因素，都給出了一系列的風險管理策略。在實際操作時，Boehm以10大風開的會議上再對這10大風險因素的解決情況進行總結，產生新的10大風險因素表，依此對于教育軟件項目，存在通用型軟件項目的風險，同時還存在若干教育軟件項目特有的風險和引發(fā)風險的條件。根據軟件項目的風險的研究和分類，下面我們具體對教育軟件項目軟件項目風險的多樣性決定了識別風險方法的多樣化。關于風險識別有許多常規(guī)的技術和工具，如風險識別專題討論會、頭腦風暴法、德爾菲法、SWOT法、檢查表法、假設分析1.風險檢查表法檢查表是管理中用來記錄和整理數據的常用工具。用它進行風險識別時，將項目可能發(fā)生的許多潛在風險列于一個表上，供識別人員進行檢查核對，用來判別某項目是否存在表中所列或類似的風險。檢查表中所列都是歷史上類似項目曾發(fā)生過的風險，是項目風險管理經驗的結晶，對項日管理人員具有開闊思路、啟發(fā)聯(lián)想、拋磚引玉的作用。一個成熟的項目公司或項目組織要掌握豐富的風險識別檢查表工具。檢查表可以包括多種內容：(1)項目成功或失敗的原因；(2)項目其他方面規(guī)劃的結果；(3)項目產品或服務的說明書；(4)項目組成員的技能；(5)項目的可用資源。(1)對問題準確表述，確保達到意見統(tǒng)一；(2)確定資料收集者和資料來源；(3)設計一個方便實用的檢查表。2.頭腦風暴法(1)人員選擇。參加頭腦風暴會議的人員主要由風險分析專家、風險管理專家、相關專(2)明確中心議題，并醒目標注。議題可以請兩位組員復述，以確保每個人都正確理解(3)輪流發(fā)言并記錄。無條件接納任何意見，不加以評論。在輪流發(fā)言時，任何一個成(4)發(fā)言終止。循環(huán)進行輪流發(fā)言，但當每個人都曾在發(fā)言中跳過時，發(fā)言終止。(5)對意見進行評價。組員在發(fā)言停止后，共同評價每一條意見，最后由主持人總結出幾條重要結論。應用頭腦風暴法要遵循一個原則，即在發(fā)言過程中不進行任何判斷性評論。3.德爾菲法德爾菲法又稱函詢調查法，是指把所要調查的問題編制成表，再將調查表和背景資料函寄給各位專家，通過多輪次的函詢調查識別項目風險。這種方法的最大特點是專家與專家之間不見面，背靠背地進行，不發(fā)生任何關系，這就減少了權威、資歷、口才、人數和心理等因素的影響，各位專家能大膽思考、各抒己見、暢所欲言，在整個應答過程中隨時可以改變自己的意見，重新做出預判，也不至于損害自己的威望。應答結果完全是靠專家的經驗和知識做出的主觀判斷和分析。這種方法對那些缺乏客觀資料和歷史數據的情況比較適用，尤其適用于項目啟動階段的風險預測。德爾菲法的兩大關鍵是調查表的編制和專家的選擇。調查表設計得如何會直接影響到調查結果，編制調查表要以方便專家應答為原則，再根據專家的應答意見做出預測。由于預測質量的好壞取決于專家的應答效果，所以選擇合適的專家是提高預測質量的關鍵。由于不同的專家從不同角度考慮，所以對問題的理解不同，應答結果也不完全相同。實踐這種方法一般可預測項目的風險、造成風險的因素、風險事件的概率、風險事件后果程度的評價、風險應對措施等等。2.2教育軟件項目風險識別此處所討論的教育軟件項目不單純指軟件框架本身，而是包含教育教學軟件、教學資源及教學方式的完整教育軟件項目，即可以簡單理解為教育解決方案項目。確定教育軟件項目主要風險因素通過結合教育軟件項目自身的特點、工作分解結構以及作者多年的實踐經驗，可以全面認識教育軟件項目，識別出影響軟件項目的主要風險因素：需求風險、計劃編制風險、組織和管理風險、人員風險、開發(fā)環(huán)境風險、客戶風險、產品風險、設計和實現(xiàn)風險、過程風險，這些風險因素考慮了教育軟件項目的工作分解結構，通過彼此之間的聯(lián)系和相互作用以及它們組成整體的方式，決定了教育軟件項目整體的性質和功能，如果這些風險因素產生影響，則教育軟件項目整體的性質和功能也要發(fā)生變化。所以，通過對這些風險因素的綜合分析，可以識別出軟件項目總體的風險水平。1.需求風險(1)需求已經成為項目基準，但需求還在繼續(xù)變化；(2)軟件項目框架標準，但需求中涉及到的教學內容隨著教學存在不確定性；(3)需求定義欠佳，而進一步的定義會擴展項目范疇；(4)需求中不可估計教育體系更新時間，導致可擴展項目不確定；(5)產品定義含混的部分比預期需要更多的時間；(6)在做需求中教學機構參與不夠；(7)缺少有效的需求變化管理過程。(1)計劃、資源和產品定義不一致。此風險在教育軟件項目中較突出，教育機構希望在(2)計劃是優(yōu)化的，是最佳狀態(tài)，但計劃不現(xiàn)實，只能算是期望狀態(tài)；(3)計劃基于使用特定的小組成員，而那個特定的小組成員其實指望不上，小組成員往(4)產品規(guī)模(代碼行數、功能點、與前一產品規(guī)模的百分比)比估計的要大；(5)完成目標日期提前，但沒有相應地調整產品范圍或可用資源；(6)涉足不熟悉的產品領域，花費在設計和實現(xiàn)上的時間比預期的要多；(7)計劃周期過長導致已完成的教學素材落后于下年度學員持有的教學素材。(1)僅由管理層或市場人員進行技術決策，導致計劃進度緩慢，計劃時間延長；(2)低效的項目組結構降低生產率；(3)管理層審查決策的周期比預期的時間長；(4)預算削減，打亂項目計劃；(5)管理層作出了打擊項目組織積極性的決定；(6)缺乏必要的規(guī)范，導致工作失誤與重復工作；(7)非技術的第三方的工作(預算批準、設備采購批準、法律方面的審查、安全保證等)時間比預期的延長。(1)作為先決條件的任務(如培訓及其他項目)不能按時完成；(2)開發(fā)人員和管理層之間關系不佳，導致決策緩慢，影響全局；(3)缺乏激勵措施，士氣低下，降低了生產能力；(4)聘請有豐富經驗的教學機構講師做項目指導，但由于教師工作的特殊性(授課、巡講、外出深造等原因),無法達到及時溝通；(5)課程設計人員具備系統(tǒng)化教學思路和經驗，此類人才往往需要從教學機構聘請，人(6)項目后期加入新的開發(fā)人員，需進行培訓并逐漸與現(xiàn)有成員溝通，從而使現(xiàn)有成員(7)由于項目組成員之間發(fā)生沖突，導致溝通不暢、設計欠佳、接口出現(xiàn)錯誤和額外的(8)沒有找到項目急需的具有特定技能的人。(1)設施未及時到位；(2)設施雖到位，但不配套，如沒有電話、網線、辦公用品等；(3)設施擁擠、雜亂或者破損；(4)開發(fā)工具未及時到位；(5)開發(fā)工具不如期望的那樣有效，開發(fā)人員需要時間創(chuàng)建工作環(huán)境或者切換新的工(6)新的開發(fā)工具的學習期比預期的長，內容繁多。6.客戶風險(1)客戶對于最后交付的產品不滿意，要求重新設計和重做；(2)客戶由于專業(yè)課程變更導致定制開發(fā)產品變更，需要重新設計重新開發(fā)；(3)客戶的意見未被采納，造成產品最終無法滿足用戶要求，因而必須重做；(4)多家客戶存在需求差異，導致項目根據客戶不同定向變更；每家教育機構課程體系(5)客戶對規(guī)劃、原型和規(guī)格的審核決策周期比預期的要長，對于大型教育軟件項目，(6)客戶答復的時間(如回答或澄清與需求相關問題的時間)比預期長；7.產品風險(1)矯正質量低下的不可接受的產品，需要比預期更多的測試、設計和實現(xiàn)工作；(2)開發(fā)額外的不需要的功能，延長了計劃進度；(3)由于現(xiàn)有系統(tǒng)的約束，導致開發(fā)環(huán)境與實際應用環(huán)境的不統(tǒng)一，需要進行比預期更(4)要求與其他系統(tǒng)或不受本項目組控制的系統(tǒng)相連，教學機構當前多數使用多媒體或(5)在不熟悉或未經檢驗的軟件和硬件環(huán)境中運行所產生的未預料到的問題；(6)依賴正在開發(fā)中的技術將延長計劃進度；(7)測試周期無教學機構參與，導致無法及時發(fā)現(xiàn)與教學計劃相關的問題。(1)設計質量低下，導致重復設計；(2)一些必要的功能無法使用現(xiàn)有的代碼和庫實現(xiàn)，開發(fā)人員必須使用新的庫或者自行(3)教學機構第三方教學平臺變更導致開發(fā)人員要對產品進行被動更新，或使用新技術(4)代碼和庫質量低下，導致需要進行額外的測試，修正錯誤，或重新制作；(5)教育軟件項目存在課程進化性，舊系統(tǒng)開發(fā)的基礎類課程變化速度慢，新系統(tǒng)開發(fā)(1)大量的紙面工作導致進程比預期的慢；(2)前期的質量保證行為不真實，導致后期的重復工作；(3)太不正規(guī)(缺乏對軟件開發(fā)策略和標準的遵循),導致溝通不足，質量欠佳，甚至(4)過于正規(guī)(教條地堅持軟件開發(fā)策略和標準),導致過多耗時于無用的工作；(5)向管理層撰寫進程報告占用開發(fā)人員的時間比預期的多；(6)與原有教學體系磨合，使開發(fā)人員消耗更多的時間；(7)兼顧原有教學體系，同時需要引入企業(yè)應用尋求改變，兩線作戰(zhàn)導致開發(fā)和設計人教育軟件項目風險分析及應對風險分析任務很艱巨，風險因素的性質在這一階段要確定下來。沒有正確的風險分析就不可能進行適當的風險應對和控制。風險應對是風險管理的關鍵步驟，它也是實現(xiàn)風險管理目標的直接手段。在應對階段，管理人員已經掌握了一定的風險信息。在這個階段則更強調風險管理人員、決策人員和基層風險應對是相關人員依據風險識別和風險評估得到的結論，制定風險應對方案并付諸實施這個定義包含以下幾個方面內容：(1)風險應對方案是決策、分析和操作等多個方面人員在分工協(xié)作的基礎上制定出來(2)風險應對階段實際包含兩個部分。第一個部分是風險管理方案的制定階段，第二部分是把方案付諸實施階段。要消除項目的風險，紙上談兵達不到目的，必須在實踐中展開方案。這兩個部分不能截然分開，它們是一個問題的兩個方面；(3)風險應對是過程。這句話包含兩個意思：第一，風險應對具有時間的持續(xù)性，制定方案、管理風險具有一定的周期，需要消耗時間；第二，風險應對有開始、展開和結束的過程。傳統(tǒng)的應對策略有風險規(guī)避、風險預防和風險轉移等。每一種策略均有側重點和適用范圍，下面對上述風險應對策略簡要分析：風險規(guī)避是指項目事先放棄某種行為從而完全躲避某種風險的侵擾。風險規(guī)避可以認為既是最積極的風險應對方法，又是最消極的應對方法。風險規(guī)避是最積極的風險應對方法，因為純粹風險只會為項目帶來損失不能為項目帶來利益，躲避開它就能使項目避開損失，所以它是最積極的；而對于機會風險來說風險規(guī)避又是最消極的應對方法，因為機會風險的矛盾對立面是機會利益，因為害怕風險而完全放棄利益并不是最好的選擇。風險預防是指項目不改變行動計劃，而在事先制定出防止某種風險發(fā)生的措施，對風險進行預先控制的風險應對方法。風險預防的實施條件是管理人員對某種風險因素的發(fā)生和發(fā)展規(guī)律有較多的了解，能夠制定出切實可行的風險預防方案。3.風險轉移風險轉移是將風險轉移至該項目的其他人或其他組織，所以又叫分擔風險。其目的不是降低風險發(fā)生的概率和減輕不利后果，而是借用合同或協(xié)議，在風險事故發(fā)生時將損失的一部分轉移到有能力承受或控制項目風險的個人或組織。在選擇風險應對的方法時，要避免兩個極端：一是放任風險的發(fā)生和發(fā)展。這樣對項目的危害可能很大，甚至造成無法挽回的損失；二是不計成本的管理。這樣既浪費資源，不利于項目的運行，也不利于集中精力管理重大風險。本文主要采用風險預防的應對策略，分析與應對教育軟件項目中的風險。3.2合同風險分析及預防措施1.合同風險分析對于教育軟件項目，合同簽訂周期長，審批流程相對復雜，部分教育軟件項目需采用政府采購的方式，簽訂的合同不科學、不嚴謹，項目邊界和各方面責任界定不清等是影響項目成敗的重大因素之一。2.預防措施預防這種風險的辦法是項目建設之初項目經理就需要全面準確地了解合同各條款的內容、盡早和合同各方就模糊或不明確的條款簽訂補充協(xié)議，同時要做好招投標所應具備的資料文件，掌握招投標流程及政府采購流程。需求變更風險分析及預防措施1.需求變更風險分析需求變更是軟件項目經常發(fā)生的事情。一個看似很有“錢途”的軟件項目，往往由于無限度的需求變更而讓項目承建方苦不堪言，甚至最終虧損。特別是針對IT類專業(yè)考試系統(tǒng)的開發(fā)，尤為凸顯，隨著教育主管部門對實際操作技能考核的需求不斷加強，不同的專業(yè)采用的考試方式和開發(fā)技術差別較大，特別是操作類考試要結合針對考核實操內容類型的不同(如辦公軟件、網絡設備、操作系統(tǒng)等)變更不同的套接接口。往往教學機構在購買考試系統(tǒng)后希望隨專業(yè)的增加或變更，考核的專業(yè)或技術類別隨之增加，在這種情況下，變更需求是不可避免的，更有甚者需要推翻已指定的需求重新開發(fā)新品，造成極大的資源、時間的浪費。2.預防措施(1)項目建設之初就和用戶書面約定好需求變更控制流程、記錄并歸檔用戶的需求變更(2)系統(tǒng)設計初期具備更靈活的接口定義和庫結構定義。采用第三方產品—開發(fā)技術分類表進行有效控制，預留跨平臺的中間件。例如表1:表1:第三方產品—開發(fā)技術分類表考核分類產品特性開發(fā)技術參考開發(fā)語言中間件接口需求辦公軟件類支持二次開發(fā)接Microsoft開發(fā)工口具操作系統(tǒng)類支持本地磁盤操作底層開發(fā)網絡設備類模擬器技術溝通不良風險分析及預防措施1.溝通不良風險分析項目組與項目各干系方溝通不良是影響項目順利進展的一個非常重要的因素。項目涉及人員包括：公司高層、項目經理、課程指導(外聘專家)、課程開發(fā)、程序員(包括系統(tǒng)構架師)、測試工程師、教學結構系主任、教學機構任課教師等。2.預防措施預防這種風險的辦法是項目建設之初就和項目各干系方約定好溝通的渠道和方式、項目建設過程中多和項目各干系方交流和溝通、注意培養(yǎng)和鍛煉自身的溝通技巧。同時，建立快捷的溝通途徑和負責制度，各相關人員在統(tǒng)一項目規(guī)劃總表中，根據負責內容的不同對項目的進程進行簽字確認。項目變更嚴格采用需求變更單的形式，并匯總于需求總表，抄送各相關人員更新，嚴格避免口頭指揮、隨意修改、相關人員信息不統(tǒng)一的問題。缺乏領導支持風險分析及預防措施1.缺乏領導支持風險分析上層領導的支持是項目獲得資源(包括人力資源、財力資源和物料資源等)的有效保障，也是項目遇到困難時項目組最強有力的“后臺支撐”。2.預防措施預防這種風險的辦法是主動爭取領導對項目的重視、確保和領導的溝通渠道暢通、經常向領導匯報工作進展。做到日報、周報、月報制度，日報負責人、周報主管、月報領導，突3.6進度風險分析及預防措施1.進度風險分析教育軟件項目均有一定的周期性，其特點包括兩個方面的風險：(1)采購進度周期：往往教學機構在采購過程中，需要在前一學年申報需求，下一學年開始前簽訂采購合同，產品設計周期、開發(fā)周期、交付存在較長的時間差，確保開發(fā)產品能夠完全滿足教學機構采購需求，力保開發(fā)產品完全滿足和確保教學機構采購，對項目經理、課程設計人員具有極大地挑戰(zhàn)。(2)開發(fā)進度周期：一旦教學機構確認采購意向或簽訂采購合同后，開發(fā)人員必須在下一學年度或合同限定期限內交付成熟產品，否則會涉及到教學機構無法按時開展相關教學內容。此周期限定嚴格，一般性商業(yè)產品可適當錯后業(yè)務開展時間，但教學機構不存在此(1)項目經理要統(tǒng)籌安排產品設計和開發(fā)各時間段，控制開發(fā)資金利用，在確認銷售前(2)對于此類第二種風險，有效安排分階段交付產品、增加項目監(jiān)控的頻度和力度。在2.預防措施1.系統(tǒng)性能風險分析現(xiàn)有教學平臺多為教學機構內局域網多用戶教學及管理平臺，存在多用戶并發(fā)操作，對系統(tǒng)性能和代碼優(yōu)化的要求很高。另一類系統(tǒng)性能風險存在于與考試項目有關的系統(tǒng)開發(fā)中，除考慮安全性、穩(wěn)定性等必要特性的基礎上，對考試結果的精確性和真實性要做好足夠的控制措施。這時項目組就需要2.預防措施預防這種風險的辦法一般是在進行項目開發(fā)之前先設計和搭建出系統(tǒng)的基礎架構并進行性能測試，確保架構符合性能指標后再進行后續(xù)工作。3.9工具風險分析及預防措施1.工具風險分析軟件項目開發(fā)和實施過程，所必須用到的管理工具、開發(fā)工具、測試工具等是否能及時到位、到位的工具版本是否符合項目要求等，是項目組需要考慮的風險因素。開發(fā)工具的更新從很大程度上和本項目相關第三方系統(tǒng)的更新速度有極大關系，大多數時候，開發(fā)工具的更新都屬于被動更新(如：教學機構服務器操作系統(tǒng)或硬件升級不再提供對現(xiàn)有工具的支持或舊開發(fā)工具未提供對新系統(tǒng)服務的接口),在這種情況下，開發(fā)工具開發(fā)工具的更新將涉及到新開發(fā)工具的熟悉、開發(fā)人員變更、新人員對舊系統(tǒng)的熟悉周期、新開發(fā)工具和舊應用的銜接接口等諸多問題。2.預防措施預防這種風險的辦法一般是在項目的啟動階段就落實好各項工具的來源或可能的替代工具，在這些工具需要使用之前(一般需要提前一個月左右)跟蹤并落實工具的到位事宜。同時，技術總監(jiān)要對公司各項目小組的開發(fā)技術和方法要有總體安排，編制開發(fā)工具接口比對表(如表2)。定期對開發(fā)人員進行新技術培訓，挖掘具有較強學習能力的開發(fā)人員，有意識的定向培養(yǎng)。建立人才庫制度，定期由人事部門提供人才名錄。表2:開發(fā)工具接口比對表開發(fā)環(huán)境對應開發(fā)模塊開發(fā)語言開發(fā)工具**類二次開發(fā)模塊操作系統(tǒng)底層模塊C3.10團隊成員能力和素質風險分析及預防措施1.團隊成員能力和素質風險分析團隊成員的能力(包括業(yè)務能力和技術能力)和素質，對項目的進展、項目的質量具有很大的影響，項目經理在項目的建設過程需要實時關注該因素。針對教育軟件項目，同時對于項目經理的教學框架要明確，需要針對不同的專業(yè)聘請資深教育專家構建項目團隊。同時針對不同專業(yè)課程設計負責人，需要具備相關專業(yè)課程的教學經驗，以上成員的能力和素質將直接影響到團隊的開發(fā)產品的專業(yè)性和理論深度。因此，團隊成員管理在教育軟件項目中的風險控制非常重要。2.預防措施預防這種風險的辦法是在用人之前先選對人、開展有針對性的培訓、將合適的人安排到合構建龐大的院校關系網，針對現(xiàn)有的或計劃內的專業(yè)課程資深專家建立定期溝通機制。安排定期舉辦專業(yè)課教師交流會，以提升項目組成員的素質，同時不斷擴大顧問團隊數量。3.11人員流動風險分析及預防措施1.人員流動風險分析項目成員特別是核心成員的流動給項目造成的影響是非?？膳碌?。人員的流動輕則影響項目進度，重則導致項目無法繼續(xù)甚至被迫夭折。2.預防措施結結論預防這種風險的辦法是盡可能將項目的核心工作分派給多人(而不要集中在個別人身上)、加強同類型人才的培養(yǎng)和儲備。同時有效利用外部資源，充分利用顧問團隊的作用，將核心課程分散到顧問團隊的各個層面。保證項目內部人員流動后，新成員能更快的從外部資源獲取到必要信息，縮短培訓周期。同時避免人員流動對公司核心產品造成的泄露損失。本文通過文獻閱讀以及本人在教育軟件項目實施的經驗，總結出了教育軟件項目常見風險及其預防措施，包括合同風險，需求變更風險，溝通不良風險，缺乏領導支持風險，進度風險，質量風險，系統(tǒng)性能風險，工具風險，團隊