如何管理風(fēng)險(xiǎn)？
- 編輯：admin -我們從根本上認(rèn)為，風(fēng)險(xiǎn)是累積而來的。當(dāng)你執(zhí)行了多個(gè)有風(fēng)險(xiǎn)的行動，或者進(jìn)行了許多有風(fēng)險(xiǎn)的變更時(shí)，終究會到達(dá)一點(diǎn)，這時(shí)風(fēng)險(xiǎn)會變成現(xiàn)實(shí)，系統(tǒng)將出現(xiàn)問題。我們在 AKF Partnersl的做法是教會我們的客戶管理系統(tǒng)中的緊急風(fēng)險(xiǎn)和整體風(fēng)險(xiǎn)。所謂緊急風(fēng)險(xiǎn)，就是一個(gè)變更或者一次發(fā)布中的一組變更帶來的風(fēng)險(xiǎn)。整體風(fēng)險(xiǎn)來自于經(jīng)年累月對系統(tǒng)執(zhí)行有風(fēng)險(xiǎn)的行動累積起來的風(fēng)險(xiǎn)。無論哪種類型的風(fēng)險(xiǎn)，都會給系統(tǒng)帶來危機(jī)。我們將討論如何管理這兩種類型的風(fēng)險(xiǎn)，以確保你對在某個(gè)時(shí)間點(diǎn)應(yīng)該允許在系統(tǒng)中做什么以及
我們從根本上認(rèn)為，風(fēng)險(xiǎn)是累積而來的。當(dāng)你執(zhí)行了多個(gè)有風(fēng)險(xiǎn)的行動，或者進(jìn)行了許多有風(fēng)險(xiǎn)的變更時(shí)，終究會到達(dá)一點(diǎn)，這時(shí)風(fēng)險(xiǎn)會變成現(xiàn)實(shí)，系統(tǒng)將出現(xiàn)問題。我們在 AKF Partnersl的做法是教會我們的客戶管理系統(tǒng)中的緊急風(fēng)險(xiǎn)和整體風(fēng)險(xiǎn)。所謂緊急風(fēng)險(xiǎn)，就是一個(gè)變更或者一次發(fā)布中的一組變更帶來的風(fēng)險(xiǎn)。整體風(fēng)險(xiǎn)來自于經(jīng)年累月對系統(tǒng)執(zhí)行有風(fēng)險(xiǎn)的行動累積起來的風(fēng)險(xiǎn)。無論哪種類型的風(fēng)險(xiǎn)，都會給系統(tǒng)帶來危機(jī)。我們將討論如何管理這兩種類型的風(fēng)險(xiǎn)，以確保你對在某個(gè)時(shí)間點(diǎn)應(yīng)該允許在系統(tǒng)中做什么以及不應(yīng)該做什么能夠做出正確的決策。
通過監(jiān)控對系統(tǒng)計(jì)劃的變更(如發(fā)布)所做的風(fēng)險(xiǎn)評估，可以管理緊急風(fēng)險(xiǎn)。你也許想預(yù)先對能夠并發(fā)執(zhí)行的行動的風(fēng)險(xiǎn)大小設(shè)立一定的限制，或者想對一天的某個(gè)特定時(shí)間段或有一定客戶量的時(shí)間段所允許的風(fēng)險(xiǎn)大小設(shè)立一定限制。例如，你可以決定任何風(fēng)險(xiǎn)評分大于50(通過FMEA法計(jì)算得出)的行動，都必須通過補(bǔ)救措施把風(fēng)險(xiǎn)降低到50以下，或者拆分成兩個(gè)單獨(dú)的行動?；蛘?，你可能要求在午夜之前，只能對系統(tǒng)執(zhí)行風(fēng)險(xiǎn)評分低于25的行動，任何高于這個(gè)評分的行動，都要在午夜之后執(zhí)行。即使這里討論的只是一個(gè)行動的緊急風(fēng)險(xiǎn)，但這種風(fēng)險(xiǎn)也是具有累積性的，因?yàn)橐粋€(gè)行動的風(fēng)險(xiǎn)中包含的具有風(fēng)險(xiǎn)的項(xiàng)目越多，發(fā)生問題的可能性就越大，而由于被改變的東西太多，發(fā)現(xiàn)問題或者判斷根本原因的難度也就越大。
作為一個(gè)思想實(shí)驗(yàn)，不妨考慮兩種發(fā)布版本，一種只發(fā)布一個(gè)功能，該功能識別出的故障模式有兩種，另一種要發(fā)布50個(gè)功能，每個(gè)功能識別出的故障模式有兩種或多種。首先，由于出故障的機(jī)會多，所以后者更可能發(fā)生問題。打個(gè)比喻，同時(shí)拋50個(gè)硬幣。雖然每個(gè)硬幣頭像朝上的可能性是獨(dú)立的，但在整體結(jié)果中，你很可能至少有一個(gè)是頭像朝上的。其次，因?yàn)橛?0個(gè)功能，那么變更彼此互相影響或者以預(yù)料之外的方式改變同一個(gè)組件、類或方法的可能性就很高。因此，無論從累積的出故障機(jī)會還是從累積的負(fù)面交互的可能性來看，這都會增加發(fā)生問題的可能性。如果儆了這些發(fā)布后，出現(xiàn)了問題，假設(shè)所有功能的復(fù)雜性和規(guī)模差別不是很大，那么當(dāng)發(fā)布的版本中只有一個(gè)功能時(shí)，確定問題的起因會比版本中包含50個(gè)問題要容易得多。
要管理緊急風(fēng)險(xiǎn)，列出所有的規(guī)則和可接受的風(fēng)險(xiǎn)水平。這樣做清楚明確。此外，你還應(yīng)該確定一個(gè)例外策略，對于這些規(guī)則以外的情況，必須由軟件開發(fā)團(tuán)隊(duì)的VP和運(yùn)營團(tuán)隊(duì)的VP批準(zhǔn)，或者由CTO批準(zhǔn)。
以及每個(gè)變更相應(yīng)帶來的風(fēng)險(xiǎn)大小。就像我們在討論緊急風(fēng)險(xiǎn)時(shí)提到的，聯(lián)合的行動會造成負(fù)作 對于管理整體風(fēng)險(xiǎn)，有兩個(gè)因素可能引發(fā)問題。第一個(gè)因素是系統(tǒng)中已經(jīng)發(fā)生的變更的總量，用。發(fā)布的版本越多，拆分?jǐn)?shù)據(jù)庫的操作越多，或者配置的變更越多，那么某個(gè)行動引發(fā)問題的可能性就越大，或者它們之間的相互作用引發(fā)問題的可能性就越大。如果開發(fā)團(tuán)隊(duì)是在只有一個(gè)數(shù)據(jù)庫的開發(fā)環(huán)境中進(jìn)行開發(fā)的，在發(fā)布這個(gè)數(shù)據(jù)庫之前的兩天，才把它拆分成主數(shù)據(jù)庫和只讀副本，那么除非做了無數(shù)的協(xié)調(diào)和補(bǔ)救工作，否則下一次發(fā)布很可能會出問題。
在分析整體風(fēng)險(xiǎn)時(shí)，要考慮的第二個(gè)因素是人的因素。隨著人們執(zhí)行的行動的風(fēng)險(xiǎn)越來越高，他們能夠容忍風(fēng)險(xiǎn)的水平也會提高。當(dāng)我們需要適應(yīng)新環(huán)境時(shí)，這種自我調(diào)節(jié)功能很有用，但當(dāng)要控制系統(tǒng)風(fēng)險(xiǎn)時(shí)，它則會讓我們誤入歧途。如果你的附近已經(jīng)出現(xiàn)劍齒虎了，而你仍然不得不每天離開自己的洞穴去打獵，那么適應(yīng)生活中這一新風(fēng)險(xiǎn)的能力對你存活下來至關(guān)重要。否則的話，你就只能整天待著自己的洞穴中，忍饑挨餓。但在生產(chǎn)環(huán)境中推送越來越多的變更，只是因?yàn)槟氵€沒有遭殃，你就覺得自己是所向無敵的，這樣只會造成嚴(yán)重的問題。
特定時(shí)間段中建議APP開發(fā)的風(fēng)險(xiǎn)大小，風(fēng)險(xiǎn)的評分是通過FMEA方法計(jì)算出來的。如果你用的不是FMEA法，可能需要調(diào)整一下風(fēng)險(xiǎn)水平這一列的值，使它對你有意義，例如你可以用<5個(gè)綠色或3個(gè)黃色的行動來代替<150分。和緊急風(fēng)險(xiǎn)管理流程一樣，你需要考慮異議和反對意見。你應(yīng)該預(yù)先規(guī)劃好，設(shè)立一個(gè)升級流程。一個(gè)思路是，對于任何風(fēng)險(xiǎn)水平，執(zhí)行主管可以額外增加50分，VP可以增加100分，CTO可以增加250分，但不能累計(jì)。無論你決定采用哪種方式建立這套規(guī)則，最重要的是，它要對你的組織是有意義的，而且它已經(jīng)被記錄在文檔中，你的組織會嚴(yán)格遵守這套規(guī)則。