IT項(xiàng)目管理的風(fēng)險(xiǎn)有哪些

1、IT項(xiàng)目管理的風(fēng)險(xiǎn)有哪些IT項(xiàng)目管理的風(fēng)險(xiǎn)有哪些項(xiàng)目風(fēng)險(xiǎn)是一種不確定事件或狀況，一旦發(fā)生，會(huì)對(duì)至少一個(gè)項(xiàng)目 目標(biāo)，如進(jìn)度、成本、范圍或質(zhì)量目標(biāo)產(chǎn)生積極或消極影響。那么IT 項(xiàng)目管理的風(fēng)險(xiǎn)有哪些呢？ 一起來(lái)了解下吧：(1) 技術(shù)風(fēng)險(xiǎn)。核心系統(tǒng)升級(jí)引入了外包廠(chǎng)商的最新產(chǎn)品，使用了很多新技術(shù)，行 內(nèi)研發(fā)人員熟悉這些技術(shù)需要一定的時(shí)間，而在項(xiàng)目過(guò)程中卻不可避免 地會(huì)遇到一些技術(shù)問(wèn)題。如何能快速解決這些棘手的技術(shù)問(wèn)題?我們的 做法是：第一 5指定行內(nèi)外包廠(chǎng)商接頭人5由接頭人負(fù)責(zé)和外包廠(chǎng)商的 技術(shù)人員進(jìn)行溝通，同時(shí)該接頭人也是行內(nèi)對(duì)廠(chǎng)商產(chǎn)品最熟悉的人，一 般性的小問(wèn)題基本上此人就可以解決，比較復(fù)雜的問(wèn)題才

2、提交給廠(chǎng)商解 決，這樣比起全部問(wèn)題都去找廠(chǎng)商解決，節(jié)省了時(shí)間。第二，購(gòu)買(mǎi)廠(chǎng)商 的人力進(jìn)行技術(shù)支持，請(qǐng)廠(chǎng)商的研發(fā)人員來(lái)到幵發(fā)現(xiàn)場(chǎng)和我們一塊研 發(fā)。第三，預(yù)約廠(chǎng)商在系統(tǒng)上線(xiàn)期間到現(xiàn)場(chǎng)待命，以應(yīng)對(duì)緊急問(wèn)題發(fā) 生，對(duì)可能出現(xiàn)的問(wèn)題進(jìn)行第一時(shí)間的響應(yīng)。(2) 溝通風(fēng)險(xiǎn)。參與項(xiàng)目的外包廠(chǎng)商有多個(gè)，溝通渠道多，溝通成本大，而且容易 出現(xiàn)理解不一致的情況。所以，項(xiàng)目組成立了專(zhuān)門(mén)的PMO,負(fù)責(zé)制定相應(yīng) 的溝通計(jì)劃，為每個(gè)廠(chǎng)商指定行內(nèi)的接頭人，對(duì)內(nèi)部人員實(shí)行分級(jí)管 理，組織定期例會(huì)解決項(xiàng)目過(guò)程中出現(xiàn)的問(wèn)題，防范由于對(duì)需求理解不 一致造成的項(xiàng)目延誤，充分利用己有的郵件、會(huì)議、電話(huà)和短信等溝通 工具，并推廣使用某即時(shí)

3、通訊工具以作為主要的工作溝通工具。(3) 需求變更風(fēng)險(xiǎn)。針對(duì)IT軟件項(xiàng)目中不可避免的需求變更活動(dòng)，在項(xiàng)目開(kāi)始后，我部 就停止了除政策性需求以外的所有規(guī)模超過(guò)20人/天的新業(yè)務(wù)需求，同 時(shí)制定了需求變更流程：所有業(yè)務(wù)需求的變更必須由業(yè)務(wù)方的代表統(tǒng)一 提出，變更必須有書(shū)面記錄，幵發(fā)人員仔細(xì)評(píng)估是否接受，最后由總管 變更的領(lǐng)導(dǎo)(8B)復(fù)審，總管領(lǐng)導(dǎo)具有一票否決權(quán)，從而精簡(jiǎn)了一些不合 理的需求變更。在項(xiàng)目中期引入了 1珈的配置 管理工具CCCQ來(lái)管理代 碼和缺陷，所有Bug都進(jìn)行了分類(lèi)，并錄入CQ系統(tǒng)，防止重復(fù)修改和修 改后無(wú)記錄等情況的發(fā)生。遷移演練之后的缺陷都由各個(gè)系統(tǒng)的負(fù)責(zé)人 統(tǒng)一對(duì)缺陷進(jìn)行分析

4、評(píng)審，消除Bug修復(fù)可能導(dǎo)致的系統(tǒng)尖聯(lián)問(wèn)題。(4) 進(jìn)度風(fēng)險(xiǎn)。項(xiàng)目進(jìn)行核心升級(jí)，引起了客戶(hù)而數(shù)據(jù)結(jié)構(gòu)和一些外部接口的變 化，同時(shí)前端業(yè)務(wù)平臺(tái)也做了很大的調(diào)整，如幵發(fā)了新的權(quán)限系統(tǒng)、遷 移主機(jī)老權(quán)限系統(tǒng)上的權(quán)限數(shù)據(jù)到微機(jī)、替換傳輸協(xié)議XML為JSON、改 造微機(jī)調(diào)用主機(jī)框架等。主機(jī)平臺(tái)和幵放平臺(tái)幵發(fā)工作量巨大，需要留 有足夠的ST、UAT測(cè)試時(shí)間，項(xiàng)目開(kāi)發(fā)時(shí)間有限，為了應(yīng)對(duì)可能造成的 進(jìn)度延誤，我們采用了以下應(yīng)對(duì)方法：一是制定詳細(xì)的進(jìn)度計(jì)劃，明確 侮個(gè)人的任務(wù)，各項(xiàng)目組每周定期檢視項(xiàng)目進(jìn)度，如出現(xiàn)偏差及時(shí)糾 正;二是與外包公司合作，引入外包人力，為項(xiàng)目臨時(shí)增派了多名生力 軍;三是強(qiáng)制加班；四是并

5、行化詳細(xì)設(shè)計(jì)和編碼同時(shí)加強(qiáng)代碼評(píng)審，在 加快進(jìn)度的同時(shí)減少返工。(5) 數(shù)據(jù)遷移風(fēng)險(xiǎn)。項(xiàng)目涉及的系統(tǒng)多達(dá)上百個(gè)，系統(tǒng)集成環(huán)境復(fù)雜，需要遷移的數(shù)據(jù) 量龐大，而且數(shù)據(jù)遷移對(duì)數(shù)據(jù)的準(zhǔn)確性和完整性有著很高的要求。項(xiàng)目 制定了分階段集成和多次遷移演練的策略：將遷移工作進(jìn)行提前預(yù)演， 模擬真實(shí)上線(xiàn)遷移場(chǎng)景。經(jīng)過(guò)多次演練以后，問(wèn)題大大減少，減輕了系 統(tǒng)上線(xiàn)的數(shù)據(jù)遷移風(fēng)險(xiǎn)。(6) 人力資源風(fēng)險(xiǎn)。項(xiàng)目建設(shè)周期長(zhǎng)，歷時(shí)兩年，大范圍人員流動(dòng)可能會(huì)造成項(xiàng)目延 誤。針對(duì)這一風(fēng)險(xiǎn)，應(yīng)對(duì)的方法是：做兩手準(zhǔn)備，盡力挽留要走的人 員，曉之以理，動(dòng)之以情，請(qǐng)求公司人力資源部提升員工待遇；同時(shí)加 緊社會(huì)招聘，在重要的崗位上安排備份

6、，防止由于成員生病、離職等意 外造成的減員。最終這個(gè)風(fēng)險(xiǎn)沒(méi)有成為問(wèn)題。在項(xiàng)目升級(jí)項(xiàng)目中，我負(fù)責(zé)兩個(gè)子系統(tǒng)的幵放部分'由于高層對(duì) 風(fēng) 險(xiǎn)管理的重視，我在執(zhí)行的時(shí)候也特別重視對(duì)風(fēng)險(xiǎn)的'控制。項(xiàng)目組有 四個(gè)人，溝通成本比較低，所以我們每隔一周進(jìn)行一次代碼評(píng)審，解決 遇到的一些技術(shù)難題和編碼規(guī)范問(wèn)題，在實(shí)際幵發(fā)中使用Checkstyle進(jìn) 行代碼規(guī)范檢視，及早扼殺了可能出現(xiàn)的Bug和不規(guī)范的代碼;制定組 員每周報(bào)告進(jìn)度制度，防范進(jìn)度偏差;而對(duì)前端最可能出現(xiàn)的需求變更 一一 UI變更，我嘗試在設(shè)計(jì)初期使用原型方法和業(yè)務(wù)進(jìn)行有效溝通， 大大減少了后期UAT階段UI變更需求。回想剛進(jìn)公司時(shí)我

7、做過(guò)的某個(gè)項(xiàng) 目，由于沒(méi)有考慮到UI類(lèi)需求變更風(fēng)險(xiǎn)，前期沒(méi)有進(jìn)行UI設(shè)計(jì)的交流， 導(dǎo)致UAT階段大量返工，使項(xiàng)目延誤了一個(gè)多月，并且浪費(fèi)了不少人力 資源。設(shè)想如果當(dāng)時(shí)識(shí)別了這類(lèi)風(fēng)險(xiǎn)，在早期就把風(fēng)險(xiǎn)發(fā)生的概率降 低，那么項(xiàng)目可能會(huì)順利得多。由于前期風(fēng)險(xiǎn)控制得當(dāng)，一直到遷移演練前我負(fù)責(zé)的項(xiàng)目都很順 利，但是在遷移演練過(guò)程中出現(xiàn)了一些問(wèn)題，其中一個(gè)問(wèn)題是導(dǎo)庫(kù)程序 不能正常執(zhí)行，并多次發(fā)生。我和同事花了很多時(shí)間研究問(wèn)題，最后找 到的原因是某個(gè)配置參數(shù)的問(wèn)題，研發(fā)人員使用了錯(cuò)誤的配置參數(shù)， ST、UAT期間導(dǎo)庫(kù)的數(shù)據(jù)量比真實(shí)演練期間的數(shù)據(jù)量小太多，所以沒(méi)有 被發(fā)現(xiàn)，修改配置后再演練環(huán)境導(dǎo)庫(kù)成功。還有一些

8、問(wèn)題是沒(méi)有有效溝 通導(dǎo)致的。例如，在演練的時(shí)候用戶(hù)反映某個(gè)查詢(xún)交易很慢，經(jīng)排查， 后臺(tái)人員說(shuō)前臺(tái)調(diào)錯(cuò)了交易，前臺(tái)人員提出異議：為什么ST環(huán)境查詢(xún) 很快?原來(lái)后臺(tái)人員寫(xiě)了多個(gè)查詢(xún)交易，新交易確實(shí)能提升查詢(xún)速度， 但是沒(méi)有在正式的文檔上注明前臺(tái)應(yīng)使用新交易替換老交易，也沒(méi)有通 過(guò)別的途徑告知前臺(tái)，這樣前臺(tái)調(diào)用的還是老交易，導(dǎo)致了查詢(xún)性能問(wèn) 題。由于ST ' UAT環(huán)境和生產(chǎn)環(huán)境的差異性，上述兩類(lèi)問(wèn)題很難暴露， 試想如果沒(méi)有進(jìn)行遷移演練，這個(gè)問(wèn)題恐怕要在生產(chǎn)上出現(xiàn)了。遷移演 練提前暴露了 ST、UAT所不能測(cè)出的系統(tǒng)缺陷，使得研發(fā)人員能有充分 的時(shí)間去排查問(wèn)題和修復(fù)缺陷，有效降低了系統(tǒng)上線(xiàn)風(fēng)險(xiǎn)。經(jīng)過(guò)這次核心升級(jí)項(xiàng)目的洗禮，我深深認(rèn)識(shí)到風(fēng)險(xiǎn)管理在IT項(xiàng)目中的重要性，正因?yàn)閷?duì)風(fēng)險(xiǎn)管理足夠重視，提前制定了風(fēng)