這是《落葉》文集里第 *327 *片落葉，希望你能喜歡灵再，不為別的亿笤，只為這份堅(jiān)持。
第十二章 只看概念和理論鸳兽，我還是不知道怎么管理風(fēng)險(xiǎn)罕拂？
老大把我喊到會議室，我一進(jìn)門衷掷，就看到大白板上滿滿當(dāng)當(dāng)?shù)膶懥撕枚嘧帧?/p>
風(fēng)險(xiǎn)管理是指如何在項(xiàng)目或者企業(yè)這樣一個(gè)肯定有風(fēng)險(xiǎn)的環(huán)境里把風(fēng)險(xiǎn)可能造成的不良影響減至最低的管理過程柿菩。風(fēng)險(xiǎn)管理的內(nèi)容包括風(fēng)險(xiǎn)管理計(jì)劃枢舶、風(fēng)險(xiǎn)識別、定性風(fēng)險(xiǎn)分析凉泄、定量風(fēng)險(xiǎn)分析后众、風(fēng)險(xiǎn)應(yīng)對計(jì)劃和風(fēng)險(xiǎn)監(jiān)督與控制。
在執(zhí)行過程中教藻，項(xiàng)目風(fēng)險(xiǎn)管理可以簡化為風(fēng)險(xiǎn)識別右锨、風(fēng)險(xiǎn)度量、制定應(yīng)對措施和風(fēng)險(xiǎn)監(jiān)控四個(gè)過程痊臭。
老大讓我自己看了一會白板，又接著說：“在任何環(huán)境下做項(xiàng)目，風(fēng)險(xiǎn)都是無處不在的鸦致，也是最防不勝防的涣楷。項(xiàng)目風(fēng)險(xiǎn)其實(shí)就是一種不確定的事件或條件，假如發(fā)生绽乔，就會對項(xiàng)目造成積極或消極的影響碳褒，如范圍沙峻、進(jìn)度、成本和質(zhì)量摔寨，所以我們在做測試計(jì)劃時(shí)是复，最重要的一項(xiàng)工作就是識別風(fēng)險(xiǎn)和制定風(fēng)險(xiǎn)應(yīng)對方案《河啵”
我說蒋纬，“對于什么是風(fēng)險(xiǎn)和風(fēng)險(xiǎn)管理，以及為什么要管理風(fēng)險(xiǎn)关摇，我都差不多明白了碾阁，可風(fēng)險(xiǎn)管理要怎么去做呢脂凶？”
老大說：“風(fēng)險(xiǎn)管理就是在識別出項(xiàng)目可能有的風(fēng)險(xiǎn)之后愁茁，事先就可以做的或者是可以計(jì)劃的一系列應(yīng)對手段亭病，最終目標(biāo)是降低風(fēng)險(xiǎn)發(fā)生的概率或者是當(dāng)風(fēng)險(xiǎn)發(fā)生時(shí)，如何能快速地促煮、有效地去應(yīng)對和解決風(fēng)險(xiǎn)所帶來的后果整袁，主要有幾個(gè)步驟坐昙。”
邊說邊在白板上寫了下來：
- 描述清楚風(fēng)險(xiǎn)是什么疾棵，會產(chǎn)生什么樣的嚴(yán)重后果嚷量，包括發(fā)生概率有多大；
- 為什么會產(chǎn)生這個(gè)風(fēng)險(xiǎn)嗜历，它可能發(fā)生在某個(gè)階段或時(shí)間點(diǎn)抖所；
- 針對每個(gè)原因再制定應(yīng)對方案田轧；
- 每個(gè)風(fēng)險(xiǎn)應(yīng)對方案要有明確的責(zé)任人和時(shí)間計(jì)劃節(jié)點(diǎn)暴匠；
寫完之后，老大對我說：“你來說說傻粘，你做過的項(xiàng)目里每窖，都有哪些風(fēng)險(xiǎn)？”
我回答道：“常見的風(fēng)險(xiǎn)有不少呢弦悉，比如提測時(shí)間比計(jì)劃時(shí)間晚了窒典，開發(fā)提測版本的質(zhì)量不好，測試過程中需求發(fā)生變動(dòng)等等稽莉，這些都算是風(fēng)險(xiǎn)吧瀑志？”
老大笑著說，“你說的這些其實(shí)都是風(fēng)險(xiǎn)產(chǎn)生的原因，很多人都會把它們當(dāng)做風(fēng)險(xiǎn)本身劈猪，問題雖然不大，但就會導(dǎo)致計(jì)劃書里的風(fēng)險(xiǎn)管理清單可能會很長战得，給人一種充边，這個(gè)項(xiàng)目怎么有這么多風(fēng)險(xiǎn)？還能正常完成嗎贡避？”
“那你給我看個(gè)實(shí)例唄痛黎，不然總是在說概念，太抽象了刮吧，不好理解∫锤颍”
“好吧杀捻，這里有一份項(xiàng)目風(fēng)險(xiǎn)管理計(jì)劃，你看看吧蚓庭，有什么問題致讥，隨時(shí)再來找我∑髟蓿”
【風(fēng)險(xiǎn)】：
測試執(zhí)行時(shí)間被壓縮垢袱，產(chǎn)品還未經(jīng)過充分測試就發(fā)布上線，導(dǎo)致上線后用戶投訴增多（70%）
【原因】：
- 產(chǎn)品需求出來的晚港柜，而且也不完善清晰请契，多次反復(fù)評審的時(shí)間擠占了研發(fā)時(shí)間；
- 開發(fā)自測不充分夏醉，導(dǎo)致提測的版本質(zhì)量不高爽锥，影響正常測試計(jì)劃進(jìn)度；
- Bug 修復(fù)速度慢畔柔，阻礙了完整的新功能測試和最后的回歸測試氯夷；
- 中后期需求頻繁變更，或者是新增需求靶擦，導(dǎo)致測試資源被分散腮考；
【應(yīng)對方案】：
- 優(yōu)化測試用例的設(shè)計(jì)，減少冗余的和無效的測試用例玄捕，同時(shí)提高自動(dòng)化腳本的覆蓋率踩蔚，節(jié)省出相應(yīng)的人力用于新功能的驗(yàn)證測試；
- 制定測試包的可接收標(biāo)準(zhǔn)桩盲，編寫 ATC （Acceptant Test Case）寂纪，沒達(dá)到可提測標(biāo)準(zhǔn)的一律退回，采取這種倒逼的方式，讓開發(fā)提高自測質(zhì)量捞蛋；
- 和開發(fā)負(fù)責(zé)人明確 Bug Fix 的要求孝冒，每天幾點(diǎn)之前要日清當(dāng)天的 New Bug，同時(shí)拟杉，測試任務(wù)包盡可能拆解的小一些庄涡，獨(dú)立一些，在某些模塊出現(xiàn)阻礙性 bug 時(shí)搬设，可以略過先去測試別的模塊穴店；
- 在做測試任務(wù)量評估時(shí)，預(yù)留10%~15%的 Buffer拿穴，用于應(yīng)對需求變更和臨時(shí)新增需求泣洞；
《告訴你如何從執(zhí)行測試到管理測試》帶你邁出第（12）步！默色，點(diǎn)擊這里可查看完整地圖
作者簡介：14 年測試 + 11 年項(xiàng)目管理 + 11 年團(tuán)隊(duì)管理 = 一個(gè)測試?yán)媳?/p>
