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

 
范围变更导致成本基线发生变化时,项目经理需要做的工作不包括()。
 
 
  A.  重新确定新的需求基线
 
  B.  发布新的成本基准
 
  C.  调整项目管理计划
 
  D.  调整项目章程
 
 
 

 
  第67题    2014年上半年  
   58%
对变更效果的评估是变更管理中非常重要的一环。()不属于变更效果评估的内容。
  第70题    2013年上半年  
   45%
变更管理的工作程序包括:接受变更申请、对变更的初审。(70)、CCB决定是否批准、发出变更通知并开始实施、变更实施监控、变更效..
  第45题    2019年上半年  
   56%
关于范围控制的描述,不正确的是( )。
   知识点讲解    
   · 变更管理的工作程序    · 范围变更    · 基线
 
       变更管理的工作程序
        变更管理的一般工作程序如下:
        (1)提出变更申请。变更申请是关于修改文档、可交付物或基准的正式提议。如果在项目工作的实施过程中发现问题,就需要提出变更申请,对项目政策或程序、项目范围、项目成本或预算、项目进度计划或项目质量进行修改。其他变更申请包括必要的预防措施或纠正措施,用来防止以后的不利后果。变更申请可以是直接的或间接的,可以由外部或内部提出,可能是主动要求的或由法律/合同所强制的。所有变更申请都必须以书面形式记录,并纳入配置管理系统中。
        (2)变更影响分析。项目经理在接到变更申请以后,首先要检查变更申请中需要填写的内容是否完备,然后对变更申请进行影响分析。变更影响分析由项目经理负责,项目经理可以自己或指定人员完成,也可以召集相关人员讨论完成。
        (3)CCB审查批准。变更申请人提交的每个变更申请都必须由一位责任人批准或否决,这个责任人通常是项目发起人或项目经理。必要时,应由变更控制委员会(CCB)进行审查批准。CCB对变更申请内容及其相关影响分析进行审查,并作出最后决策。CCB对变更申请的决策可以是批准、否决或延期,也可以要求补充材料。
        (4)实施变更。实施变更即执行变更申请中的变更内容。项目经理负责整合变更所需资源,合理安排变更,对于不同的变更申请,涉及的变更实施人员也不同。
        (5)监控变更实施。批准的变更进入实施阶段后,需要对它们的执行情况进行确认,以保证批准的变更都得到正确的落实,即需要对变更实施进行监控。监控过程中除了对调整过的项目基准中所涉及的变更内容进行监控外,还应当对项目的整体基准是否反映项目实施情况进行监控。
        (6)结束变更。变更申请被否决时变更结束,项目经理通知相关变更申请人。批准的变更被正确完成后,成果纳入配置管理系统中并通知相关受影响人员,变更结束。
 
       范围变更
        范围变更是对达成一致的、WBS定义的项目范围的修改。范围变更的原因包括项目外部环境发生变化(如法律、对手的新产品等),范围计划不周,有错误或者遗漏,出现了新的技术、手段和方案,项目实施组织发生了变化,项目业主对项目或者项目产品的要求发生变化等。
        范围变更控制是指对有关项目范围的变更实施控制,包括一系列文档程序,用于实施技术和管理的指导和监督,以确定和记录项目条款的功能和物理特征、记录和报告变更、控制变更、审核条款和系统,由此来检验其与要求的一致性。
        在项目的实施过程中,项目的范围难免会因为很多因素,需要或者至少为项目干系人提出变更,如何控制项目的范围变更,这需要与项目的时间控制、成本控制,以及质量控制要结合起来管理。在整个项目周期内,项目范围发生变化,则要进行范围变更控制,范围变更控制的主要工作有:
        (1)影响造成项目变化的因素,并尽量使这些因素向有利的方面发展。
        (2)判断项目变化范围是否已经发生。
        (3)一旦范围变化已经发生,就要采取实际的处理措施。
        范围控制管理依赖于范围变更控制系统。这个系统定义了项目范围发生变化所应遵循的程序。这个程序包括使用正式的书面报告,建立必要的跟踪系统和核准变更需求的批准系统。项目范围变更控制系统是整个项目变化控制系统的一部分。
        对于范围变更的处理流程,请阅读12.7.3节。
 
       基线
        基线(baseline)是项目生存期各开发阶段末尾的特定点,也称为里程碑(milestone),在这些特定点上,阶段工作已结束,并且已经形成了正式的阶段性产品。
        建立基线的概念是为了把各开发阶段的工作划分得更加明确,使得本来连续开展的开发工作在这些点上被分割开,从而更加有利于检验和肯定阶段工作的成果,同时有利于进行变更控制。有了基线的规定就可以禁止跨越里程碑去修改另一开发阶段的工作成果,并且认为建立了里程碑,有些完成的阶段成果已被冻结。
        作为阶段工作的正式产品,基线应该是稳定的,如作为设计基线的设计规格说明应该是通过评审的。如果还只是设计草稿,就不能作为基线,不能被冻结。
        如果把软件看作是系统的一个组成部分,以下3种基线最受人们关注的:功能基线、分配基线、产品基线。
        (1)功能基线:指在系统分析与软件定义阶段结束时,经过正式评审和批准的系统设计规格说明书中对待开发系统的规格说明;或是指经过项目委托单位和项目承办单位双方签字同意的协议书或合同中所规定的对待开发软件系统的规格说明;或是由下级申请经上级同意或直接由上级下达的项目任务书中所规定的对待开发软件系统的规格说明。功能基线是最初批准的功能配置标志。
        (2)分配基线(指派基线):指在软件需求分析阶段结束时,经过正式评审和批准的软件需求的规格说明。指派基线是最初批准的指派配置标志。
        (3)产品基线:指在软件组装与系统测试阶段结束时,经过正式评审批准的有关所开发的软件产品的全部配置项的规格说明。产品基线是最初批准的产品配置标志。
        另外,交付给外部顾客的基线一般称为发行基线,内部使用的基线称为构造基线。释放是指在软件生存周期的各个阶段结束时,由该阶段向下阶段提交该阶段产品的过程。它也指将集成与系统测试阶段结束时所获得的最终产品向用户提交的过程。后面这个过程也称为交付。
        :提出基线的概念本来是为了更好地实现变更控制,但如果把每个基线都当成一个整体来看待会造成麻烦。因为一个变更很可能只涉及基线的很小部分。例如,假定某个大型软件中的一个模块修改了,如果将这一变更当做整个软件产品基线的变更,就很不方便。
   题号导航      2018年下半年 系统集成项目管理工程师 上午试卷 综合知识   本试卷我的完整做题情况  
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 /
 
第45题    在手机中做本题