免费智能真题库 > 历年试卷 > 系统集成项目管理工程师 > 2019年下半年 系统集成项目管理工程师 上午试卷 综合知识
  第38题      
  知识点:   整体变更控制   变更控制
  关键词:   整体变更控制   变更   变更控制   整体变更        章/节:   项目整体变更管理       

 
关于整体变更控制的描述,不正确的是:( )。
 
 
  A.  项目的任何干系人都可以提出变更请求
 
  B.  项目经理可以是变更控制委员会(CCB)的成员
 
  C.  整体变更控制过程贯穿项目始终,CCB 对此负最终责任
 
  D.  整体变更控制的主要作用是降低因未考虑变更对整个项目计划的影响而产生的风险
 
 
 

 
  第40题    2018年上半年  
   57%
( )是为了修正不一致的产品或产品组件而进行的有目的的活动。
  第41题    2016年下半年  
   51%
以下关于整体变更控制的叙述中,不正确的是:(41)。
  第37题    2014年上半年  
   35%
整体变更控制过程基于项目的执行情况对项目的过程进行控制。以下关于整体变更控制的描述,()是不恰当的。
   知识点讲解    
   · 整体变更控制    · 变更控制
 
       整体变更控制
        整体变更控制是审查所有变更请求,批准变更,管理对可交付成果、组织过程资产、项目文件和项目管理计划的变更,并对变更处理结果进行沟通的过程。该过程审查所有针对项目文件、可交付成果、基准或项目管理计划的变更请求,并批准或否决这些变更。本过程的主要作用是从整合的角度考虑记录在案的项目变更,从而降低因未考虑变更对整个项目目标或计划的影响而产生的项目风险。
               输入
                      项目管理计划
                      项目管理计划中可用于本过程的内容包括:
                      .范围管理计划,包含范围变更程序。
                      .范围基准,提供产品定义。
                      .变更管理计划,为管理变更控制过程提供指导,记录变更控制委员会(CCB)的情况。
                      工作绩效报告
                      对实施整体变更控制过程特别有用的工作绩效报告包括:资源可用情况、进度和成本数据、挣值管理(EVM)报告、燃烧图或燃尽图。
                      变更请求
                      所有监控过程及很多执行过程都会输出“变更请求”。变更请求可能包括纠正措施、预防措施和缺陷补救。但是,纠正和预防措施通常不会影响项目基准,而只影响相对于基准的项目绩效。
                      事业环境因素
                      能够影响整体变更控制过程的事业环境因素为项目管理信息系统。项目管理信息系统可能包括进度计划软件工具、配置管理系统、信息收集与发布系统,或进入其他在线自动化系统的网络界面。
                      组织过程资产
                      能够影响整体变更控制过程的组织过程资产包括:
                      .变更控制程序,包括修改组织标准、政策、计划和其他项目文件所须遵循的步骤,以及如何批准、确认和实施变更。
                      .批准与签发变更的程序。
                      .过程测量数据库,用来收集与提供过程和产品的测量数据。
                      .项目档案(如范围、成本和进度基准,项目日历,项目进度网络图,风险登记册,风险应对计划和风险影响评价)。
                      .配置管理知识库,包括组织标准、政策、程序和项目文件的各种版本及基准。
               工具与技术
                      专家判断
                      除了项目管理团队的专家判断外,也可以邀请干系人贡献专业知识或加入变更控制委员会(CCB)。在本过程中,专家判断和专业知识可用于处理各种技术和管理问题,并可从各种渠道获得。
                      会议
                      根据项目需要,可以由变更控制委员会(CCB)开会审查变更请求,并做出批准、否决或其他决定。CCB也可以审查配置管理活动。应该明确规定变更控制委员会的角色和职责,并经相关干系人一致同意后,记录在变更管理计划中。CCB的决定都应记录在案,并向干系人传达,以便其知晓并采取后续措施。
                      变更控制工具
                      为了便于开展配置和变更管理,可以使用一些手工或自动化的工具。可以使用工具来管理变更请求和后续的决策,同时还要格外关注沟通,以帮助CCB成员履行职责,以及向相关干系人传达决定。
               输出
                      批准的变更请求
                      项目经理、CCB或指定的团队成员应该根据变更控制系统处理变更请求。批准的变更请求应通过指导与管理项目工作过程加以实施。全部变更请求的处理结果,无论批准与否,都要在变更日志中更新。这种更新是项目文件更新的一部分。
                      变更日志
                      变更日志用来记录项目过程中出现的变更。应该与相关的干系人沟通这些变更及其对项目时间、成本和风险的影响。被否决的变更请求也应该记录在变更日志中。
                      项目管理计划更新
                      项目管理计划中可能需要更新的内容包括各个子计划以及受制于正式变更控制过程的基准。对基准的变更,只能针对今后的情况,而不能变更以往的绩效,这有助于保护基准和历史绩效数据的严肃性。
                      项目文件更新
                      作为整体变更控制过程的结果,可能需要更新的项目文件包括受制于项目正式变更控制过程的所有文件。
 
       变更控制
        变更控制系统是一套事先确定的修改项目文件或改变项目活动时应遵循的程序,其中包括必要的表格或其他书面文件,责任追踪,以及变更审批制度、人员和权限。变更控制系统应当明确规定变更控制委员会的责任和权力,并由所有的项目干系人认可。在审批变更时,要加强对变更风险和变更效果的评估,并选择对项目影响最小的变更方案,尽量防止增加项目投资。变更控制系统可细分为整体、范围、进度、费用和合同变更控制系统。变更控制系统应当同项目管理信息系统一起通盘考虑,形成整体。
               变更控制委员会
               变更控制委员会(Change Control Board,CCB)也称配置控制委员会(Configuration Control Board),其任务是对建议的配置项变更做出评价、审批,以及监督已批准变更的实施。CCB的成员通常包括项目经理、用户代表、质量控制人员、配置控制人员。这个组织不必是常设机构,可以根据工作的需要组成,其中的人员可以全职的,也可以是兼职的。
               如果CCB除控制变更以外,还要承担更多的配置管理任务,那就应该包括基线的审定、标识的审定,以及产品的审定,并且可能实际的工作需分为项目层、系统层和组织层来组建,使其完成不同层面的配置管理任务。
               变更控制的流程
               变更管理的基本流程如下:
               ①变更申请。应记录变更的提出人、日期、申请变更的内容等信息。
               ②变更评估。对变更的影响范围、严重程度、经济和技术可行性进行系统分析。
               ③变更决策。由具有相应权限的人员或机构决定是否实施变更。
               ④变更实施。由管理者指定的工作人员在受控状态下实施变更。
               ⑤变更验证。由配置管理人员或受到变更影响的人对变更结果进行评价,确定变更结果和预期是否相符、相关内容是否进行了更新、工作产物是否符合版本管理的要求。
               ⑥沟通存档。将变更后的内容通知可能会受到影响的人员,并将变更记录汇总归档。如提出的变更在决策时被否决,其初始记录也应予以保存。
               变更申请需要采用书面的形式提出,主要内容有如下3个方面:
               ①变更描述。包括变更理由、变更的影响、变更的优先级等,就是要描述做什么变更,为什么要做,以及打算怎么做的问题。
               ②对变更的审批。对变更的必要性、可行性的审批意见,主要是由配置管理员和CCB对此项变更把关。
               ③变更实施的信息。
               利用配置库实现变更控制
               配置项可以有3种状态,分别是工作状态、评审状态和受控状态。开发中的配置项尚未稳定下来,对于其他配置项来说是处于不处理工作状态下(自由状态),此时它并未受到配置管理的控制,开发人员的变更并未受到限制。但当开发人员认为工作已告完成,可供其他配置项使用时,它就开始于稳定。把它交出评审,就开始进入评审状态;若通过评审,可作为基线进入配置库(实施检入),开始冻结,此时开发人员不允许对其任意修改,因为它已处于受控状态。通过评审表明它确已达到质量要求;但若未能通过评审,则将其回归到工作状态,重新进行调整。配置项的状态变化过程如下图所示。
               
               配置项的状态变化过程
               处于受控状态下的配置项原则上不允许修改,但这不是绝对的,如果由于多种原因需要变更,就需要提出变更请求。在变更请求得到批准的情况下,允许配置项从库中检出,待变更完成,并经评审后,确认变更无误方可重新入库,使其恢复到受控状态。
   题号导航      2019年下半年 系统集成项目管理工程师 上午试卷 综合知识   本试卷我的完整做题情况  
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 /
 
第38题    在手机中做本题