從ERAM的兩次事故看項目風(fēng)險的處理

原創(chuàng)2019-09-23小艾老師

本文字?jǐn)?shù)約2500字，閱讀時長5~10分鐘

首先要明確的是，無論在什么情況下，項目風(fēng)險都是不可避免的，只能盡可能地進(jìn)行管理。在一些特殊類型的項目中（如軟件工程），項目風(fēng)險基本可以分為兩類，一類是技術(shù)風(fēng)險，另一類則是項目風(fēng)險。技術(shù)風(fēng)險是項目完成后因涉及不當(dāng)而可能出現(xiàn)的問題，而項目風(fēng)險則是項目生命周期中可能遇到的任何風(fēng)險。區(qū)分這兩種風(fēng)險是_軟件設(shè)計良好和__后軟件功能正常的必要條件之一。

從ERAM的兩次事故看項目風(fēng)險的處理 -- 第1張

航線自主優(yōu)化系統(tǒng) (ERAM) 軟件故障

2014年4月，由于洛克希德·馬丁公司設(shè)計的En Route Automation Modernization（ERAM）軟件發(fā)生故障，直接導(dǎo)致了巨量的航班延誤和取消。一般來說，ERAM軟件會限制每個飛機(jī)的數(shù)據(jù)量。所以在大多數(shù)情況下，每架飛機(jī)傳輸?shù)臄?shù)據(jù)都很少，總數(shù)據(jù)量不大。

從ERAM的兩次事故看項目風(fēng)險的處理 -- 第3張

但是偏巧了，這天剛好有一架飛行計劃設(shè)計得特別復(fù)雜的U-2準(zhǔn)備起飛，直接就讓ERAM系統(tǒng)承載能力超出了極限。造成這一現(xiàn)象的一個主要原因是這架U-2飛機(jī)的所需的飛行高度不能用于ERAM，因此系統(tǒng)開始輸入每個可能的選項，這導(dǎo)致它循環(huán)多次重啟并顯示錯誤消息，_后ERAM系統(tǒng)因內(nèi)存溢出而崩潰。

從ERAM的兩次事故看項目風(fēng)險的處理 -- 第5張

由于內(nèi)存過載，系統(tǒng)無法處理其他功能，因此在美國西南部至少數(shù)百個航班被取消或延遲。這就是一個無法容忍的技術(shù)風(fēng)險的例子，無疑在洛克希德·馬丁公司的風(fēng)險管理規(guī)劃中都沒有考慮到這一點。

次年8月，經(jīng)過軟件升級的ERAM還是沒有逃過類似的命運。這次軟件升級旨在為控制器提供自定義界面，以便于訪問和控制，允許使用者查看需要經(jīng)常引用的數(shù)據(jù)。如果控制器調(diào)整了設(shè)置，系統(tǒng)將保留信息，而不是按預(yù)期從系統(tǒng)中刪除已刪除的信息。

從ERAM的兩次事故看項目風(fēng)險的處理 -- 第7張

慢慢的，存儲的數(shù)據(jù)量越來越大，直到超過限制。內(nèi)存再一次過載。后來雖然美國聯(lián)邦航空管理局（FAA）與洛克希德馬丁公司合作，確定為什么在測試過程中沒有發(fā)現(xiàn)這個漏洞，但這個漏洞已經(jīng)造成了美國東海岸的1,000多個航班被迫取消或延誤。

ERAM和技術(shù)風(fēng)險

ERAM軟件問題發(fā)生在項目完成和升級推出之后，這些問題在風(fēng)險管理規(guī)劃期間可能被識別為技術(shù)風(fēng)險。如果提前知道這兩次故障的后果包括降低收益和客戶滿意度降低的話，這些問題肯定在風(fēng)險管理規(guī)劃期間就被評估為風(fēng)險規(guī)劃期間無法容忍的技術(shù)風(fēng)險。

然而洛克希德·馬丁公司和美國聯(lián)邦航空局在進(jìn)行軟件升級測試時并沒有特別清楚地認(rèn)識到這些影響系統(tǒng)內(nèi)存的數(shù)據(jù)問題的存在，特別是因為這是原始軟件故障的原因。

從ERAM的兩次事故看項目風(fēng)險的處理 -- 第9張

ERAM軟件項目是一個特別復(fù)雜而昂貴的項目，估計耗資24億美元。在這種規(guī)模的項目中，必須實施一個用于解決項目和技術(shù)風(fēng)險的風(fēng)險管理計劃。風(fēng)險可能被歸類為可能的未來失敗或來自當(dāng)前決策或行動的不良后果

軟件項目的風(fēng)險因素包括威脅成功完成或?qū)嵤┸浖椖康娜魏物L(fēng)險，如果不識別和理解這些風(fēng)險，可能會導(dǎo)致項目很快失敗。為了降低風(fēng)險，必須精心制定詳細(xì)相關(guān)計劃和處理流程。該過程應(yīng)首先確定并評估風(fēng)險，然后制定詳細(xì)的優(yōu)先行動計劃，以應(yīng)對可能出現(xiàn)的風(fēng)險。

雖然一般來說對軟件項目風(fēng)險管理的系統(tǒng)化過程的回顧是有限的，但鑒于軟件項目的復(fù)雜性，這仍然是一個具有巨大改進(jìn)潛力的領(lǐng)域

管理軟件項目的風(fēng)險

在_次ERAM軟件故障后，F(xiàn)AA調(diào)整了系統(tǒng)，確保所有飛行計劃都在可用高度內(nèi)，并且他們還為系統(tǒng)增加了更多內(nèi)存。在第二次失敗后，他們暫停了自定義界面功能，并調(diào)查了為什么洛克希德·馬丁在測試階段沒有發(fā)現(xiàn)這個故障。

雖然我們沒有深入了解洛克希德馬丁公司和美國聯(lián)邦航空局可能創(chuàng)建的風(fēng)險管理計劃，但我們可以假設(shè)一項用于一個價值24億美元項目的風(fēng)險管理計劃該怎么做。當(dāng)涉及新技術(shù)或復(fù)雜技術(shù)時，項目復(fù)雜性風(fēng)險是不可避免的。在這種情況下可用于解決技術(shù)風(fēng)險的行動包括徹底的研究，嚴(yán)格的質(zhì)量_流程，_初有限的部署或分階段實施，以及應(yīng)急計劃。

管理軟件項目風(fēng)險有三種比較常用的方法：

1._種方法是清單法，可能會包括技術(shù)，組織和項目風(fēng)險。檢查表也可能基于以前的項目風(fēng)險。這些風(fēng)險類型通常不會被單獨分離出來，而是按概率劃分優(yōu)先級。

2.第二種方法是分類法，通常用于通過某種框架對檢查表進(jìn)行分類。由于清單是通用且詳細(xì)的，因此分類可以按類別幫助確定風(fēng)險的優(yōu)先級。

3.第三種方法是流程建模，通過正式流程管理指定風(fēng)險管理活動，該流程提供上下文，識別，分析和評估風(fēng)險，并緩解，溝通和解決問題。

盡管將項目風(fēng)險與技術(shù)風(fēng)險分開足以確保技術(shù)風(fēng)險不會被忽視，但所有這三種方法的組合對ERAM軟件項目都是有益且必須的。ERAM軟件的技術(shù)風(fēng)險應(yīng)該在項目啟動和設(shè)計時考慮，并且應(yīng)該在整個項目生命周期內(nèi)對其進(jìn)行監(jiān)控，特別是在軟件框架開始成型的時候。

對于洛克希德馬丁公司來說，考慮項目管理協(xié)會概述的軟件項目特有的技術(shù)風(fēng)險清單也會有所幫助，其中一些包括缺陷，容量規(guī)模問題，性能要求，軟件使用的簡易性，變更方案，和更多。項目經(jīng)理應(yīng)該使用專家判斷，并盡可能利用業(yè)務(wù)分析師的洞察力，集體討論潛在風(fēng)險并確定每種風(fēng)險發(fā)生的可能性，以便他們可以優(yōu)先考慮這些風(fēng)險并實施緩解計劃。

當(dāng)洛克希德·馬丁公司開始建立ERAM軟件時，幾乎可以肯定他們已經(jīng)確定了所涉及的風(fēng)險。那么，他們是否忽視了不完整或大量數(shù)據(jù)輸入時會出現(xiàn)相關(guān)的內(nèi)存短缺問題的可能性？

一般來說項目經(jīng)理應(yīng)該遵守以下流程，以確保全面的風(fēng)險管理：

1.識別不可容忍的風(fēng)險

2.確定可容忍的風(fēng)險

3.制定不可容忍風(fēng)險的治療計劃

4.進(jìn)行成本效益分析以降低可容忍的風(fēng)險

5.制定風(fēng)險登記冊

6.定期更新風(fēng)險登記冊，并在每個項目階段結(jié)束時更新

如果能夠在項目中做到這些，上面發(fā)生的數(shù)據(jù)和內(nèi)存問題就有可能提前定位為不可容忍的技術(shù)風(fēng)險，并且通過更新設(shè)計要求而變成可容忍的風(fēng)險。

從ERAM的兩次事故看項目風(fēng)險的處理 -- 第19張

還有其他更詳細(xì)的分析方法，例如統(tǒng)計模型和數(shù)據(jù)挖掘模型，它們也可以用于這種規(guī)模的軟件項目。無論選擇哪種方法，基本前提都是一樣的，那就是定期評估和重新評估風(fēng)險，因為它允許項目經(jīng)理和其他利益相關(guān)者評估不斷變化的條件和需求。

總之，項目風(fēng)險是不可避免的，特別是對于復(fù)雜的軟件項目。但是使用適合的方法可以盡可能減少風(fēng)險引起的損失。

贊