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

 
整体变更控制工具与技术不包括( )。
 
 
  A.  专家判断
 
  B.  实验设计
 
  C.  会议
 
  D.  配置管理工具
 
 
 

 
  第44题    2012年下半年  
   64%
(44)技术是确定为了完成项目工作所需的资源和技能水平的最佳方法。
 
   知识点讲解    
   · 工具与技术    · 工具与技术    · 整体变更控制    · 变更控制
 
       工具与技术
               专家判断
               除了项目管理团队的专家判断外,也可以邀请干系人贡献专业知识或加入变更控制委员会(CCB)。在本过程中,专家判断和专业知识可用于处理各种技术和管理问题,并可从各种渠道获得。
               会议
               根据项目需要,可以由变更控制委员会(CCB)开会审查变更请求,并做出批准、否决或其他决定。CCB也可以审查配置管理活动。应该明确规定变更控制委员会的角色和职责,并经相关干系人一致同意后,记录在变更管理计划中。CCB的决定都应记录在案,并向干系人传达,以便其知晓并采取后续措施。
               变更控制工具
               为了便于开展配置和变更管理,可以使用一些手工或自动化的工具。可以使用工具来管理变更请求和后续的决策,同时还要格外关注沟通,以帮助CCB成员履行职责,以及向相关干系人传达决定。
 
       工具与技术
               进度网络分析
               进度网络分析采用多种进度分析技术,如关键路径技术、关键链法、假设情景分析和资源优化技术等来计算项目活动未完成部分的最早和最迟开始时间以及最早和最迟完成时间。
               关键路径法
               关键路径法(Critical Path Method, CPM)是在进度模型中,估算项目最短工期,确定逻辑网络路径的进度灵活性大小的一种方法。关键路径法通过对项目进度网络图进行正向和反向分析,计算出每项活动理论上的最早开始与完成日期、最迟开始与完成日期,不考虑资源限制。
               关键路径是项目网络图中决定项目最早完成日期的路径,也是耗时最长的路径。如果想缩短项目工期,则需要缩短关键路径上活动的历时。关键路径上的活动叫“关键活动”。
               .活动最早开始时间(ES):在关键路径法中,某活动(或项目)有可能开始的最早时间点。
               .活动最早完成时间(EF):在关键路径法中,某活动(或项目)有可能完成的最早时间点。
               .活动最迟开始时间(LS):在关键路径法中,允许某活动最迟开始的时间点。
               .活动最迟完成时间(LF):在关键路径法中,允许某活动最迟完成的时间点。
               .总时差(Total Float, TF):即总浮动时间,活动的最早开始时间在不延迟项目完工时间或破坏进度制约因素的条件下可以延迟的总时间量。总时差和项目总工期有关,即不仅和紧后活动有关,还和其他不相邻活动有关。
               .自由时差(Free Float, FF):即自由浮动时间,在不推迟紧后活动的最早开始时间的前提下,活动可以向后推迟的时间长度。活动的自由时差和其紧后活动相关。
               正常情况下,关键路径的总时差为0。若总时差为负值,往往说明有外部的限制条件,此时不能按时完工,需调整进度表。
               总时差TF=本活动最晚开始时间LS-本活动最早开始时间ES=本活动最晚完成时间LF-本活动最早完成时间EF
               自由时差FF=min{紧后活动最早开始时间ES-本活动最早完成时间EF}
               下图所示为用七格图表示活动节点的关键路径法示例,图中路径A—C—D工期为25天,路径A—C—D工期为30天,关键路径为A—C—D,项目工期为30天。各活动总浮动时间图中已经标注,如活动B总浮动时间为5天,自由浮动时间根据定义可得,活动B自由浮动时间为5天。
               关于关键路径法的计算参见14.4.2节的详细介绍。
               关键链法
               关键链法(CCM)是一种进度规划方法,允许项目团队在任何项目进度路径上设置缓冲,以应对资源限制和项目不确定性。这种方法建立在关键路径法之上,考虑了资源分配、资源优化、资源平衡和活动历时不确定性对关键路径(通过关键路径法来确定)的影响。关键链法引入了缓冲和缓冲管理的概念。在关键链法中,也需要考虑活动持续时间、逻辑关系和资源可用性,其中各活动持续时间中不包含安全冗余,它用统计方法确定缓冲时段,作为各活动的集中安全冗余,放置在项目进度路径的特定节点,用来应对资源限制和项目不确定性。资源约束型关键路径就是关键链。
               
               关键路径法示例
               注:本例设定项目从第1天开始,也有设定项目从第0天开始的表示方法。
               关键链法增加了作为“非工作进度活动”的时间缓冲,用来应对不确定性。如下图所示,放置在关键链末端的缓冲称为项目缓冲,用来保证项目不因关键链的延误而延误。其他缓冲,即接驳缓冲,则放置在非关键链与关键链的接合点,用来保护关键链不受非关键链延误的影响。应该根据相应活动链的持续时间的不确定性,来决定每个缓冲时段的长短。一旦确定了“缓冲进度活动”,就可以按可能的最晚开始与最晚结束日期来安排计划活动。这样一来,关键链法不再管理网络路径的总浮动时间,而是重点管理剩余的缓冲持续时间与剩余的活动链持续时间之间的匹配关系。
               
               关键链法示例
               资源优化技术
               资源优化技术是根据资源供需情况来调整进度模型的技术,包括(但不限于):
               .资源平衡:为了在资源需求与资源供给之间取得平衡,根据资源制约对开始日期和结束日期进行调整的一种技术。如果共享资源或关键资源只在特定时间可用,数量有限,或被过度分配,如一个资源在同一时段内被分配至两个或多个活动,就需要进行资源平衡。也可以为保持资源使用量处于均衡水平而进行资源平衡。资源平衡往往导致关键路径改变,通常是延长。
               .资源平滑:对进度模型中的活动进行调整,从而使项目资源需求不超过预定的资源限制的一种技术。相对于资源平衡而言,资源平滑不会改变项目关键路径,完工日期也不会延迟。也就是说,活动只在其自由和总浮动时间内延迟。因此,资源平滑技术可能无法实现对所有资源的优化。
               建模技术
               制订进度计划时可能用到的建模技术包括:
               .假设情景分析。假设情景分析是对各种情景进行评估,预测它们对项目目标的影响(积极或消极的)。例如,推迟某主要部件的交货日期,延长某设计工作的时间,或加入外部因素等。可以根据假设情景分析的结果,评估项目进度计划在不利条件下的可行性,以及为克服或减轻意外情况的影响而编制应急和应对计划。
               .模拟。模拟技术基于多种不同的活动假设(通常使用三点估算的概率分布)计算出多种可能的项目工期,以应对不确定性。最常用的模拟技术是蒙特卡洛分析,它首先确定每个活动的可能持续时间的概率分布,然后据此计算出整个项目的可能工期的概率分布。
               提前量与滞后量
               提前量和滞后量是网络分析中使用的一种调整方法,通过调整紧后活动的开始时间来编制一份切实可行的进度计划。提前量用于在条件许可的情况下提早开始紧后活动;而滞后量是在某些限制条件下,在紧前和紧后活动之间增加一段不需工作或资源的自然时间。
               进度压缩
               进度压缩技术是指在不缩减项目范围的前提下,缩短进度工期,以满足进度制约因素、强制日期或其他进度目标。常用的进度压缩技术包括:
               .赶工:通过增加资源,以最小的成本增加来压缩进度工期的一种技术。赶工的例子包括批准加班、增加额外资源或支付加急费用,来加快关键路径上的活动。赶工只适用于那些通过增加资源就能缩短持续时间的,且位于关键路径上的活动。赶工并非总是切实可行,它可能导致风险或成本的增加。
               .快速跟进:将正常情况下按顺序进行的活动或阶段改为至少是部分并行开展。例如,在软件设计尚未全部完成前就开始编码。快速跟进可能造成返工和风险增加,它只适用于能够通过并行活动来缩短项目工期的情况。
               进度计划编制工具
               自动化的进度计划编制工具包括进度模型,它用活动清单、网络图、资源需求和活动历时等作为输入,使用进度网络分析技术,自动生成开始和结束日期,从而可加快进度计划的编制过程。进度计划编制工具可与其他项目管理软件以及手工方法联合使用。
 
       整体变更控制
        整体变更控制是审查所有变更请求,批准变更,管理对可交付成果、组织过程资产、项目文件和项目管理计划的变更,并对变更处理结果进行沟通的过程。该过程审查所有针对项目文件、可交付成果、基准或项目管理计划的变更请求,并批准或否决这些变更。本过程的主要作用是从整合的角度考虑记录在案的项目变更,从而降低因未考虑变更对整个项目目标或计划的影响而产生的项目风险。
               输入
                      项目管理计划
                      项目管理计划中可用于本过程的内容包括:
                      .范围管理计划,包含范围变更程序。
                      .范围基准,提供产品定义。
                      .变更管理计划,为管理变更控制过程提供指导,记录变更控制委员会(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 /
 
第42题    在手机中做本题