全部展开
危机管理
此模式类似于消防模式,其特征在于允许软件风险发生,并且仅在软件风险给软件项目开发带来麻烦之后. 例如,针对小刘瑶e799bee5baa6e79fa5e98193e78988e69d8331333363353931离开软件项目团队的风险,软件项目负责人知道此软件风险,但未采取任何措施. 小刘离开项目团队一个月后,当软件项目团队的其他成员需要与小刘负责的子系统模块进行集成和测试时,他发现尚未编写相关代码. 显然,这种风险目前已经严重影响了软件项目团队其他人员的工作,并会延迟软件项目的进度. 在这种情况下,软件项目负责人将采取相应的措施来应对风险(例如调动其他人员来接管小刘的工作).
故障处理
在此模型中,项目团队和负责人知道潜在的风险,但是让软件风险的发生和演变仅在风险发生后才采取对策. 例如,针对小刘离开项目团队的风险,项目团队未采取任何措施. 小刘离开项目团队后的第二天,项目团队决定招募其他人来接管小刘的工作软件风险管理,但此时再也无法与小刘进行面对面的项目交接了.
很明显,无论是危机管理模型还是故障处理模型,它们在应对风险方面都非常被动. 因此,不建议在软件项目的实施过程中采用这两种风险管理模型.
缓解风险
在风险缓解模型中,项目团队和负责人在软件开发过程中有意识地识别出各种软件风险,并预先针对这些软件风险制定了补救措施,但未采取任何预防措施. 换句话说,项目团队人员和负责人事先确定并分析了哪些不良事件可能发生,等待其发生,并在这些事件发生后制定对策. 例如,项目团队成员和负责人已经知道小刘正在离开项目团队,但并未采取任何措施阻止此事件的发生并使其发展,但他们制定了相应的措施. 小刘离开项目团队后,小张来接任了小刘的工作. 显然,与危机管理和故障管理模型相比,风险缓解模型在处理和响应软件风险方面更加活跃.
预防风险
风险预防模型计划并执行风险识别和风险预防,作为软件项目的一部分. 项目团队人员和负责人事先确定并分析了哪些不良事件可能发生,并在出现不良事件时制定对策,并采取措施防止其发生. 例如软件风险管理,项目团队的工作人员和负责人知道小刘将离开项目团队. 一方面,他可以与刘晓讨论是否可以等到项目完成为止;另一方面,他已经制定了相应的措施. 小刘离开项目团队后,他的小张来接替小刘.
消除根本原因
在此模型中,项目团队成员和负责人不仅需要确定软件开发过程中的各种潜在软件风险,还需要分析导致这些软件风险的主要因素并采取积极措施消除软件冒根. 就是说,项目组人员和负责人要事先确定可能发生的不良事件,并在发生的情况下制定对策,并采取措施消除软件风险的根本原因,防止发生软件风险. 例如,针对小刘不得不离开项目团队的风险,项目团队人员和负责人制定了相应的措施. 小刘离开项目团队后,小张将接替小刘的工作. 同时,通过与小刘的沟通,发现导致小刘离开项目团队的主要原因是小刘认为公司对他的薪水太低,与他的技术水平不符. 对公司和软件项目团队的贡献. 针对这一因素,公司和软件项目团队考虑增加薪水和对小刘的补贴,以消除小刘离开软件项目团队的想法.
显然,后三种风险管理模型在处理软件风险方面更为活跃. 它们可以更有效地减少软件风险对软件项目实施的负面影响,因此应在软件项目管理中加以推广.
本文来自电脑杂谈,转载请注明本文网址:
http://www.pc-fly.com/a/ruanjian/article-218833-1.html
时间已经不站在我们这一边