免费智能真题库 > 历年试卷 > 系统集成项目管理工程师 > 2014年上半年 系统集成项目管理工程师 上午试卷 综合知识
  第69题      
  知识点:   变更管理的角色职责   变更管理   管理流程
  关键词:   项目变更管理   变更   变更管理   项目变更        章/节:   变更管理角色职责与工作程序       

 
依据项目变更管理流程,项目中的正式变更手续应该由( )来进行审批。
 
 
  A.  项目经理
 
  B.  公司高层领导
 
  C.  变更控制委员会
 
  D.  公司高层领导与客户方高层领导共同
 
 
 

 
  第41题    2011年上半年  
   77%
在项目管理领域,经常把不受控制的变更称为项目“范围蔓延”。为了防止出现这种现象,需要控制变更。批准或拒绝变更申..
  第42题    2017年下半年  
   55%
以下关于项目变更管理的叙述中,不正确的是( )。
  第41题    2017年下半年  
   91%
以下关于项目整体变更控制过程的叙述中,不正确的是( )。
   知识点讲解    
   · 变更管理的角色职责    · 变更管理    · 管理流程
 
       变更管理的角色职责
        变更管理过程涉及的角色主要包括变更申请人、项目经理、变更控制委员会、变更实施人以及配置管理员等,其职责分别如下:
        .变更申请人:是提出变更申请的相关人员,项目的任何干系人都可以提出变更申请,在系统集成项目中,项目变更申请人多是甲方项目负责人,变更申请多为项目范围变更、项目需求变更等,也有乙方项目经理在项目执行和监控过程中提出的变更申请。变更申请人负责提交变更申请,必要时需要参与影响分析及变更方案制定,在变更结束后需要参与确认变更的正确性。
        .项目经理:项目经理对项目负责,也对整个项目变更管理过程负责。项目经理负责变更申请的影响分析,负责召开变更控制委员会会议,负责监控变更及已批准变更的正确实施等。
        .变更控制委员会:即CCB,是一个正式的组织,负责审查、评价、批准、推迟或否决项目变更。CCB由项目所涉及的多方人员共同组成,通常包括甲方和乙方的决策人员。作为决策机构,CCB在变更管理过程中负责对提交的变更申请进行审查,并对变更申请做出批准、否决或其他决定。
        .变更实施人:是实施已批准的变更的相关人员,变更申请内容不同,相应的变更实施人员也不同。变更实施人负责执行已批准的变更,也要参与变更正确性的确认工作。
        .配置管理员:变更过程的相关产物应纳入配置管理系统中。配置管理员负责把变更后的基准纳入整个项目基准中,变更过程中的其他记录文件也应纳入配置管理系统。
 
       变更管理
        变更是指在信息系统项目的实施过程中,由于项目环境或者其他的各种原因对项目的部分或项目的全部功能、性能、体系结构、技术、指标、集成方法和项目进度等方面做出改变。项目变更是正常的、不可避免的。在项目实施过程中,变更越早,损失越小;变更越迟,难度越大,损失也越大。项目在失控的情况下,任何微小变化的积累,最终都会对项目的质量、成本和进度产生较大影响,这是一个从量变到质变的过程。
        变更产生的原因主要有以下几个方面:
        (1)项目外部环境发生变化,例如政府政策的变化。
        (2)项目总体设计、项目需求分析不够周密详细,有一定的错误或遗漏。
        (3)新技术的出现,设计人员提出了新的设计方案或新的实现手段。
        (4)建设单位由于机构重组等原因造成业务流程的变化。
               配置库
               配置库也称为配置项库,是用来存放配置项的工具。配置库记录与配置相关的所有信息,其中存放受控的配置项是很重要的内容,利用库中的信息可评价变更的后果,这对变更控制有着重要的意义。
               配置库有3类:
               (1)开发库(development library)。存放开发过程中需要保留的各种信息,供开发人员个人专用。库中的信息可能有较为频繁的修改,只要开发库的使用者认为有必要,无须对其做任何限制。因为这通常不会影响到项目的其他部分。开发库对应配置管理系统中的动态系统(开发者系统、开发系统、工作空间)。
               (2)受控库(controlled library)。在信息系统开发的某个阶段工作结束时,将工作产品存入或将有关的信息存入。存入的信息包括计算机可读的,以及人工可读的文档资料。应该对库内信息的读写和修改加以控制。受控库也称为主库,对应配置管理系统中的主系统(受控系统)。
               (3)产品库(product library)。在开发的信息系统产品完成系统测试之后,作为最终产品存入库内,等待交付用户或现场安装。库内的信息也应加以控制。产品库也称为备份库,对应配置管理系统中的静态系统(受控系统)。
               作为配置管理的重要手段,上述受控库和产品库的规范化运行能够实现对信息系统配置项的管理。
               变更控制
               变更控制系统是一套事先确定的修改项目文件或改变项目活动时应遵循的程序,其中包括必要的表格或其他书面文件,责任追踪,以及变更审批制度、人员和权限。变更控制系统应当明确规定变更控制委员会的责任和权力,并由所有的项目干系人认可。在审批变更时,要加强对变更风险和变更效果的评估,并选择对项目影响最小的变更方案,尽量防止增加项目投资。变更控制系统可细分为整体、范围、进度、费用和合同变更控制系统。变更控制系统应当同项目管理信息系统一起通盘考虑,形成整体。
                             变更控制委员会
                             变更控制委员会(Change Control Board, CCB)也称为配置控制委员会(Configuration Control BoarD),其任务是对建议的配置项变更做出评价、审批,以及监督已批准变更的实施。CCB的成员通常包括项目经理、用户代表、质量控制人员、配置控制人员。这个组织不必是常设机构,可以根据工作的需要组成,其中的人员可以是全职的,也可以是兼职的。
                             如果CCB不只是控制变更,而是承担更多的配置管理任务,那就应该包括基线的审定、标识的审定,以及产品的审定,并且可能实际的工作需分为项目层、系统层和组织层来组建,使其完成不同层面的配置管理任务。
                             变更控制的流程
                             变更管理的基本流程如下:
                             (1)变更申请。应记录变更的提出人、日期、申请变更的内容等信息。
                             (2)变更评估。对变更的影响范围、严重程度、经济和技术可行性进行系统分析。
                             (3)变更决策。由具有相应权限的人员或机构决定是否实施变更。
                             (4)变更实施。由管理者指定的工作人员在受控状态下实施变更。
                             (5)变更验证。由配置管理人员或受到变更影响的人对变更结果进行评价,确定变更结果和预期是否相符、相关内容是否进行了更新、工作产物是否符合版本管理的要求。
                             (6)沟通存档。将变更后的内容通知可能会受到影响的人员,并将变更记录汇总归档。如提出的变更在决策时被否决,其初始记录也应予以保存。
                             变更申请需要采用书面的形式提出,主要内容有如下3个方面:
                             (1)变更描述。包括变更理由、变更的影响、变更的优先级等,就是要申述做什么变更,为什么要做,以及打算怎么做的问题。
                             (2)对变更的审批。对变更的必要性、可行性的审批意见,主要是由配置管理员和CCB对此项变更把关。
                             (3)变更实施的信息。
                             利用配置库实现变更控制
                             配置项可以有3种状态,分别是工作状态、评审状态和受控状态。开发中的配置项尚未稳定下来,对于其他配置项来说是处于不处理工作状态下(自由状态),此时它并未受到配置管理的控制,开发人员的变更并未受到限制。但当开发人员认为工作已告完成,可供其他配置项使用时,它就开始稳定。把它交出评审,就开始进入评审状态;若通过评审,可作为基线进入配置库(实施检入),开始冻结,此时开发人员不允许对其做任意修改,因为它已处于受控状态。通过评审表明它确已达到质量要求;但若未能通过评审,则将其回归到工作状态,重新进行调整。配置项的状态变化过程如下图所示。
                             
                             配置项的状态变化过程
                             处于受控状态下的配置项原则上不允许修改,但这不是绝对的,如果由于多种原因需要变更,就需要提出变更请求。在变更请求得到批准的情况下,允许配置项从库中检出,待变更完成,并经评审后,确认变更无误方可重新入库,使其恢复到受控状态。
 
       管理流程
        信息系统软件交付之后就进入了运维阶段,该阶段短则4~5年,长则可达10年以上。运维的目的是保证信息系统软件能正常而可靠地运行,并能使系统不断得到改善和提高,以充分发挥作用。运维的过程也就是不断满足用户各种维护需求的过程。用户的维护需求是不断变化的,所以需要持续地对信息系统软件进行修改和维护。这一过程从本质上来说是一个P、D、C、A(P-Plan,策划;D-Do,实施;C-Check,检查;A-Act,处理)循环,不停顿地周而复始地运转。按照戴明质量控制理论,信息系统软件运维的管理流程如下图所示。
        
        信息系统软件运维管理流程
        信息系统软件运维服务的四个关键要素是:人员、资源、技术和过程,每个要素通过关键指标反映运维服务的能力。在运维服务提供过程中,通过应用PDCA的方法论,在运维的策划、实施、检查、改进等不同阶段,通过对人员、资源、技术和过程四个服务要素的统一管理,来实现运维服务能力的持续提升。
   题号导航      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 /
 
第69题    在手机中做本题