|
一直以来，项目的风险分析都是很多风险管理中的一个薄弱环节，如何尽早识别风险，从容做出应对，是每个项目经理的深切期望。 某软件公司的项目团队有幸承接了一个信息系统开发项目，郁闷的是，客户基于控制成本的目的，在选择了系统供应商外，自行指定了硬件供应商。这也是项目运行中的常态，系统供应商项目经理并未太在意，只是强调团队成员多和客户、硬件供应商做好沟通。 像墨菲定理说的一样，只要有最坏的情况，最坏的总会发生。 事与愿违，在系统集成时，问题层出不穷，软硬件兼容性极差，两大供应商又都坚持自己的产品没有问题，重头来过？那成本可是会翻倍啊，谁也承担不起，连带客户在内，三方均陷入了僵局！ 无论是客户，系统供应商，还是硬件供应商，都清楚，风险管理是项目管理中的一个关键环节，大家也确实想到了会出现的这种僵局，可想都想到了，居然没能合理规避掉，到底是什么原因？ 实际上，在风险管理中，理论是简洁的，但实际操作却有几个关键词要注意： 风险的精细度！ 风险应对的实操性！ 就这个项目而言，想到三方会出现沟通风险容易，想清楚究竟会在哪些细节存在沟通风险就不容易了； 同时，想到风险容易，制定可操作的具备实践意义的应对方案可不容易，那不是说一句“多沟通”就真的能解决了！ 如何解决？ 首先，风险的识别是贯穿项目全周期的
风险的识别是一个过程，而且是一个反复的过程。 它贯彻于项目管理的整个过程。 不能在项目的前期识别出五个风险，然后就只关注这五个风险。而是要不断底识别出新的风险，这是一个项目团队集体的长期持久的活动。除了专门的风险分析识别会议外，每周的例会都应该有风险分析的内容。 第二，风险的识别是需要借助管理工具的 我们在分析风险的时候，利用下列的工具会起到事半功倍、减少遗漏的作用。
1、检查清单：根据企业、行业多年的经验教训而总结出的一套风险检查清单列表，对应检查，找出风险点。如果公司里还没有建立起风险检查清单，那么可以查找相关或类似的文档文献，找到共性的地方，通过对比别人的经验，找出项目的风险点。 2 、头脑风暴法：找公司相关领域专家牛人，一起进行头脑风暴，结合专家的力量，就技术需求，评估技术差距，看能否进一步识别出一些风险。如果有人做过类似的项目，或者见过相关案例，那么在头脑风暴的时候很容易识别出现在的风险。 第三，风险应对策略中要有预警设置。 风险应对中，最关键的一个环节就是在风险的跟踪过程中，设置有效的预警。一旦预警触发，即可快速进入风险应对，这样，即便发生风险事件，损失也会降低到最小。如：软硬件集成时面临兼容性的风险，那么提前设定硬件标准，小规模测试等都是防范风险的措施。 最后，风险管理的培训和文化建设才是根本 平时项目经理应该对团队成员进行风险识别的培训，掌握一套基本的风险识别方式和流程。这样使得所有的项目组成员都参与了风险的识别和控制，将会极大地减轻项目经理的压力，并且使得每一个员工都能主动防范风险，进而使得项目防范于未然。 |
|
|
