項(xiàng)目管理的關(guān)鍵點(diǎn)--風(fēng)險(xiǎn)管理

項(xiàng)目管理的關(guān)鍵點(diǎn)--風(fēng)險(xiǎn)管理

項(xiàng)目經(jīng)理，如何做好風(fēng)險(xiǎn)監(jiān)控管理?

1、風(fēng)險(xiǎn)的種類

在項(xiàng)目立項(xiàng)啟動(dòng)的時(shí)候，人們都應(yīng)該去考慮這個(gè)項(xiàng)目后續(xù)會(huì)有什么風(fēng)險(xiǎn)?

首先這個(gè)問題其實(shí)不應(yīng)該只是項(xiàng)目經(jīng)理或者技術(shù)總監(jiān)去想，項(xiàng)目參與者和干系人都有責(zé)任去思考這個(gè)問題。

之間的區(qū)別應(yīng)該是廣度和深度的差別。

作為一個(gè)設(shè)計(jì)師，本次要做一個(gè)新版的功能，相比老版改動(dòng)比較大。那么就要考慮一下，用戶是否能很快接受新版?老版和新版之間的差異會(huì)導(dǎo)致什么影響?這就是產(chǎn)品風(fēng)險(xiǎn)或者說業(yè)務(wù)風(fēng)險(xiǎn)。

又比如一個(gè)普通的軟件開發(fā)工程師要考慮的是實(shí)現(xiàn)該功能的風(fēng)險(xiǎn)是什么?更偏重于技術(shù)，這次采用新技術(shù)，自己需要花多少精力去學(xué)習(xí)，如果一旦出現(xiàn)不會(huì)的又該怎么辦?這就是典型的技術(shù)風(fēng)險(xiǎn)。

那么到了項(xiàng)目經(jīng)理這一塊，任務(wù)分配完了，但萬一由于種種原因，沒有按時(shí)完成又怎么辦?人員在項(xiàng)目中有事不能來工作，那他負(fù)責(zé)的工作又怎么辦?這又是項(xiàng)目的計(jì)劃和人員風(fēng)險(xiǎn)。

上述幾個(gè)只是項(xiàng)目管理中典型的幾個(gè)風(fēng)險(xiǎn)點(diǎn)，而其他的一些未知的風(fēng)險(xiǎn)更是在每個(gè)階段都可能出現(xiàn)，所以在項(xiàng)目啟動(dòng)的時(shí)候多花一些時(shí)間去思考風(fēng)險(xiǎn)問題，結(jié)束就會(huì)少花一些時(shí)間再去彌補(bǔ)。

2、風(fēng)險(xiǎn)的級(jí)別

在想解決方案之前，建議先給已經(jīng)列出的風(fēng)險(xiǎn)分級(jí)。和修正bug一樣，項(xiàng)目的資源和成本是有限的，不可能把預(yù)知的風(fēng)險(xiǎn)都處理，所以哪些是重要的，哪些是可以采取臨時(shí)方案的，要細(xì)分一下。

從原則上來說，越是上層的階段出現(xiàn)的風(fēng)險(xiǎn)越重要。

比如前面說的需求風(fēng)險(xiǎn)這層，如果說整個(gè)需求都沒搞清楚，產(chǎn)品設(shè)計(jì)出來的東西能是用戶需要的嗎?哪怕后續(xù)開發(fā)質(zhì)量再好，做出來的東西還是會(huì)被用戶詬病。

開發(fā)的時(shí)候也是一樣，架構(gòu)設(shè)計(jì)就很敷衍，那么照著這個(gè)執(zhí)行出來的代碼質(zhì)量可想而知。

所以說在風(fēng)險(xiǎn)可能出現(xiàn)的點(diǎn)上要標(biāo)記風(fēng)險(xiǎn)的種類和優(yōu)先級(jí)，以方便在想方案的時(shí)候有的放矢。

3、風(fēng)險(xiǎn)的解決方案

首先要做到把每個(gè)模塊做小，這樣能在風(fēng)險(xiǎn)還比較小的情況下，去解決問題，而不是累計(jì)到了一起，小風(fēng)險(xiǎn)變成大風(fēng)險(xiǎn)的時(shí)候，就要牽動(dòng)更多人進(jìn)去解決。

風(fēng)險(xiǎn)既然已經(jīng)列出了，那么在有了解決方案的同時(shí)應(yīng)急預(yù)案有沒有?

為什么要應(yīng)急預(yù)案?

比如解決一個(gè)問題需要3天，你覺得用戶會(huì)等你那么長時(shí)間嗎?那么如何讓用戶能正常使用才是關(guān)鍵，應(yīng)急方案一般不是完美或者需要人工介入，但這會(huì)給做最后的解決方案贏取時(shí)間。

人員風(fēng)險(xiǎn)是個(gè)很難把控的事情，所以在分配任務(wù)的時(shí)候，不要只讓一個(gè)人擔(dān)當(dāng)某項(xiàng)重要功能，分配另外的人參與其中，萬一出現(xiàn)主力有事請(qǐng)假，那么替補(bǔ)也不至于那么匆忙。

在產(chǎn)品發(fā)布效果不明的情況下，是否可以采取灰度，AB或者白名單等一系列降低失誤的手段?不要盲目相信自己的判斷，上新東西的時(shí)候要謹(jǐn)慎，能給用戶試用后，再大規(guī)模上線。

不建議采用新的技術(shù)到重要項(xiàng)目。一般新技術(shù)可以先應(yīng)用到內(nèi)部系統(tǒng)或者研發(fā)項(xiàng)目之中，等成熟之后再上重要項(xiàng)目。

如果用戶要求要上，那么在開發(fā)之前的調(diào)研和設(shè)計(jì)要先做。把開發(fā)思路和設(shè)計(jì)框架定下來之后再進(jìn)行開發(fā)，切記不管不顧地直接寫代碼。

風(fēng)險(xiǎn)的預(yù)防要比去修復(fù)要來的好。所以做項(xiàng)目的前中后的任何階段都要去預(yù)判風(fēng)險(xiǎn)，腦中要保持警惕。當(dāng)然每個(gè)項(xiàng)目的風(fēng)險(xiǎn)都是不同，以前沒注意的風(fēng)險(xiǎn)也會(huì)同時(shí)出現(xiàn)，這就需要我們記錄風(fēng)險(xiǎn)，在項(xiàng)目總結(jié)的時(shí)候把這些風(fēng)險(xiǎn)的預(yù)案都考慮清楚，不要在下一個(gè)項(xiàng)目中再出現(xiàn)類似問題。

以上就是小編為大家整理的關(guān)于項(xiàng)目管理的關(guān)鍵點(diǎn)--風(fēng)險(xiǎn)管理的相關(guān)信息。

>>本文地址：
注：本站稿件未經(jīng)許可不得轉(zhuǎn)載，轉(zhuǎn)載請(qǐng)保留出處及源文件地址。