風(fēng)險是指損失或損壞的可能性。 項(xiàng)目因其獨(dú)特性而具有風(fēng)險。

風(fēng)險管理是一種投資，也就是說，風(fēng)險管理需要與識別風(fēng)險、分析風(fēng)險和制定風(fēng)險降低計劃相關(guān)的成本。 此成本必須包含在成本、進(jìn)度和資源計劃中。

組織單位承擔(dān)風(fēng)險以從潛在機(jī)會中獲利。

風(fēng)險效用或風(fēng)險承受能力是您從潛在回報中獲得滿足或愉悅的程度。 喜歡風(fēng)險的人喜歡高風(fēng)險，厭惡風(fēng)險的人不喜歡風(fēng)險，而風(fēng)險中性的人試圖在風(fēng)險和潛在回報之間取得平衡。

風(fēng)險管理是一個行業(yè)標(biāo)準(zhǔn)，要求項(xiàng)目團(tuán)隊(duì)不斷評估什么會對項(xiàng)目產(chǎn)生悲觀影響，并確定這種風(fēng)暴發(fā)生的概率，以及如果發(fā)生這種風(fēng)暴的影響。 風(fēng)險管理還涉及分析和決定應(yīng)對風(fēng)險的替代策略。 風(fēng)險管理包括的四個主要過程是：風(fēng)險識別、風(fēng)險量化、風(fēng)險應(yīng)對計劃制定和風(fēng)險應(yīng)對控制。 風(fēng)險管理計劃是風(fēng)險管理的重要輸出。

ITS項(xiàng)目往往存在以下風(fēng)險：缺乏用戶參與、缺乏中層管理支持、需求不明確、規(guī)劃不周等。 廣東省信息技術(shù)公司、麥克法蘭等人制定的風(fēng)險清單有助于識別 IT 項(xiàng)目的潛在風(fēng)險。 項(xiàng)目管理知識領(lǐng)域中的常見風(fēng)險條件列表也會有所幫助。

用于量化風(fēng)險的工具和技術(shù)包括預(yù)期貨幣價值 (EMV)、計算的風(fēng)險因素、PERT、模擬和專家判斷。 預(yù)期貨幣價值可幫助您根據(jù)預(yù)期價值對潛在項(xiàng)目進(jìn)行估值。 風(fēng)險因素代表特定事件的風(fēng)險，基于其發(fā)生的概率和如果發(fā)生的后果。 PERT可能需要收集樂觀概率、悲觀概率和最可能概率。 與 PERT 相比，模擬是一種日益復(fù)雜的計算，可幫助您確定滿足特定項(xiàng)目進(jìn)度或成本目標(biāo)的可能性。 專家判斷也是評估項(xiàng)目風(fēng)險的寶貴工具。

應(yīng)對風(fēng)險的三個基本措施是：規(guī)避、接受和緩解。 規(guī)避風(fēng)險涉及消除特定的威脅和風(fēng)險。 風(fēng)險接受意味著接受風(fēng)險發(fā)生時的后果。 降低風(fēng)險是指通過降低風(fēng)險發(fā)生的概率來降低風(fēng)險風(fēng)暴的影響。

風(fēng)險管理計劃記錄了在整個項(xiàng)目中管理相關(guān)風(fēng)險的步驟。 項(xiàng)目團(tuán)隊(duì)還準(zhǔn)備了應(yīng)急計劃，以便他們知道如果發(fā)生已識別的風(fēng)險應(yīng)采取什么行動。 項(xiàng)目發(fā)起人通常會提供應(yīng)急儲備，以幫助應(yīng)對項(xiàng)目范圍或質(zhì)量可能發(fā)生的變化，從而降低總體成本或進(jìn)度風(fēng)險。

風(fēng)險控制涉及實(shí)施風(fēng)險管理流程和計劃以應(yīng)對風(fēng)險波。 Top 10 是一種在整個項(xiàng)目生命周期中保持風(fēng)險意識的方法。

幾種類型的軟件有助于風(fēng)險管理過程。 蒙特卡洛模擬軟件是一個非常有用的工具，有助于更好地了解項(xiàng)目風(fēng)險和多種風(fēng)險來源或風(fēng)險驅(qū)動因素。

IT工程技術(shù)網(wǎng)(>

在一個公司中，IT部門通常為公司其他業(yè)務(wù)部門提供IT服務(wù)，一般是成本中心和非營利中心。 作為成本中心，有兩個方面需要考慮。 一方面，需要考慮投入產(chǎn)出比； 另一方面，IT部門通常技術(shù)不強(qiáng)。 考慮到這兩方面，IT部門完全有理由考慮將IT工作的一部分或全部外包給更專業(yè)的公司，讓專業(yè)的人做專業(yè)的事。

什么可以外包

根據(jù)業(yè)務(wù)和技術(shù)實(shí)力的核心程度，判斷哪些IT工作可以外包。 對于部分外包的情況，可根據(jù)開發(fā)的主要流程進(jìn)一步確定：

上圖中，建議IT部門直接負(fù)責(zé)運(yùn)維，不要外包。 這并不是說不能外包，而是IT部門必須對運(yùn)維工作有絕對的控制權(quán)，因?yàn)檫@是IT服務(wù)質(zhì)量的底線，外包維護(hù)是可以的，但是關(guān)鍵部分，包括流程控制、安全管理等都要抓好。

外包模式

根據(jù)外包方的數(shù)量，有單方外包和多方外包：

單方外包：將整個IT業(yè)務(wù)外包給一家公司，包括開發(fā)、測試、運(yùn)維的全過程，實(shí)行大承包。 這些情況的好處是可以充分利用承包商的資源。 如果選擇了優(yōu)秀的承包商，可以在短時間內(nèi)提升IT部門的服務(wù)水平。 缺點(diǎn)是缺乏競爭，常年有可能被承包商“綁架”。 另外，讓承包方來做，會造成在管理和技術(shù)上對承包方的過度依賴，IT部門內(nèi)部人員的能力會下降。

多方外包：按照一定的業(yè)務(wù)邏輯劃分IT業(yè)務(wù)，比如區(qū)分CRM、計費(fèi)、物流、客服等模塊，將不同的模塊外包給不同的承包商。 這種情況的好處是參與的人多，服務(wù)能力不相上下，有一定的競爭性。 缺點(diǎn)是出現(xiàn)問題時會有多種借口。 另外，各個系統(tǒng)之間的很多，需要多方確認(rèn)，開發(fā)和維護(hù)需要協(xié)調(diào)。

一般不是很重要的系統(tǒng)可以由一方外包，但重要的系統(tǒng)最好由多方外包，不要把豬肉放在一個筐里。

外包風(fēng)險及對策

1、信息安全風(fēng)險高

IT系統(tǒng)處理公司業(yè)務(wù)信息，包括一些公司敏感信息，包括公司的生產(chǎn)經(jīng)營數(shù)據(jù)、客戶敏感信息、系統(tǒng)核心資源信息等。 這種信息通常由內(nèi)部人員控制。 雖然是內(nèi)部人員，但如果外包人員可以完全訪問，信息安全風(fēng)險就會特別高，比如竊取和出售用戶的敏感信息。 在這種情況下，管理層需要加強(qiáng)信息安全流程控制，通過單點(diǎn)登錄、4A安全審計等形式的技能，從技術(shù)上提高信息安全水平。

2、人員能力增長

外包的話，自有人員是乙方，外包人員是甲方，很多東西都是甲方外包的，但是有時候外包的具體職責(zé)不是很明確。 我自己處理的所有事情都委托給甲方，就像在家里請保姆一樣。 時間長了，主人就不會掃地，不會做飯了。

3、服務(wù)質(zhì)量增長

通常外包商在剛開始合作時會積極配合工作，服務(wù)質(zhì)量高，隨著接觸的越來越多，內(nèi)部人員在控制開發(fā)、運(yùn)維等方面不夠?qū)I(yè)和深入，尤其是外包協(xié)議。 規(guī)定如果不是很科學(xué)，外包服務(wù)的質(zhì)量就會提高。 為了應(yīng)對這些情況，需要在協(xié)議中明確外包協(xié)議的服務(wù)質(zhì)量（SLA），但要明確獎勵和懲罰的方式。 此外，還必須有一個非常熟悉外包業(yè)務(wù)（包括開發(fā)、運(yùn)維流程）的骨干團(tuán)隊(duì)，以免被外包商“當(dāng)傻子”。

外包是一把雙刃劍。 如果你用得好，你可以提高你的技能。 如果使用不當(dāng)，可能會傷到自己。 你必須有相應(yīng)的能力才能駕馭這把劍！

項(xiàng)目的風(fēng)險無非體現(xiàn)在需求、技術(shù)、成本和進(jìn)度四個方面it運(yùn)維外包，而IT項(xiàng)目管理主要遇到的風(fēng)險：包括技術(shù)風(fēng)險和管理風(fēng)險等影響項(xiàng)目的不確定激勵因素。

從某種意義上說，IT項(xiàng)目管理就是風(fēng)險管理。 因此，IT企業(yè)在項(xiàng)目管理過程中，必須采用合適的風(fēng)險管理方法進(jìn)行風(fēng)險管理，但要保證軟件項(xiàng)目在規(guī)定的預(yù)算和期限內(nèi)完成。

風(fēng)險的性質(zhì)。

通過了解風(fēng)險類型it運(yùn)維外包，

可以確定負(fù)責(zé)處理風(fēng)險和響應(yīng)策略的人員。

有風(fēng)險

類型包括：

領(lǐng)導(dǎo)（或執(zhí)行）

商業(yè)

項(xiàng)目

資源

技術(shù)

更換管理層

培訓(xùn)和文檔

沖擊型

在缺乏風(fēng)險管理舉措的情況下，這種風(fēng)險可能會影響項(xiàng)目的這些方面：

項(xiàng)目延誤

減少開支

有質(zhì)量的增長

項(xiàng)目終止

對風(fēng)險影響類型的評估會影響規(guī)避策略的使用水平。

在不同的項(xiàng)目階段，

同樣的風(fēng)險

不同的影響類型使用的規(guī)避策略的級別是不同的。

但是規(guī)避策略之間可能會有妥協(xié)。

比如為了保證在線

在項(xiàng)目開始時，將更加強(qiáng)調(diào)質(zhì)量。

發(fā)生的可能性

風(fēng)險發(fā)生的概率分為高、中、低三類。

即便如此，梳理這個風(fēng)險還是很有必要的。 然而，在開始風(fēng)險評估之前，IT 部門首先需要了解為什么要提出這個問題以及需要評估哪些風(fēng)險。 尤為重要的是，大家一定要明白，IT面臨的風(fēng)險最終會影響到企業(yè)的正常運(yùn)營。

一般來說，這種風(fēng)險可以分為以下四種，都有相應(yīng)的風(fēng)控工具：

1 業(yè)務(wù)經(jīng)營風(fēng)險。 對這種風(fēng)險的評估涉及公司面臨什么樣的競爭威脅，對競爭威脅的分析將幫助公司決定投入多少必要的資源來應(yīng)對這些競爭威脅。

在面對這些非傳統(tǒng)競爭威脅時，選擇合適的應(yīng)對策略有時會非常困難。 比如很多高科技公司在剛開始面對谷歌的時候并沒有把它當(dāng)回事，認(rèn)為它只是一個由耶魯轉(zhuǎn)來的中學(xué)生組成的小公司。 最終，這些公司付出了代價。

對于業(yè)務(wù)運(yùn)營風(fēng)險，應(yīng)對策略是參考這些評估各種相關(guān)風(fēng)險的良好業(yè)務(wù)案例。 面對新的市場機(jī)遇，全面的風(fēng)險評估與準(zhǔn)確的財務(wù)分析報告一樣重要，才能確保經(jīng)營的成功。

2 項(xiàng)目風(fēng)險。 對于已獲批或已在開發(fā)中的項(xiàng)目，管理重點(diǎn)通常落在項(xiàng)目能否按預(yù)算、按期、高質(zhì)量交付。 相應(yīng)的風(fēng)險控制方法是依靠有效的項(xiàng)目管理并進(jìn)行日常監(jiān)控。

3 業(yè)務(wù)中斷的風(fēng)險。 這種類型的風(fēng)險是指企業(yè)在困難情況下繼續(xù)運(yùn)營的能力，例如當(dāng)服務(wù)器突然停機(jī)或建筑物被燒毀時。 在大多數(shù)情況下，服務(wù)器崩潰只會影響少數(shù)人，而受損的建筑物可能會使公司的運(yùn)營停止。

4 市場風(fēng)險。 此類風(fēng)險可分為地緣政治風(fēng)險和特殊行業(yè)風(fēng)險。 地緣政治風(fēng)險包括戰(zhàn)爭、恐怖襲擊、瘟疫和進(jìn)出口限制。 這種風(fēng)險的大小取決于具體國家、公司供應(yīng)鏈的復(fù)雜程度以及行業(yè)與政治之間的關(guān)系。 特殊行業(yè)風(fēng)險是指國家對個別行業(yè)的特殊限制，如國家緊縮銀根的新政策、債務(wù)抵押業(yè)務(wù)的全面倒閉、當(dāng)前沖擊全球的次貸事件等； 那些從事日常消費(fèi)品的生產(chǎn)商必須提防快閃族通過社交媒體向他們的產(chǎn)品發(fā)送垃圾郵件。

對此類風(fēng)險的控制，主要取決于針對各種不確定的風(fēng)暴，迅速制定相應(yīng)的應(yīng)對措施。 最重要的是要努力發(fā)現(xiàn)各種可能的風(fēng)險，因?yàn)樽畲蟮娘L(fēng)險恰恰是我們不知道有什么樣的風(fēng)險。

外包，尤其是離岸外包，降低了每種類型風(fēng)險的風(fēng)險。 在評估外包風(fēng)險時，必須高度重視溝通、物流供應(yīng)、供應(yīng)商變更和知識產(chǎn)權(quán)等問題。

此外，在進(jìn)行任何風(fēng)險評估之前，還需要了解公司管理團(tuán)隊(duì)面臨的困難，然后選擇合適的方法來應(yīng)對潛在的困難。 如果經(jīng)濟(jì)條件允許，也可以考慮承保風(fēng)險。

需求質(zhì)量控制-風(fēng)險和問題后計劃詳細(xì)描述

前言：為了更好地控制需求和測試過程的質(zhì)量，列出一些可行的建議。

背景：在測試過程中發(fā)現(xiàn)了一些問題，例如：需求文檔的文字描述不清晰； 測試過程中發(fā)現(xiàn)部分功能不正確或?qū)崿F(xiàn)不正確； 在對產(chǎn)品進(jìn)行初檢的過程中，總是在初檢中發(fā)現(xiàn)一些意想不到的問題等。

1. 需求文檔評審需要嚴(yán)格把控結(jié)果：如果需求評審有遺留問題或者疑點(diǎn)沒有通過，就代表這個需求沒有通過。 目前這種現(xiàn)象是存在的，但是需求還是通過了，以后在產(chǎn)品的補(bǔ)充和完善中。 建議不要通過。 后續(xù)補(bǔ)充完成后，測試開發(fā)會檢查需求是否最終通過。

目的：這樣會督促產(chǎn)品在寫需求文檔的時候考慮整個場景，然后在后期監(jiān)督需求的可實(shí)現(xiàn)性，避免測試人員在測試階段發(fā)現(xiàn)問題而改變需求。

2 需求評審會后，1測試需要控制需求的不合理點(diǎn)和風(fēng)險點(diǎn)。 2 判斷開發(fā)是否可以要求所有功能都可以實(shí)現(xiàn)。

目的： 1.后需求問題，提前發(fā)現(xiàn)問題，避免開發(fā)完成后在測試階段頻繁變更。 2 如果開發(fā)過程達(dá)不到要求，問題會在開發(fā)階段由開發(fā)提出，在測試階段不能由測試提出。

3. 需求審核后，推薦參加業(yè)務(wù)講座（重要項(xiàng)目）、產(chǎn)品、開發(fā)、測試會議。

目的：測試可以提前了解開發(fā)和實(shí)現(xiàn)的邏輯，可以提前知道測試用例和測試方法的走向，產(chǎn)品的含義可以在這里同步一致，避免每次都需要有自己的理解，開發(fā)可以提前梳理實(shí)現(xiàn)方案。 這樣，整個項(xiàng)目的整體進(jìn)度質(zhì)量在這個階段得到了提升。

4 在測試階段，必須對產(chǎn)品變更要求進(jìn)行測試，以控制變更要求的范圍和是否合理。 如果變化較大，應(yīng)相應(yīng)減少測試的測試時間。

目的：避免項(xiàng)目的時間壓垮這里的測試，壓縮測試時間。

51 測試范圍100%按需求文件執(zhí)行。 如有改動，必須同步到需求文檔中，不允許口頭解釋。 2 需求文檔中沒有提到的業(yè)務(wù)場景可以作為例外選擇。 比如需求寫的很簡單，測試的時候才發(fā)現(xiàn)需要測試的場景很多。

目標(biāo)： 1. 避免前面各方的沖突，無形中提高最終需求文檔的質(zhì)量。 2、產(chǎn)品比開發(fā)和測試更能理解整個業(yè)務(wù)場景，完善產(chǎn)品需求文檔，把業(yè)務(wù)方面考慮透徹，把風(fēng)險放回到產(chǎn)品中，提高整個項(xiàng)目的質(zhì)量。

備注：這些建議適用于不同的場景，可能難以推廣實(shí)施。

表達(dá)這種想法是可以靈活實(shí)現(xiàn)的。