<output id="r87xx"></output>
    1. 
      
      <mark id="r87xx"><thead id="r87xx"><input id="r87xx"></input></thead></mark>
        •   

               當前位置:首頁>軟件介紹>PM項目管理中的技術風險的識別與規(guī)避 查詢:
               
          PM項目管理中的技術風險的識別與規(guī)避

                  摘要:從技術角度探討在IT項目實施中如何識別技術風險,并論述技術風險規(guī)避的幾點體會。

                  如何在IT項目實施中有效地管理風險、控制風險,已經(jīng)成為了項目實施成功的必要條件。在項目風險的諸多因素中,技術風險往往容易被忽視,但因技術風險導致的項目延期、項目成本失控、甚至項目失敗卻也不在少數(shù)。因此,本文就怎樣識別技術風險,并采取有效的風險規(guī)避措施防止項目失控,談談個人的幾點體會。

                  項目風險的管理不僅貫穿于整個項目過程,而且在項目事件發(fā)生之前風險的分析就已經(jīng)開始。我們可以根據(jù)風險控制與項目事件發(fā)生的時間將風險管理劃分為三個部分:事前控制——風險管理規(guī)劃,事中控制——風險管理方法,事后控制——風險管理報告。在這里風險管理規(guī)劃是最重要的一個環(huán)節(jié)。技術架構好壞、軟件提供方的技術能力以及項目實施方的實施經(jīng)驗等因素形成了信息化項目的技術風險。為了規(guī)避項目的技術風險,企業(yè)的項目經(jīng)理,一方面要選擇開發(fā)能力較強的軟件提供方和經(jīng)驗豐富、服務優(yōu)良的項目實施方;另一方面還要把握項目的技術架構與企業(yè)其它信息化項目技術架構之間的一致性;此外,引入第三方的專業(yè)咨詢、監(jiān)理和項目評估也是企業(yè)規(guī)避技術風險的有效手段。

                  在實際IT項目中,項目的技術風險主要表現(xiàn)為以下情況。了解這些有助于項目經(jīng)理在項目初期就識別出這些風險,并采取措施避免或者減少它們的發(fā)生:

                  . 需求變更的風險應對

                  在項目實施過程中,雖然需求已經(jīng)基本明確,但此后仍然有變更發(fā)生,對項目造成影響,因此可以采取下述幾個方法來處理:

                  1) 前期的需求討論要詳細、充分。需求文檔中需求的范圍要明確、功能描述要清楚。

                  2) 需求文檔中要有demo。對于web項目,圖片比文字更能說明問題。

                  3) 找出項目中需求的決策者(通常會是產(chǎn)品經(jīng)理、相關職能主管、客服),所有的需求要經(jīng)過他們的認可。

                  4) 客戶在項目過程中的全程參與有助于降低此類風險。需求討論、需求確認、User確認、測試階段的客戶驗收等環(huán)節(jié),都要要求客戶參與。

                  5) 發(fā)生需求變更時,嚴格按照需求變更流程執(zhí)行。

                  . 技術架構的選型

                  三分軟件,七分實施,十二分數(shù)據(jù)。雖然這幾乎已經(jīng)是業(yè)界的一個共識。技術層面的東西仍然是信息化項目選型中一個難以跨越的鴻溝。如果在軟件選型過程中,忽略了技術架構的內(nèi)容,那么很難保證整個信息化項目能夠取得圓滿的成功。在IT項目中,系統(tǒng)的架構選擇是否合理,對項目的成敗是至關重要的。如果先期沒有選擇合適的系統(tǒng)架構,可能在項目實施初期還不會凸顯矛盾,但隨著項目實施的逐步深入,技術架構對系統(tǒng)的制約因素愈發(fā)難以消除,最終可能導致某些功能采取架構以外的技術實現(xiàn),或勉強應對過去。

                  1) 技術的成熟性

                  在進行軟件選型的時候第一個要考慮的技術架構層面的問題就是這個技術架構是否成熟。即時信息化管理軟件是在原來的技術架構上升級而來的,而不能夠忽視這個問題。最妥善的做法就是新版本軟件出來之后不要馬上采用。而是等一段時間,等到其出來補丁之后再使用。不然的話,項目成為了軟件公司試驗用的老鼠,為此技術架構的成熟性是項目選型中必須要考慮的問題之一。

                  2) 技術架構的兼容性

                  現(xiàn)在信息化管理軟件的技術架構有很多。如有客戶機/服務器模式的;也有瀏覽器/服務器模式的。其開發(fā)平臺也有很多。如有傳統(tǒng)的C語言平臺的,也有最近比較時髦的JAVA與.NET平臺的。不同的開發(fā)不同、不同的部署模式其兼容性是不同的。在軟件選型的時候,需要考慮到技術架構的移值性問題,

                  3) 資源的兼容性

                  除了要考慮信息化管理軟件跟操作系統(tǒng)平臺的兼容性問題之外,還需要考慮與現(xiàn)有的其他管理軟件的兼容性問題。簡單的說,就是要看看預計要使用的架構軟件,是否提供了足夠多的接口,可以與新的信息化管理軟件進行集成。在項目選型的時候也需要考慮技術架構跟現(xiàn)有企業(yè)資源的兼容性問題。為了減少信化項目的實施與維護成本,最好能夠選擇那些能夠跟現(xiàn)有資源充分兼容的技術架構,最大限度的發(fā)揮現(xiàn)有資源的價值。這不僅可以讓各個信息化系統(tǒng)通過一定集成手段整合為一個統(tǒng)一管理平臺;而且由于充分利用了現(xiàn)有的資源,可以大大降低信息化項目的成本。

                  . 技術難點

                  在系統(tǒng)實施過程中,往往會碰到一些具體的技術難點,有些技術難點的解決與否會制約著項目的發(fā)展進程甚至左右著項目的成敗。因此作為項目經(jīng)理必須對項目中的技術難點有充分的認識,并預先做出判斷。確定了技術難點后,必須在開發(fā)全隊正式投入全部精力之前,先集中資源對這些技術難點進行技術討論和先期開發(fā),待技術難點問題得到徹底地解決或已經(jīng)在技術上有明確的結(jié)論后,再制定與之相關的進度計劃,否則即使制定了開發(fā)計劃,在制約該計劃的技術難點未有有效結(jié)論之前進度計劃是沒有意義的。由于技術難點的解決時間不是以工作量的大小來衡量的。不能以投入多少個人月這樣的估算方式來衡量技術難點的工作量,必須依靠技術骨干的技術能力來解決。

                  . 系統(tǒng)需求的確認時間

                  我們在做系統(tǒng)時,經(jīng)常是在商務人員把技術合同轉(zhuǎn)交后在見到項目的需求內(nèi)容此時需求已經(jīng)在合同中確定而無法更改。這樣,導致在項目實施過程中有些功能因技術或其它方面的原因而無法滿足,只能更改目標范圍或商務解決。為了防止這樣的情況發(fā)生,項目經(jīng)理最好在商務談判中就開始介入系統(tǒng),并與商務或前期技術支持人員共同討論需求的合理性和可行性,避免把不合理的需求內(nèi)容寫入到技術合同中,在項目前期即開始風險的規(guī)避。

                  軟件項目風險評估主要采取以下方法:

                  (1)建立軟件項目風險清單。風險清單是關鍵的風險預測管理工具,風險清單中應列出在任何時候碰到的風險名稱、類別、概率及該風險所產(chǎn)生的影響;

                  (2)對軟件項目風險進行評估。風險評估的具體做法是:根據(jù)風險的不確定性和損失兩個基本特征,為每個風險計算風險值。風險http值=可能性&#215;影響值,兩者的乘積越大表明該風險越高,越值得重視;

                  (3)軟件項目風險劃分。在進行了風險的量化分析后,需要對已經(jīng)確定需要進行管理的風險進行優(yōu)先級的劃分。在風險劃分中必須強調(diào)的是由于每個項目的資源都是有限的,所以風險管理必須把精力集中在最重要的風險子集上,并且在項目進行中條件和優(yōu)先級發(fā)生改變的情況下,組成此子集的風險種類也要隨之改變。

                  風險歸類應作為風險計劃的一部分。風險計劃是整個風險管理的總綱,負責為每個風險管理過程提供信息。風險歸類應該作為風險計劃的輸入而不應該是風險識別的輸入,因為風險計劃提供的信息可貫穿整個風險管理系統(tǒng)。根據(jù)“二八”定理,20%的主要風險影響了項目80%的成功率,風險識別的重要任務是識別出主要的風險源而不是全部(風險分析員最懼怕在識別階段漏列了主要的風險源),風險歸類的目的是為了在識別階段能把大量精力用于識別主要的風險,使風險管理事半功倍。風險歸類成為風險計劃的一部分,不僅有助于后續(xù)風險識別,也有利于風險分析、開發(fā)有效風險處置策略及實施風險監(jiān)控。

                  軟件項目風險分析活動都是為了建立一個具有良好效果的處理風險的策略。風險管理策略一般包含3個內(nèi)容:(1)風險規(guī)避;(2)風險監(jiān)控;(3)構建風險管理模型。

                  風險規(guī)避就是通過變更項目計劃,從而消除或形成風險的條件,或者保護項目目標免受風險的影響。雖然項目隊伍永遠不可能消除所有的風險,但某些特定的風險還是可以規(guī)避的。在項目早期出現(xiàn)的某些風險事件可以通過澄清需求、獲取信息、加強溝通、聽取專家意見的方式加以應對。減少項目范圍以規(guī)避高風險的工作;增加項目資源或時間;采用一種熟悉的而不是創(chuàng)新的方法。

                  項目失敗根本原因可歸結(jié)于對項目風險掌控不利,即未能有效運作項目風險管理系統(tǒng)。管理者未能成功實施項目風險管理的原因很多,大致有風險管理意識淡薄、缺失對風險管理過程模型的理性把握、風險管理技術實施難三點。其中屬風險意識淡薄是關鍵原因,因為萬事惟有意念先行才是問題解決的根本。

                  作為IT項目的項目經(jīng)理,必須對項目中的各種風險進行風險分http析,制訂風險管理計劃,還應特別關注項目中的技術風險,并按照風險管理計劃對項目進行風險識別與處置。項目管理這門科學不是照本宣科地做就能做好,必須在應用實踐中不斷體會,并及時總結(jié),才能真正達到項目管理的目的。

                  


          系統(tǒng)集成PM項目管理工程師教程系統(tǒng)集成項目管理歸納整理
          系統(tǒng)集成項目經(jīng)理學習筆記PM項目管理9大知識體系
          項目管理軟件包含哪些功能?項目管理軟件的應用現(xiàn)狀與發(fā)展趨勢
          項目管理軟件對企業(yè)的好處項目管理軟件論文
          PM項目管理軟件實踐報告實踐二PM項目管理軟件實訓任務(框架)
          PM項目管理軟件項目供應商管理程序項目管理信息系統(tǒng)_PMIS_與項目信息門戶_PIP
          PM項目管理在軟件開發(fā)中的重要性PM項目管理中的報表分析
          PM項目管理中的風險來源、識別與控制PM項目管理中的風險判別
          信息發(fā)布:廣州名易軟件有限公司 http://www.jetlc.com
          • 勁爆價:
            不限功能
            不限用戶
            1998元/年

          • 微信客服

            <output id="r87xx"></output>
          1. 
            
            <mark id="r87xx"><thead id="r87xx"><input id="r87xx"></input></thead></mark>
              • 亚洲日本在线观看 | 小泽玛利亚性爱视频 | 老外玩csgo中国的妹子视频 | 亚欧洲精品视频 | 日韩A片一级无码免费 蜜桃 | a√天堂资源中文8 | 欧美一区二区电影在线观看 | 最新天堂中文在线 | 亚洲AV无码久久久久久 | 国产足交在线播放 |