前日，我应一家企业老板的邀情前往会面，由于时间有些晚了，老板便留我便饭．该企业的行政总管以前在台湾的时候是个大厨，特别会烧菜，而且自我要求极高，手脚又快，煮出来的菜号称是无人能及．


   不过，当日那位行政总管因为临时有事必须外出，菜煮到一半时，心急如焚，且不断有电话来催促著．一名职员见状，挺身解围，后来听说这名职员平时也经常下厨烧饭，手艺虽然不如大厨，但也上得了台面，于是他让那名行政总管先行离去，接手烧到一半的晚饭．


   不一会儿，菜上桌了，吃了一口，众人皆面有难色，过咸了．但碍于该名职员是义务帮忙，不忍苛责，只得勉强吃著．但那名职员也非木石，自个儿尝了一口，也是过咸，于是连忙向众人道歉，赶忙回厨房煮了一锅蛋花汤给大家去去味，算是做个补偿，谁料这回汤又过淡了，一点味道也没有．我还是带著笑容吃完了，还不忘称赞这名职员的见义勇为．


   这虽然是一个生活上的插曲，但如果把它视为一个项目，那么在企业中却是屡见不鲜的真实状况．一个项目做到一半，突然换了项目经理，交接的工作没有做好，或是接任的人选经验不够，能力不足，硬著头皮做下去，做出来的结果无法满足项目与客户的需求，于是开始寻求补救，设法结案，导致项目成本不断增加，那可就不是一碗蛋花汤的价格了！


   我看过许多企业在运行项目时出了大大小小的问题，其实这些问题在项目开始执行前并不是个问题，顶多就是个风险．比如说，供应商靠不靠谱，项目成员的能力够不够，客户的财务状况是否可以准时付款等等．当然，在某些特殊的项目中，可能还有著人员异动，天灾，或者政经情势变化等的风险因素．


   因此，在项目执行前，通常应该针对项目中可能造成的问题进行风险的评估与管理，并做成风险管理计画，当项目进行时万一不幸发生了风险，便可以依照计画有效的应对．


   列出所有可能的风险；识别哪些是属于风险，哪些是属于问题；分析风险一旦发生的影响是什么；风险发生的指标是什么；当风险发生时的应变方案是什么，需要多少成本，有没有更小成本的替代方案；以及当进行降低风险的方案时所需的资源与预期的成效是什么；对项目将产生什么影响等等均为项目风险管理中必须考量到的．


   例如：以一个软件开发的项目来说，项目的工作环境处于容易淹水的低洼地区，又适逢台风或暴雨季节，一旦淹水（风险），将造成电力中断，无法进出项目所处的环境，项目工作将会延宕，无法如期完成（影响）；因此，项目人员需注意天后预报，一旦发布可能会淹水的警报（风险指标），便应采取风险降低计画，移往不会淹水的地区工作，或是采取将工作内容备份到其他地方的方式，以因应一旦淹水时可以继续进行项目（风险降低）．而不是等到风险变成问题时，只好两手一摊，听天由命了．


   像前述的烧菜故事，如果大厨有时间在交接时把调味的工作做好；或是停止烧菜，将半成品保存著下一餐再烧，改成到餐厅去吃或者叫外卖等等方式．那么，吃的人就不会吃到过咸的菜肴，也不会多了一锅蛋花汤．


   当我们越轻忽风险管理的重要，风险发生的或然率就会提高，到头来只能当事后诸葛，推诿责任．风险管理不仅仅是一种方法或工具，还是一种观念与意识．