【文章內容簡介】 來源；（3）設計一個方便實用的檢查表。2．頭腦風暴法頭腦風暴法是通過營造一個無批評的自由的會議環(huán)境，使與會者暢所欲言，充分交流、互相啟迪，產(chǎn)生出大量創(chuàng)造性意見的過程。頭腦風暴法以共同目標為中心，參會人員在他人的看法上提出自己的意見。它可以充分發(fā)揮集體的智慧，提高風險識別的正確性和效率。頭腦風暴法包括收集意見和對意見進行評價。具體過程是：（1）人員選擇。參加頭腦風暴會議的人員主要由風險分析專家、風險管理專家、相關專業(yè)領域的專家以及具有較強邏輯思維能力和總結分析能力的主持人組成。主持人是一個非常重要的角色，要求具有較高的素質，反應靈敏，且具有較高的歸納力和較強的綜合能力。（2）明確中心議題，并醒目標注。議題可以請兩位組員復述，以確保每個人都正確理解議題的含義。（3）輪流發(fā)言并記錄。無條件接納任何意見，不加以評論。在輪流發(fā)言時，任何一個成員都可以先不發(fā)表意見而跳過。主持人應盡量按原話記錄每條意見。（4）發(fā)言終止。循環(huán)進行輪流發(fā)言，但當每個人都曾在發(fā)言中跳過時，發(fā)言終止。（5）對意見進行評價。組員在發(fā)言停止后，共同評價每一條意見，最后由主持人總結出幾條重要結論。應用頭腦風暴法要遵循一個原則，即在發(fā)言過程中不進行任何判斷性評論。3．德爾菲法德爾菲法又稱函詢調查法，是指把所要調查的問題編制成表，再將調查表和背景資料函寄給各位專家，通過多輪次的函詢調查識別項目風險。這種方法的最大特點是專家與專家之間不見面，背靠背地進行，不發(fā)生任何關系，這就減少了權威、資歷、口才、人數(shù)和心理等因素的影響，各位專家能大膽思考、各抒己見、暢所欲言，在整個應答過程中隨時可以改變自己的意見，重新做出預判，也不至于損害自己的威望。應答結果完全是靠專家的經(jīng)驗和知識做出的主觀判斷和分析。這種方法對那些缺乏客觀資料和歷史數(shù)據(jù)的情況比較適用，尤其適用于項目啟動階段的風險預測。德爾菲法的兩大關鍵是調查表的編制和專家的選擇。調查表設計得如何會直接影響到調查結果，編制調查表要以方便專家應答為原則，再根據(jù)專家的應答意見做出預測。由于預測質量的好壞取決于專家的應答效果，所以選擇合適的專家是提高預測質量的關鍵。由于不同的專家從不同角度考慮，所以對問題的理解不同，應答結果也不完全相同。實踐表明，一次函詢調查很難形成共識，一般要通過多輪調查后，專家意見才能取得一致。用這種方法一般可預測項目的風險、造成風險的因素、風險事件的概率、風險事件后果程度的評價、風險應對措施等等。 教育軟件項目風險識別此處所討論的教育軟件項目不單純指軟件框架本身，而是包含教育教學軟件、教學資源及教學方式的完整教育軟件項目，即可以簡單理解為教育解決方案項目。確定教育軟件項目主要風險因素通過結合教育軟件項目自身的特點、工作分解結構以及作者多年的實踐經(jīng)驗，可以全面認識教育軟件項目，識別出影響軟件項目的主要風險因素：需求風險、計劃編制風險、組織和管理風險、人員風險、開發(fā)環(huán)境風險、客戶風險、產(chǎn)品風險、設計和實現(xiàn)風險、過程風險，這些風險因素考慮了教育軟件項目的工作分解結構，通過彼此之間的聯(lián)系和相互作用以及它們組成整體的方式，決定了教育軟件項目整體的性質和功能，如果這些風險因素產(chǎn)生影響，則教育軟件項目整體的性質和功能也要發(fā)生變化。所以，通過對這些風險因素的綜合分析，可以識別出軟件項目總體的風險水平。1．需求風險（1）需求已經(jīng)成為項目基準，但需求還在繼續(xù)變化；（2）軟件項目框架標準，但需求中涉及到的教學內容隨著教學存在不確定性；（3）需求定義欠佳，而進一步的定義會擴展項目范疇；（4）需求中不可估計教育體系更新時間，導致可擴展項目不確定；（5）產(chǎn)品定義含混的部分比預期需要更多的時間；（6）在做需求中教學機構參與不夠；（7）缺少有效的需求變化管理過程。2．計劃編制風險（1）計劃、資源和產(chǎn)品定義不一致。此風險在教育軟件項目中較突出，教育機構希望在教學內容上與現(xiàn)有教學素材貼近，在應用層面上能與企業(yè)需求緊密銜接，但往往從現(xiàn)有教學體系上，教學機構教學內容和企業(yè)需求存在較大差異，差異不僅僅在于教學機構的教學內容舊，相反，當前企業(yè)應用往往尋求更穩(wěn)定的產(chǎn)品與技術，而有些教學機構為傳授先進技術相對企業(yè)需求反而更高； （2）計劃是優(yōu)化的，是最佳狀態(tài)，但計劃不現(xiàn)實，只能算是期望狀態(tài)； （3）計劃基于使用特定的小組成員，而那個特定的小組成員其實指望不上，小組成員往往從軟件開發(fā)、企業(yè)需求方面較為有經(jīng)驗，但多數(shù)成員沒有教學授課經(jīng)驗； （4）產(chǎn)品規(guī)模（代碼行數(shù)、功能點、與前一產(chǎn)品規(guī)模的百分比）比估計的要大； （5）完成目標日期提前，但沒有相應地調整產(chǎn)品范圍或可用資源； （6）涉足不熟悉的產(chǎn)品領域，花費在設計和實現(xiàn)上的時間比預期的要多；（7）計劃周期過長導致已完成的教學素材落后于下年度學員持有的教學素材。3．組織和管理風險（1）僅由管理層或市場人員進行技術決策，導致計劃進度緩慢，計劃時間延長； （2）低效的項目組結構降低生產(chǎn)率； （3）管理層審查決策的周期比預期的時間長； （4）預算削減，打亂項目計劃； （5）管理層作出了打擊項目組織積極性的決定； （6）缺乏必要的規(guī)范，導致工作失誤與重復工作； （7）非技術的第三方的工作（預算批準、設備采購批準、法律方面的審查、安全保證等）時間比預期的延長。4．人員風險（1）作為先決條件的任務（如培訓及其他項目）不能按時完成； （2）開發(fā)人員和管理層之間關系不佳，導致決策緩慢，影響全局； （3）缺乏激勵措施，士氣低下，降低了生產(chǎn)能力； （4）聘請有豐富經(jīng)驗的教學機構講師做項目指導，但由于教師工作的特殊性（授課、巡講、外出深造等原因），無法達到及時溝通； （5）課程設計人員具備系統(tǒng)化教學思路和經(jīng)驗，此類人才往往需要從教學機構聘請，人員入口狹窄；（6）項目后期加入新的開發(fā)人員，需進行培訓并逐漸與現(xiàn)有成員溝通，從而使現(xiàn)有成員的工作效率降低； （7）由于項目組成員之間發(fā)生沖突，導致溝通不暢、設計欠佳、接口出現(xiàn)錯誤和額外的重復工作； （8）沒有找到項目急需的具有特定技能的人。5．開發(fā)環(huán)境風險（1）設施未及時到位； （2）設施雖到位，但不配套，如沒有電話、網(wǎng)線、辦公用品等； （3）設施擁擠、雜亂或者破損； （4）開發(fā)工具未及時到位； （5）開發(fā)工具不如期望的那樣有效，開發(fā)人員需要時間創(chuàng)建工作環(huán)境或者切換新的工具； （6）新的開發(fā)工具的學習期比預期的長，內容繁多。6．客戶風險（1）客戶對于最后交付的產(chǎn)品不滿意，要求重新設計和重做；（2）客戶由于專業(yè)課程變更導致定制開發(fā)產(chǎn)品變更，需要重新設計重新開發(fā)； （3）客戶的意見未被采納，造成產(chǎn)品最終無法滿足用戶要求，因而必須重做； （4）多家客戶存在需求差異，導致項目根據(jù)客戶不同定向變更；每家教育機構課程體系不完全公開，各機構間為辦出教學特色往往在課程內容上尋求新穎，導致客戶內容需求的差異較大；（5）客戶對規(guī)劃、原型和規(guī)格的審核決策周期比預期的要長，對于大型教育軟件項目，往往需要經(jīng)過多層審批，特定產(chǎn)品需申報到當?shù)亟逃芾頇C構； （6）客戶答復的時間（如回答或澄清與需求相關問題的時間）比預期長； 7．產(chǎn)品風險（1）矯正質量低下的不可接受的產(chǎn)品，需要比預期更多的測試、設計和實現(xiàn)工作； （2）開發(fā)額外的不需要的功能，延長了計劃進度； （3）由于現(xiàn)有系統(tǒng)的約束，導致開發(fā)環(huán)境與實際應用環(huán)境的不統(tǒng)一，需要進行比預期更多的測試、設計和實現(xiàn)工作； （4）要求與其他系統(tǒng)或不受本項目組控制的系統(tǒng)相連，教學機構當前多數(shù)使用多媒體或遠程教學方式，院系信息、學員信息需要與第三方開發(fā)者開發(fā)的系統(tǒng)共享數(shù)據(jù)，導致無法預料的設計、實現(xiàn)和測試工作； （5）在不熟悉或未經(jīng)檢驗的軟件和硬件環(huán)境中運行所產(chǎn)生的未預料到的問題； （6）依