8种软件项目风险管理的协同过程模型
作者:
网络转载 发布时间:
[ 2015/7/1 14:55:54 ] 推荐标签:
软件测试管理
6.Microsoft的MSF风险管理模型
MSF(Microsoft Solutions Framework)的风险管理思想是,风险管理必须是主动的,它是正式和系统的过程,风险应被持续评估、监控、管理,直到被解决或问题被处理。该模型大的特点是将学习活动溶入风险管理,强调了学习以前项目经验的重要性。
它的风险管理原则是:
(1)持续的评估;
(2)培养开放的沟通环境:所有组成员应参与风险识别与分析;应鼓励建立没有责备的文化;
(3)从经验中学习:学习可以大大降低不确定性;强调组织级或企业级的从项目结果中学习的重要性;
(4)责任分担:组中任何成员都有义务进行风险管理。
7.Riskit模型
Maryland大学的Kontio提出Riskit方法,该方法对于风险管理中的每个活动都提供了详细的活动执行模板,包括活动描述、进入标准、输入、输出、采用的方法和工具、责任、资源、退出标准。Riskit方法包括以下内容。
(1)提供风险的明确定义:损失的定义建立在期望的基础上,即项目的实际结果没有达到项目相关者对项目的期望的程度;
(2)明确定义目标、限制和其它影响项目成功的因素;
(3)采用图形化的工具Riskit分析图对风险建模,定性地记录风险;
(4)使用应用性损失的概念排列风险的损失;
(5)不同相关者的观点被明确建模。
8.Leavitt模型
SEI和Boehm的模型都以风险管理的过程为主体,研究每个步骤所需的参考信息及其操作。而Aalborg大学提出的思路则是以Leavitt模型为基础,着重从导致软件开发风险的不同角度出发探讨风险管理。
1964年提出的Leavitt模型将形成各种系统的组织划分为4个有趣的组成部分:任务、结构、角色和技术。这4个组成部分和软件开发的各因素很好地对应起来:角色覆盖了所有的项目参与者,例如软件用户、项目经理和设计人员等;结构表示项目组织和其他制度上的安排;技术则包括开发工具、方法、硬件软件平台;任务描述了项目的目标和预期结果。Leavitt模型的关键思路是:模型的各个组成部分是密切相关的,一个组成部分的变化会影响其他的组成部分,如果一个组成部分的状态和其他的状态不一致,会造成比较严重的后果,并可能降低整个系统的性能。
将这个模型和软件风险的概念相对应,即一个系统开发过程中任何Leavitt组成成分的修改都会产生一些问题,甚至导致软件修改的失败。根据Leavitt模型,任何导致风险发生的因素都可以归结为模型中的组成部分,例如技术及其可行性;或者归结为组成部分之间的联系,例如程序开发人员使用某一技术的能力。因此,使用Leavitt模型从4个方面分别识别和分析软件项目的风险是极有条理性和比较全面的。在进行软件项目管理时,可以采用不同的方法对不同的方面进行风险管理。
Leavitt模型实际上是提出一个框架,可以更加广泛和系统地将软件风险的相关信息组织起来。Leavitt理论的设计方法和实现研究已经广泛应用于信息系统中,它所考虑的都是软件风险管理中十分重要的环节,而且简单、定义良好、适用于分析风险管理步骤。