• 软件测试技术
  • 软件测试博客
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试论坛
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘
    暂时没有公告

字号: | 推荐给好友 上一篇 | 下一篇

Microsoft 解决方案框架:风险管理原则 v.1.1

发布: 2008-5-10 17:50 | 作者: 网络转载 | 来源: 网络转载 | 查看: 440次 | 进入软件测试论坛讨论

领测软件测试网

风险跟踪和报告

风险跟踪是 MSF 风险管理过程中的第四个阶段。风险跟踪是高效实现行动计划的基本要素。它确保分配的任务能够实现预防性方法,并且意外事故计划在项目资源约束下可以及时完成。在风险跟踪阶段,项目团队的首要工作是监控风险度量值和触发事件,从而保证计划中的风险行动正常工作。跟踪是风险行动计划中的监控功能。图 6 对风险跟踪进行了描述。

Figure 6: Risk Tracking and Reporting

图 6:风险跟踪和报告
查看完整的图像。

目标

风险跟踪阶段的目标是监控风险行动计划的状态(意外事故和缓解计划完成的进度),从而监控已经和意外事故计划触发器相关联的项目度量值,并通知项目团队意外事故触发器已经启动,意外事故计划也要开始执行了。

输入

风险跟踪阶段的主要输入包括:

包含特定缓解和意外事故计划的风险行动表格,指定将被监控的项目度量值和触发值。

用来在标准项目管理基础设置中跟踪进度的相关项目状态报告。

取决于项目团队跟踪的特定项目度量值,其他信息资源(例如项目跟踪数据库、源代码仓库或登记系统,甚至人力资源管理系统)也可以为项目团队提供跟踪数据。

跟踪工作

在风险跟踪阶段,项目团队将缓解计划中的行动作为团队整体工作的一部分来执行。项目团队通过触发值提取这些风险相关的动作项目和相关变化,并用它们为每个风险创建特定风险状态报告。

可能被分配触发度量值,并持续跟踪的项目度量值包括:

每模块或组件未解决的问题(公开 bug)。

每周每开发者记录的平均加班小时。

每周需求修正(变化)的数量。

风险状态报告

风险报告应该在两个层面启动。对于项目团队自身,规则的风险状态报告应该为每个风险考虑四种可能的风险管理情况:

风险被解决,风险行动计划完成。

风险行动和风险管理计划一致,这种情况下风险计划工作还将继续。

部分风险行动和风险管理计划一致,这种情况下应该定义并执行纠正方法。

风险发生显著变化,通常要进行风险再分析和再计划工作。

在给项目投资人的外部报告里,项目团队应该报告最大风险,并总结风险管理工作状态。报告早前的项目分级和每个风险进入最大风险清单的次数也是非常有用的。当项目团队开始采取行动来管理风险的时候,项目的总暴光量应该开始接近可接受的等级。

输出

风险状态报告的目的是交流风险状态变化,并报告缓解计划的进度。风险状态报告中的有用信息包括:

风险名称

风险分类(项目领域)

识别阶段的概率、影响和暴光量

当前的概率、影响和暴光量

风险等级(低、中、高)

缓解和意外事故计划总结

风险缓解计划的完成进度(已完成的工作)

意外事故计划就绪

出发值

计划行动

风险所有者

主管或投资人风险状态报告的目标是交流项目中的综合风险状态。报告中包含的重要信息包括:

项目名称

项目领域的风险等级

风险趋势

缓解和意外事故活动的总结

这个报告通常包含于标准项目状态报告中。

msf/msrmd11.mspx#top">

延伸阅读

文章来源于领测软件测试网 https://www.ltesting.net/


关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备2023014753号-2
技术支持和业务联系:info@testage.com.cn 电话:010-51297073

软件测试 | 领测国际ISTQBISTQB官网TMMiTMMi认证国际软件测试工程师认证领测软件测试网