黄色视频直播

戰略成功達成的貼身伙伴,徹底蛻變之旅的親密朋友!

合作伙伴

證書查詢



淺談大型IT項目的風險管理

返回精華文章>>

黄色视频直播 項目風險是一種不確定事件或狀況,一旦發生,會對至少一個項目目標,如進度、成本、范圍或質量目標產生積極或消極影響。但通常情況下,我們指的風險一般都是產生消極影響的風險。項目從構思那一刻起,就存在風險,在項目推進過程中,如果不積極進行風險管理,實際發生的風險就可能給項目造成嚴重影響,甚至導致項目失敗。

 

幾年前,CMC咨詢顧問有幸參加了某銀行核心系統升級項目。該項目歷時兩年,代碼量達到了百萬級別,功能點數達到了4萬多個,投資金額大,開發周期長,是目前全球最大卡量的核心系統升級項目。當時有位業內著名的咨詢師鄭重地告誡我們:“從現有的經驗看,凡超過百萬級別的代碼項目都失敗了。”內容很駭人,但給我們敲響了警鐘:我們的項目風險很大,有很大的失敗可能性,為了項目成功,必須時刻保持謹慎,做好風險管理。

 

如今,該項目已成功上線并穩定運行了近一年。項目的成功離不開項目組所有成員的拼搏努力,同時也離不開成功的項目管理,尤其是風險管理。從項目啟動階段,我們就制定了定性的風險計劃,識別出風險級別最高的幾個風險。為了減輕技術風險的影響,在項目計劃階段,所有開發小組都對上一代系統認真進行了梳理,分析出系統升級的影響,制定了相應的應對方案。同時,在項目執行過程中,高層管理人員也很注意對風險的監控,確保在風險變成問題時能有效應對,并指示PMO認真做好所有問題記錄工作。在項目中被識別的主要風險有:技術風險;溝通風險;需求變更風險;進度風險;數據遷移風險;人力資源風險。

(1) 技術風險。
核心系統升級引入了外包廠商的最新產品,使用了很多新技術,行內研發人員熟悉這些技術需要一定的時間,而在項目過程中卻不可避免地會遇到一些技術問題。如何能快速解決這些棘手的技術問題?我們的做法是:第一,指定行內外包廠商接頭人,由接頭人負責和外包廠商的技術人員進行溝通,同時該接頭人也是行內對廠商產品最熟悉的人,一般性的小問題基本上此人就可以解決,比較復雜的問題才提交給廠商解決,這樣比起全部問題都去找廠商解決,節省了時間。第二,購買廠商的人力進行技術支持,請廠商的研發人員來到開發現場和我們一塊研發。第三,預約廠商在系統上線期間到現場待命,以應對緊急問題發生,對可能出現的問題進行第一時間的響應。
(2) 溝通風險。
參與項目的外包廠商有多個,溝通渠道多,溝通成本大,而且容易出現理解不一致的情況。所以,項目組成立了專門的PMO,負責制定相應的溝通計劃,為每個廠商指定行內的接頭人,對內部人員實行分級管理,組織定期例會解決項目過程中出現的問題,防范由于對需求理解不一致造成的項目延誤,充分利用已有的郵件、會議、電話和短信等溝通工具,并推廣使用某即時通訊工具以作為主要的工作溝通工具。
(3) 需求變更風險。
針對IT軟件項目中不可避免的需求變更活動,在項目開始后,我部就停止了除政策性需求以外的所有規模超過20人/天的新業務需求,同時制定了需求變更流程:所有業務需求的變更必須由業務方的代表統一提出,變更必須有書面記錄,開發人員仔細評估是否接受,最后由總管變更的領導(CCB)復審,總管領導具有一票否決權,從而精簡了一些不合理的需求變更。在項目中期引入了IBM的配置管理工具CCCQ來管理代碼和缺陷,所有Bug都進行了分類,并錄入CQ系統,防止重復修改和修改后無記錄等情況的發生。遷移演練之后的缺陷都由各個系統的負責人統一對缺陷進行分析評審,消除Bug修復可能導致的系統關聯問題。
(4) 進度風險。
項目進行核心升級,引起了客戶面數據結構和一些外部接口的變化,同時前端業務平臺也做了很大的調整,如開發了新的權限系統、遷移主機老權限系統上的權限數據到微機、替換傳輸協議XML為JSON、改造微機調用主機框架等。主機平臺和開放平臺開發工作量巨大,需要留有足夠的ST、UAT測試時間,項目開發時間有限,為了應對可能造成的進度延誤,我們采用了以下應對方法:一是制定詳細的進度計劃,明確每個人的任務,各項目組每周定期檢視項目進度,如出現偏差及時糾正;二是與外包公司合作,引入外包人力,為項目臨時增派了多名生力軍;三是強制加班;四是并行化詳細設計和編碼同時加強代碼評審,在加快進度的同時減少返工。
(5) 數據遷移風險。
項目涉及的系統多達上百個,系統集成環境復雜,需要遷移的數據量龐大,而且數據遷移對數據的準確性和完整性有著很高的要求。項目制定了分階段集成和多次遷移演練的策略:將遷移工作進行提前預演,模擬真實上線遷移場景。經過多次演練以后,問題大大減少,減輕了系統上線的數據遷移風險。
(6) 人力資源風險。
項目建設周期長,歷時兩年,大范圍人員流動可能會造成項目延誤。針對這一風險,應對的方法是:做兩手準備,盡力挽留要走的人員,曉之以理,動之以情,請求公司人力資源部提升員工待遇;同時加緊社會招聘,在重要的崗位上安排備份,防止由于成員生病、離職等意外造成的減員。最終這個風險沒有成為問題。

在項目升級項目中,CMC公司顧問負責兩個子系統的開放部分,由于高層對風險管理的重視,我們在執行的時候也特別重視對風險的控制。項目組有四個人,溝通成本比較低,所以我們每隔一周進行一次代碼評審,解決遇到的一些技術難題和編碼規范問題,在實際開發中使用Checkstyle進行代碼規范檢視,及早扼殺了可能出現的Bug和不規范的代碼;制定組員每周報告進度制度,防范進度偏差;面對前端最可能出現的需求變更——UI變更,我們嘗試在設計初期使用原型方法和業務進行有效溝通,大大減少了后期UAT階段UI變更需求。回想剛進公司時我做過的某個項目,由于沒有考慮到UI類需求變更風險,前期沒有進行UI設計的交流,導致UAT階段大量返工,使項目延誤了一個多月,并且浪費了不少人力資源。設想如果當時識別了這類風險,在早期就把風險發生的概率降低,那么項目可能會順利得多。  
    由于前期風險控制得當,一直到遷移演練前我負責的項目都很順利,但是在遷移演練過程中出現了一些問題,其中一個問題是導庫程序不能正常執行,并多次發生。我和同事花了很多時間研究問題,最后找到的原因是某個配置參數的問題,研發人員使用了錯誤的配置參數,ST、UAT期間導庫的數據量比真實演練期間的數據量小太多,所以沒有被發現,修改配置后再演練環境導庫成功。還有一些問題是沒有有效溝通導致的。例如,在演練的時候用戶反映某個查詢交易很慢,經排查,后臺人員說前臺調錯了交易,前臺人員提出異議:為什么ST環境查詢很快?原來后臺人員寫了多個查詢交易,新交易確實能提升查詢速度,但是沒有在正式的文檔上注明前臺應使用新交易替換老交易,也沒有通過別的途徑告知前臺,這樣前臺調用的還是老交易,導致了查詢性能問題。由于ST、UAT環境和生產環境的差異性,上述兩類問題很難暴露,試想如果沒有進行遷移演練,這個問題恐怕要在生產上出現了。遷移演練提前暴露了ST、UAT所不能測出的系統缺陷,使得研發人員能有充分的時間去排查問題和修復缺陷,有效降低了系統上線風險。
黄色视频直播     經過這次核心升級項目的洗禮,項目組深深認識到風險管理在IT項目中的重要性,正因為對風險管理足夠重視,提前制定了風險應對計劃,我們才得以如庖丁解牛般化解項目中遇到的各種風險,并最終取得了上線的勝利。任何項目都不能回避風險問題,風險的存在導致幾乎每個項目都不可能順風順水地完成項目目標,良好的風險管理技能將幫助項目經理處理好項目中的不確定因素,保證項目的順利進行。

加入收藏】 【打印此文】 【關閉窗口】 【返回頂部】 點擊數:6916

關注我們



官方微信