在PMBOK中,风险管理的方法是先识别风险,并评估其危害,然后制定相应的应对措施。然而,在实际应用中,我们面临几个问题:
1、风险的识别依赖于风险数据库,但目前国内很多IT企业的风险数据库数据并非实时更新,甚至不存在,因此很多企业的风险评估相当粗糙;
2、风险识别也依赖于项目经理的工作经验,甚至是本行业客户的服务经验。然而,由于项目经理年龄普遍偏小,无法全面监管项目的各个领域;
3、即使拥有完善的数据库和丰富的经验,仍然存在无法预知的风险。当这些风险发生时,我们该如何应对?尽管我们可以将“无法预估的风险”作为一个标志来表示所有未能定性的风险,并制定一系列解决方案,但实际上,当真正发生未预计到的风险时,发现这种方法并不适用。
那么,当真正遇到“无法预估的风险”时,我们该如何处理?在PMBOK中,对未能识别的风险的处理方法是管理储备。然而,这真的能解决问题吗?
因此,针对这些疑问,我个人认为将危机管理引入项目管理体系非常重要,特别是对于国内的IT企业而言,更是如此。
那么,什么是危机管理?它与风险管理有何区别?
根据百度百科的定义,危机管理是企业为应对各种危机情境所进行的规划决策、动态调整、化解处理及员工培训等活动过程,其目的在于消除或降低危机所带来的威胁和损失。危机管理是一门专门的管理科学,旨在应对突发的危机事件,抗拒突发的灾难事变,尽量将损害降至最低点而事先建立的防范、处理体系和对应的措施。
尽管该定义是针对企业的危机管理,但在项目知识领域同样非常重要。我认为危机管理与风险管理的区别在于:
风险管理是先识别源头,然后推论危害,并制定相应的解决方案,属于事前控制;
而危机管理最重要的是先识别危害,然后制定相应的解决方案,属于事后补救措施。
那么,危机管理是应该放在企业管理领域,由企业制定相应的危机管理体系,还是放在项目团队中,针对每个项目制定相应的体系?这也是我个人所困惑的地方。
但无论是哪种模式,危机处理流程必须畅通,项目团队成员必须接受培训,才能确保对未知巨大风险的事后控制万无一失。
那么,项目危机管理应该如何进行?它的步骤有哪些?
1、规划阶段
a、危机识别:与风险识别不同,危机识别纯粹是为了识别危害,而不追求其产生的源头,例如客户单方面终止合同,客户强烈要求进行大规模需求变更,或者客户试用时出现服务器崩溃导致数据全部丢失,客户需要追究法律责任等等情况;
b、根据识别出的危机制定相应的处理流程,建议这个流程的监管者直接由PMO上升至企业的主管领导。因为在处理过程中,可能涉及的资源已经超出了项目经理的调度范围;
c、制定演练计划,通常在危机发生时,缺乏训练的人们会感到惊慌失措,而经过训练的人们会在第一时间冷静下来,并按照一系列训练流程进行处理。许多人可能参加过火灾演练、飞机失事演练等等。因此,我们必须对一些紧急情况进行演练,一方面可以训练我们的危机应变能力,另一方面可以验证处理流程的有效性和工作效率;
2、演练
a、通常每个流程需要进行1-2次演练,至少需要证明流程是可行且高效的;
b、处理特殊情况,演练过程中需要考虑到特殊情况,例如关键岗位的人员正在度假,因此除了验证流程外,还需要训练流程中的人员决策能力;
3、危机监控
a、我们需要设置一些检查点,以便在危机苗头刚出现时进行监控,并通过一系列流程和方法来扼杀苗头;
b、当危机发生时,我们需要根据演练的内容,严格执行。
本文的最重要论点是:需要将危机管理引入项目管理领域。至于具体的方法,基本没有经过验证,需要与各位同学不断交流和碰撞,才能逐步完善。
版权说明:
1、特别声明:以上文章内容仅代表作者本人观点,不代表建米软件观点或立场。
2、免责声明:本内容来自互联网相关创作者,不代表建米软件的观点和立场。
3、文章版权:版权属于原作者所有,如有侵权、违规,可直接反馈本站,我们将立即删除。删除联系电话:400-8352-114
添加专属销售顾问
扫码获取一对一服务