项目管理的关键点--风险管理

项目经理，如何做好风险监控管理?

1、风险的种类

在项目立项启动的时候，人们都应该去考虑这个项目后续会有什么风险?

首先这个问题其实不应该只是项目经理或者技术总监去想，项目参与者和干系人都有责任去思考这个问题。

之间的区别应该是广度和深度的差别。

作为一个设计师，本次要做一个新版的功能，相比老版改动比较大。那么就要考虑一下，用户是否能很快接受新版?老版和新版之间的差异会导致什么影响?这就是产品风险或者说业务风险。

又比如一个普通的软件开发工程师要考虑的是实现该功能的风险是什么?更偏重于技术，这次采用新技术，自己需要花多少精力去学习，如果一旦出现不会的又该怎么办?这就是典型的技术风险。

那么到了项目经理这一块，任务分配完了，但万一由于种种原因，没有按时完成又怎么办?人员在项目中有事不能来工作，那他负责的工作又怎么办?这又是项目的计划和人员风险。

上述几个只是项目管理中典型的几个风险点，而其他的一些未知的风险更是在每个阶段都可能出现，所以在项目启动的时候多花一些时间去思考风险问题，结束就会少花一些时间再去弥补。

2、风险的级别

在想解决方案之前，建议先给已经列出的风险分级。和修正bug一样，项目的资源和成本是有限的，不可能把预知的风险都处理，所以哪些是重要的，哪些是可以采取临时方案的，要细分一下。

从原则上来说，越是上层的阶段出现的风险越重要。

比如前面说的需求风险这层，如果说整个需求都没搞清楚，产品设计出来的东西能是用户需要的吗?哪怕后续开发质量再好，做出来的东西还是会被用户诟病。

开发的时候也是一样，架构设计就很敷衍，那么照着这个执行出来的代码质量可想而知。

所以说在风险可能出现的点上要标记风险的种类和优先级，以方便在想方案的时候有的放矢。

3、风险的解决方案

首先要做到把每个模块做小，这样能在风险还比较小的情况下，去解决问题，而不是累计到了一起，小风险变成大风险的时候，就要牵动更多人进去解决。

风险既然已经列出了，那么在有了解决方案的同时应急预案有没有?

为什么要应急预案?

比如解决一个问题需要3天，你觉得用户会等你那么长时间吗?那么如何让用户能正常使用才是关键，应急方案一般不是完美或者需要人工介入，但这会给做最后的解决方案赢取时间。

人员风险是个很难把控的事情，所以在分配任务的时候，不要只让一个人担当某项重要功能，分配另外的人参与其中，万一出现主力有事请假，那么替补也不至于那么匆忙。

在产品发布效果不明的情况下，是否可以采取灰度，AB或者白名单等一系列降低失误的手段?不要盲目相信自己的判断，上新东西的时候要谨慎，能给用户试用后，再大规模上线。

不建议采用新的技术到重要项目。一般新技术可以先应用到内部系统或者研发项目之中，等成熟之后再上重要项目。

如果用户要求要上，那么在开发之前的调研和设计要先做。把开发思路和设计框架定下来之后再进行开发，切记不管不顾地直接写代码。

风险的预防要比去修复要来的好。所以做项目的前中后的任何阶段都要去预判风险，脑中要保持警惕。当然每个项目的风险都是不同，以前没注意的风险也会同时出现，这就需要我们记录风险，在项目总结的时候把这些风险的预案都考虑清楚，不要在下一个项目中再出现类似问题。

以上就是为大家整理的关于项目管理的关键点--风险管理的相关信息。