導語：氣象軟件的開發風險與解決策略探討一文來源于網友上傳，不代表本站觀點，若需要原創文章可咨詢客服老師，歡迎參考。

項目開發中的風險與解決方法

對于大型復雜的海洋氣象服務項目而言，最大程度的減少項目風險，對于項目的成敗至關重要。下面結合我在這個海洋氣象預警服務平臺項目管理過程中碰到的風險相關問題分別加以討論。識別風險和編制風險管理計劃與風險應對計劃首先我們在項目開發的前期風險工作中要識別項目風險，編制風險管理計劃和風險應對計劃。在本次軟件開發項目中的風險主要是該項目要將先進的海洋天氣預報模型移植到小型機上的工作，軟件預報模式本地化運行的效果，要求能在幾個小時內出結果，保證預報的時效，否則當你運行三天后才出結果，時間早過了。另外，項目要求采用流行的B/S架構和地理信息系統作二次開發，項目人員少，每人都兼了多個角色，不過，可復用以前做過的項目的一部分源代碼，包括數據庫操作類、權限管理類等。項目參加人員分布在省內沿海地區氣象各級臺站，這無疑增加了溝通的難度，在項目一啟動，基本了解客戶需求的情況下，我召集開發人員、氣象專業人員、單位領導、甚至別的項目組人員坐到一起，采用頭腦風暴法，來分析該項目存在的風險，同時借鑒風險歷史數據庫中的風險數據，取出我們沒有想到而確實存在的風險條目，也將它們添加到本次軟件開發的風險列表里，然后分析研究每個風險條目發生的概率、風險級別，而且針對該風險條目而制定的應對措施，并形成一個風險記錄表。風險管理貫穿項目的始終，風險管理計劃和風險應對計劃缺一不可。因為風險一直在變化，所以在項目實施的每個階段都要更新。進度風險與應對方法進度風險是項目管理中比較常見的風險，我們要制定合理的項目管理計劃，化解開發中的進度風險。該項目工作量大，時間短，只有一年。作為項目經理，我的壓力非常大，所以我做開發進度計劃的時候，根據最終交付日期，采取倒推法，將時間逐一分配到各個任務上，同時盡量考慮到任務的并發執行，而且要細化到半天。我使用MSProject軟件，利用PERT技術，在工作分解結構上定義每個任務的開始時間，結束時間，識別關鍵路徑，然后從甘特圖就能自動顯示人力資源狀態圖，能自動統計每個人每個任務或者每個時間段的工作量，而且通過這個軟件，可以非常方便的拆分任務，定義里程碑事件等。范圍風險與應對方法在軟件開發過程中，需求總會不斷的變化，要將范圍擴大風險降到最低需要進行軟件需求管理，降低項目范圍的風險。在和客戶的初步溝通中，確定了需求的大致范圍，定下了海洋天氣預報信息、海洋天氣預警信息、實時天氣監測信息和歷史氣象信息四個大項，每個大項內又有10到20多個模塊，然后針對每個模塊討論實現的功能、數據的流程、模塊間的接口等。因為有些業務包括用戶在內都不太清楚，所以在需求討論的時候常常很難達成一致的意見。于是，我使用了WORD版本控制功能，幾易其稿，使需求基本趨向一致，形成了軟件功能規格說明書，確定了產品的范圍，雙方簽字認可。然后，我用Excel做了一個軟件需求跟蹤矩陣，是一個二維表格，每行就是一個功能，而且是按層次分解的，每列是一個階段，從需求定義階段開始，到設計、編碼、測試、交付、維護等階段。在每個階段結束時都來更新這個需求跟蹤矩陣，主要是更新每個任務的狀態，如已批準、已實現、已確認、已刪除，如果功能點有變化，可以在上面增加或者修改、刪除該功能點，管理起來非常方便和有效。另外，我們采用軟件原形開發的模式，主要分為兩個階段迭代。我將需求按優先級排序，先完成客戶最想要的功能。溝通風險與應對方法溝通是軟件開發過程中及為重要的一方面，因溝通不暢帶來的風險也是我們這次軟件項目開發中的常見問題，因此我制定了溝通計劃，解決項目中溝通的風險。在該項目中，用戶分布在全省各市縣，溝通不太方便。與用戶的溝通基本是Notes，因為全國氣象部門內部都是使用Notes進行辦公，它達到縣級氣象臺站。我單位也有專用ID，也就是Notes郵箱的帳號，我在單位內發的Notes郵件可以傳到省氣象局客戶那里，使用這種郵件溝通方式查閱方便，跟蹤起來也容易，客戶也都習慣使用該方式辦公。而且Notes溝通非常大的好處是溝通內容都落在紙面上，便于將來分清責任。其次，是電話聯系，這種溝通方式最直接，和客戶的溝通，效果可能更好。此外，我上級領導總在另外一個城市辦公，所以遇到需要上級領導拍板的問題我就借助于單位的視頻會議，而且邀請用戶參加，不但及時解決這些問題，同時也讓用戶感覺到我們管理層對該項目的重視和支持。

項目開發風險的總結

在項目團隊經過一年的辛苦工作后，項目才得以順利完成，得到省氣象局業務主管領導的好評，這不僅是對項目的高效穩定的贊許，而且也是對我們這個項目團隊的贊許。我在本項目實施過程中總結出了項目風險管理成功的幾點因素：1項目變更的有效執行和控制，防止了需求的不斷變更和范圍的蔓延，保證了進度按原計劃進行的重要因素。2定期召開的項目例會，讓我及時了解各小組進展情況和遇到的問題，通過交流遇到的問題，發揮集體智慧，共同探討解決的方法。3在聘請的老專家和老教授幫助下，項目組克服了不少技術與業務上的的難點。4項目質量是用戶最關心的，定期請用戶參與項目階段性質量評審，堅定用戶的信心。當然，在該項目的實施中也并非一帆風順，由于對開發人員流動性的估計不足，另外我方業務骨干也并非只為這一個項目工作，導致項目的進度和人力資源發生沖突的事常有發生。于是，我重新整理項目歷時估算，資源估算也做得更為細致，及早向單位領導提出人員調用申請，與各部門領導溝通，與項目小組負責人深入溝通，確保項目順利實施。另外，在項目開發團隊成員中由于既有新人，也有從業多年經驗豐富的骨干，人員的績效結果也參差不并。在項目進行了三個月后，有組員出現了情緒不高的情況，我和相關小組負責人進行了分析和了解，發現由于熟悉業務和技術的人員都關心自己的績效完成情況，對新人的請教和學習沒有耐心解答和幫助。針對這樣的情況，我和各小組負責人商議，每個月中和月底，定期組織項目成員的培訓和經驗交流會議，為期半天，每次由2-3名業務骨干進行主持，內容豐富或者效果好，則給予一定的獎勵，這樣加強團隊整體能力的提升，又為單位培養了新人。項目在開發過程中實施的各項活動交互重疊，不可避免的會發生沖突和矛盾，矛盾和沖突發生時，在雙方方案均具有合理性，又各持已見、相持不下時，換位思考以求折中、平衡，從而化解沖突和矛盾，不失為整體管理工作中的一項行之有效的方法。在本項目中，歷史資料和實時資料從短期預報、中期預報和長期預報上的計算方法、使用上的不相同，各類預報業務人員由于專業背景的關系和研究方向上的差異，在對問題的解決上，常各持己見，互不相讓。為了解決這一問題，我們經過計劃和組織，在每月抽半天舉辦項目開發中的學術交流活動，請兩方的專家講解、介紹各自領域的知識，使雙方都能從對方的技術觀點有客觀的理解，從而有利于在工作配合、協調時，能夠站在對方的角度，尋找雙方均滿意的平衡點，為海洋氣象預報預警服務項目的成功實施創造了良好的氛圍。因為項目要求基于web地理信息系統開發，我單位在這方面的技術人員少，所以需要經常加班研究相關技術，大家非常的疲憊，而且加班費很少。我也采取了一些彌補措施，請求單位領導在精神方面做了一些鼓勵和表揚，適當的也去聚餐、參加集體運動，一定程度上緩解了緊張的氛圍，而且大家也沒有太多的怨言，否則就要另當別論了。項目初期文檔模板準備不充分，很多情況下由于不同書寫者的習慣，使得文檔千奇百怪，增加閱讀者的閱讀難度。為了減少軟件開發人員和開發人員之間的通訊障礙，提高溝通效率，我和項目組成員集體制定了應對措施，事先規定文檔書寫規范，命名規范、重視文檔的編寫、保管等工作。重視文檔與設計的一致性，先修改文檔，再修改程序，不至于因為文檔與設計的不一致而影響工期，對跨越里程碑的文檔修改設置嚴格評審。

海洋氣象預報預警服務項目順利成功的實施完畢幾個月后，于2012年3月獲得了省氣象科研開發一等獎，等同于地市級科技進步一等獎，本人排第三位。現在回頭再想想對這個項目的管理，我學到了很多書本中學不到的知識，讓我明白一個項目經理必須要做好項目的風險管理，才能保證項目的順利實施，通過與項目風險管理，可以很好的處理已發生的問題和為即將發生的問題提供有效的解決方法，極大的提高了項目的實施效率。

本文作者：祁欣任曙霞馬文靜楊紅梅多海偉曹德煜白雪班欣張華榮工作單位：江蘇省連云港市氣象局