1. <tt id="5hhch"><source id="5hhch"></source></tt>
    1. <xmp id="5hhch"></xmp>

  2. <xmp id="5hhch"><rt id="5hhch"></rt></xmp>

    <rp id="5hhch"></rp>
        <dfn id="5hhch"></dfn>

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

        時(shí)間:2023-03-15 14:34:31 項(xiàng)目管理師 我要投稿
        • 相關(guā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)有哪些呢?一起來了解下吧:

          (1)技術(shù)風(fēng)險(xiǎn)。

          核心系統(tǒng)升級(jí)引入了外包廠商的最新產(chǎn)品,使用了很多新技術(shù),行內(nèi)研發(fā)人員熟悉這些技術(shù)需要一定的時(shí)間,而在項(xiàng)目過程中卻不可避免地會(huì)遇到一些技術(shù)問題。如何能快速解決這些棘手的技術(shù)問題?我們的做法是:第一,指定行內(nèi)外包廠商接頭人,由接頭人負(fù)責(zé)和外包廠商的技術(shù)人員進(jìn)行溝通,同時(shí)該接頭人也是行內(nèi)對(duì)廠商產(chǎn)品最熟悉的人,一般性的小問題基本上此人就可以解決,比較復(fù)雜的問題才提交給廠商解決,這樣比起全部問題都去找廠商解決,節(jié)省了時(shí)間。第二,購(gòu)買廠商的人力進(jìn)行技術(shù)支持,請(qǐng)廠商的研發(fā)人員來到開發(fā)現(xiàn)場(chǎng)和我們一塊研發(fā)。第三,預(yù)約廠商在系統(tǒng)上線期間到現(xiàn)場(chǎng)待命,以應(yīng)對(duì)緊急問題發(fā)生,對(duì)可能出現(xiàn)的問題進(jìn)行第一時(shí)間的響應(yīng)。

          (2)溝通風(fēng)險(xiǎn)。

          參與項(xiàng)目的外包廠商有多個(gè),溝通渠道多,溝通成本大,而且容易出現(xiàn)理解不一致的情況。所以,項(xiàng)目組成立了專門的PMO,負(fù)責(zé)制定相應(yīng)的溝通計(jì)劃,為每個(gè)廠商指定行內(nèi)的接頭人,對(duì)內(nèi)部人員實(shí)行分級(jí)管理,組織定期例會(huì)解決項(xiàng)目過程中出現(xiàn)的問題,防范由于對(duì)需求理解不一致造成的項(xiàng)目延誤,充分利用已有的郵件、會(huì)議、電話和短信等溝通工具,并推廣使用某即時(shí)通訊工具以作為主要的工作溝通工具。

          (3)需求變更風(fēng)險(xiǎn)。

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

          (4)進(jìn)度風(fēng)險(xiǎn)。

          項(xiàng)目進(jìn)行核心升級(jí),引起了客戶面數(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)目開發(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)制加班;四是并行化詳細(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í)上線遷移場(chǎng)景。經(jīng)過多次演練以后,問題大大減少,減輕了系統(tǒng)上線的數(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ì)招聘,在重要的崗位上安排備份,防止由于成員生病、離職等意外造成的減員。最終這個(gè)風(fēng)險(xiǎ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ī)范問題,在實(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變更需求;叵雱傔M(jìn)公司時(shí)我做過的某個(gè)項(xiàng)目,由于沒有考慮到UI類需求變更風(fēng)險(xiǎn),前期沒有進(jìn)行UI設(shè)計(jì)的交流,導(dǎo)致UAT階段大量返工,使項(xiàng)目延誤了一個(gè)多月,并且浪費(fèi)了不少人力資源。設(shè)想如果當(dāng)時(shí)識(shí)別了這類風(fēng)險(xiǎn),在早期就把風(fēng)險(xiǎn)發(fā)生的概率降低,那么項(xiàng)目可能會(huì)順利得多。

          由于前期風(fēng)險(xiǎn)控制得當(dāng),一直到遷移演練前我負(fù)責(zé)的項(xiàng)目都很順利,但是在遷移演練過程中出現(xiàn)了一些問題,其中一個(gè)問題是導(dǎo)庫(kù)程序不能正常執(zhí)行,并多次發(fā)生。我和同事花了很多時(shí)間研究問題,最后找到的原因是某個(gè)配置參數(shù)的問題,研發(fā)人員使用了錯(cuò)誤的配置參數(shù),ST、UAT期間導(dǎo)庫(kù)的數(shù)據(jù)量比真實(shí)演練期間的數(shù)據(jù)量小太多,所以沒有被發(fā)現(xiàn),修改配置后再演練環(huán)境導(dǎo)庫(kù)成功。還有一些問題是沒有有效溝通導(dǎo)致的。例如,在演練的時(shí)候用戶反映某個(gè)查詢交易很慢,經(jīng)排查,后臺(tái)人員說前臺(tái)調(diào)錯(cuò)了交易,前臺(tái)人員提出異議:為什么ST環(huán)境查詢很快?原來后臺(tái)人員寫了多個(gè)查詢交易,新交易確實(shí)能提升查詢速度,但是沒有在正式的文檔上注明前臺(tái)應(yīng)使用新交易替換老交易,也沒有通過別的途徑告知前臺(tái),這樣前臺(tái)調(diào)用的還是老交易,導(dǎo)致了查詢性能問題。由于ST、UAT環(huán)境和生產(chǎn)環(huán)境的差異性,上述兩類問題很難暴露,試想如果沒有進(jìn)行遷移演練,這個(gè)問題恐怕要在生產(chǎn)上出現(xiàn)了。遷移演練提前暴露了ST、UAT所不能測(cè)出的系統(tǒng)缺陷,使得研發(fā)人員能有充分的時(shí)間去排查問題和修復(fù)缺陷,有效降低了系統(tǒng)上線風(fēng)險(xiǎn)。

          經(jīng)過這次核心升級(jí)項(xiàng)目的洗禮,我深深認(rèn)識(shí)到風(fēng)險(xiǎn)管理在IT項(xiàng)目中的重要性,正因?yàn)閷?duì)風(fēng)險(xiǎn)管理足夠重視,提前制定了風(fēng)險(xiǎn)應(yīng)對(duì)計(jì)劃,我們才得以如庖丁解牛般化解項(xiàng)目中遇到的各種風(fēng)險(xiǎn),并最終取得了上線的勝利。任何項(xiàng)目都不能回避風(fēng)險(xiǎn)問題,風(fēng)險(xiǎn)的存在導(dǎo)致幾乎每個(gè)項(xiàng)目都不可能順風(fēng)順?biāo)赝瓿身?xiàng)目目標(biāo),良好的風(fēng)險(xiǎn)管理技能將幫助項(xiàng)目經(jīng)理處理好項(xiàng)目中的不確定因素,保證項(xiàng)目的順利進(jìn)行。

        【IT項(xiàng)目管理的風(fēng)險(xiǎn)有哪些】相關(guān)文章:

        項(xiàng)目管理有哪些特性-項(xiàng)目管理的6大特性11-14

        審計(jì)風(fēng)險(xiǎn)產(chǎn)生的原因有哪些12-21

        寵物美容的項(xiàng)目有哪些01-11

        血液檢測(cè)的項(xiàng)目有哪些06-18

        兒童健身項(xiàng)目有哪些05-21

        田徑項(xiàng)目有哪些03-19

        項(xiàng)目監(jiān)管措施有哪些05-31

        瑜伽有哪些項(xiàng)目10-12

        產(chǎn)后恢復(fù)項(xiàng)目有哪些01-15

        如何加強(qiáng)項(xiàng)目的風(fēng)險(xiǎn)管理06-09

        国产高潮无套免费视频_久久九九兔免费精品6_99精品热6080YY久久_国产91久久久久久无码

        1. <tt id="5hhch"><source id="5hhch"></source></tt>
          1. <xmp id="5hhch"></xmp>

        2. <xmp id="5hhch"><rt id="5hhch"></rt></xmp>

          <rp id="5hhch"></rp>
              <dfn id="5hhch"></dfn>