免费智能真题库 > 历年试卷 > 信息系统项目管理师 > 2014年上半年 信息系统项目管理师 上午试卷 综合知识
  第32题      
  知识点:   风险监控   风险预测   评估   评估风险   预测
  关键词:   风险预测   风险        章/节:   项目风险管理过程       

 
风险预测一般是从风险发生的可能性和(32)两个方面来评估风险。
 
 
  A.  风险产生的原因
 
  B.  风险监控技术
 
  C.  风险能否消除
 
  D.  风险发生所产生的后果
 
 
 

 
  第64题    2012年上半年  
   64%
下面(64)不是风险审计的目标。
  第52题    2008年上半年  
   62%
某项目经理刚刚完成了项目的风险应对计划,(52)应该是风险管理的下一步措施。
  第35题    2016年上半年  
   83%
风险监控的输出不包括(35)。
   知识点讲解    
   · 风险监控    · 风险预测    · 评估    · 评估风险    · 预测
 
       风险监控
        应该在项目生命周期中实施项目管理计划中所列的风险应对措施,还应该持续监督项目工作,以便发现新风险、风险变化以及过时的风险。
        输入
        1.风险登记册
        2.风险管理计划
        3.工作绩效信息
        工作绩效信息包括:
        .可交付物的状态。
        .进度进展情况。
        .已经发生的成本。
        4.绩效报告
        绩效报告从绩效测量中提取信息并进行分析来提供各种项目绩效信息,包括偏差分析、挣值数据和预测数据等。
        5.批准的变更请求
        工具与技术
        1.风险再评估
        风险监控经常需要识别新风险,对现有风险进行再评估以及删除已过时的风险。应该定期进行项目风险再评估,反复进行再评估的次数和详细水平,应根据相对于项目目标的项目进展情况而定。
        2.风险审计
        通过风险审计,检查并记录风险应对措施在处理已识别风险及其根源方面的有效性,以及风险管理过程的有效性。
        3.偏差和趋势分析
        很多控制过程都会借助偏差分析来比较计划结果与实际结果。为了监控风险事件,应该利用绩效信息对项目执行的趋势进行审查。可使用挣值分析以及项目偏差与趋势分析的其他方法对项目总体绩效进行监控。与基准计划的偏差可能表明威胁或机会的潜在影响。
        4.技术绩效测量
        技术绩效测量是把项目执行期间所取得的技术成果与项目管理计划所要求的技术成果进行比较。技术绩效测量指标可包括处理时间、缺陷数量和存储容量等。偏差值有助于预测项目范围方面的成功程度,还能揭示项目面临的技术风险程度。
        5.储备分析
        在项目执行过程中,有可能发生某些风险,会对预算和进度的应急储备产生正面的或负面的影响。储备分析是指通过比较剩余应急储备和剩余风险量,从而确定剩余储备是否仍然合理。
        6.状态审查会
        项目风险管理应该是项目定期状态审查会的一项议程。经常就风险进行讨论,可促使人们更充分地识别风险和机会。
        输出
        1.风险登记册(更新)
        风险监控过程对风险登记册的更新包括:
        .风险再评估、风险审计和定期风险审查的结果。
        .项目风险和风险应对的实际结果。
        2.申请的变更
        3.建议的纠正措施
        建议的纠正措施包括应急计划和权变措施。权变措施是针对以往未曾识别或被动接受的、目前正在发生的风险而采取的未经事先计划的应对措施。
        4.建议的预防措施
        采用建议的预防措施,使项目执行符合项目管理计划的要求。
        5.组织过程资产(更新)
        可能需要更新的组织过程资产包括:
        .风险管理计划的模板,包括概率影响矩阵,风险登记册。
        .风险分解结构。
        .从项目风险管理活动中得到的经验教训。
        6.项目管理计划(更新)
        如果批准的变更请求对风险管理过程存在影响,则应对项目管理计划的相应组成部分进行更新并重新签发,以反映批准的变更。
 
       风险预测
        风险预测,又称风险估算,它从两个方面评估一个风险:风险发生的可能性或概率,以及如果风险发生了,所产生的后果。通常,项目计划人员与管理人员、技术人员一起进行如下所述的4种风险预测活动:
        (1)建立一个尺度或标准,以反映风险发生的可能性。
        (2)描述风险的后果。
        (3)估计风险对项目和产品的影响。
        (4)标注风险预测的整体精确度,以免产生误解。
 
       评估
        评估测试不只针对物理设备,更重要的是要评估、比较各种网络技术。通常使用模拟测试配置和模拟负载进行子系统(如路由器)和网络技术(如ATM或FDDI等)的评估。评估测试不适用于全局网络,因为全局网络拓扑负载、网络设备太多,不好准确定位引起问题的原因和位置,不能进行有效的比较。多数评估测试在专用的子网测试环境中进行。
        很多公司都有其固定合作的网络设备供应商,如路由器、集线器或交换机的供应商,通常很少再做设备比较测试,但网络技术的比较测试需要经常进行。企业经常面对选择哪种技术以及怎样比较不同技术的问题,所以技术评估是评估测试中很重要的一项。
        在比较设备与技术时,除了使用专用于待测设备或技术的工程负载外,有经验的程序员也使用真实负载,使用真实负载可以了解待测设备或技术在特定环境下的运行性能。通过两种负载模式检测结果的比较,可以获知待测设备还有多少多余容量。
        评估测试与设备或技术的功能/特征测试一样,用于比较待测设备或技术的性能、稳定性、特性、易用性配置和管理等方面的功能。
        评估测试实质是衰减测试的基础,评估测试中对几种设备或技术进行比较;衰减测试中对同一设备的不同版本进行比较。测试中选择设备的标准也完全可作为验证升级版本工作正常与否的标准。尽可能多地集成在计划/设计阶段进行测试是非常好的方法,最初的产品评估测试可以被开发阶段的可接受性测试和升级阶段的衰减性测试所借鉴。
        评估测试是最常进行的测试,在设备选型、技术选型,以及网络系统升级过程中都要进行或多或少的评估测试。
        用于评估测试的负载模式和测试脚本要能有效覆盖被检测的设备和技术。常使用最好情形(工程负载)和真实负载模式进行测试,两种方式都提供了唯一的、重要的检测结果,测试人员要能够理解、解释测试结果间的不同。
        工程检测结果是被测设备和技术在最理想的情形下测试得到的结果,因此不能在真实运行环境里显示它们的运行性能;真实检测结果能很好地显示待测设备或技术在运行网络环境中的性能,但无法预测设备的总容量。如果时间允许,两种测试都要做。通常测试人员只有时间进行一种测试,一般进行最好情形的测试。许多公开发行的测试报告都是基于最好情形(工程负载)下的测试结果。
        所有的测试配置都是模拟的。用于设备比较的测试配置不一定要代表运行网络的典型配置,任何有效、公正的测试配置都能对被测产品进行很好的比较。然而,测试配置和负载越接近运行网络的配置和负载,测试的结果越能反映被测设备在运行网络中的运行情况。
        在安装和配置测试网络时必须注意:要确保配置中所有测试组件都是最新版本,使测试尽可能地公正和统一,以取得最好的测试结果。在测试非正式版时一定要小心,因为发布日期经常有错误。测试配置中安装了非正式版后,它还可能会变,所以非正式版的测试结果和正式版的测试结果经常不一致,分析非正式版的设备经常会延误项目的进行。
        进行评估测试时,除了被测设备,测试配置中的所有网络组件都要保持不变。这一点非常重要,只有这样才能保证被测设备可以进行公平比较。对于子网,这一点很容易做到(一个网络设备很容易被另一个设备所替代)。
        网络技术评估要比较各种网络技术,因而测试配置中的几个网络组件都需要更换。重要的是不要改变源或目标配置。在配置中不仅通信线路需要更换,路由器也需要更换。传输负载和端点的配置要保持不变。
        需要评估测试计划中的各个测试任务,逐步完成测试、数据收集和数据解释。在评估测试中,各测试进行的先后次序没有关系,因为它们不是线性关系,而是多次重复进行的。当在测试中发现了新的信息时,以前所做的测试可能要重新进行以确定它的测试结果,或要对以前的测试稍作改变以检验网络运行的其他方面。此外,在评估期间设备提供商经常发布新的版本或非正式的版本,所以各种基于这种设备的测试都要重新进行。
        制定网络设备、技术比较或取舍标准时,不仅要参考评估测试所得的测试结果数据,还要综合考虑其他一些信息,如各设备的性能价格比,但由于没有运行网络的持续和峰值负载要求,所以缺少比较基准,往往将产品评估测试引入歧途。
        最后要根据评估测试所得的数据和图表对网络系统作出总结性评估,并撰写网络系统评估报告。
 
       评估风险
        它包括识别和量化风险,由董事会和高级管理层确定银行可以接受的风险程度,将可以接受的风险程度和风险可能带来的损害进行比较。
 
       预测
        随着项目进展,项目团队可根据项目绩效,对完工估算(EAC)进行预测,预测的结果可能与完工预算(BAC)存在差异。如果BAC已明显不再可行,则项目经理应考虑对EAC进行预测。预测EAC是根据当前掌握的绩效信息和其他知识,预计项目未来的情况和事件。预测要根据项目执行过程中所提供的工作绩效数据来产生、更新和重新发布。工作绩效信息包含项目过去的绩效,以及可能在未来对项目产生影响的任何信息。
        有关预测的相关计算会在15.4节中详细说明。
   题号导航      2014年上半年 信息系统项目管理师 上午试卷 综合知识   本试卷我的完整做题情况  
1 /
2 /
3 /
4 /
5 /
6 /
7 /
8 /
9 /
10 /
11 /
12 /
13 /
14 /
15 /
 
16 /
17 /
18 /
19 /
20 /
21 /
22 /
23 /
24 /
25 /
26 /
27 /
28 /
29 /
30 /
 
31 /
32 /
33 /
34 /
35 /
36 /
37 /
38 /
39 /
40 /
41 /
42 /
43 /
44 /
45 /
 
46 /
47 /
48 /
49 /
50 /
51 /
52 /
53 /
54 /
55 /
56 /
57 /
58 /
59 /
60 /
 
61 /
62 /
63 /
64 /
65 /
66 /
67 /
68 /
69 /
70 /
71 /
72 /
73 /
74 /
75 /
 
第32题    在手机中做本题