免费智能真题库 > 历年试卷 > 信息系统项目管理师 > 2013年上半年 信息系统项目管理师 上午试卷 综合知识
  第46题      
  知识点:   沟通规划   变更控制   可交付成果   项目信息
  关键词:   变更控制   干系人   沟通计划   项目经理   变更   沟通        章/节:   项目沟通管理过程       

 
某项目已经按照沟通计划发布了项目信息;此时一些项目可交付成果按照变更控制计划发生了变更,并向所有干系人都发出了变更通知;而项目后期一位干系人表示对该变更并不知情,此时,该项目的项目经理首先应(46)。
 
 
  A.  对沟通计划进行审核,如需要,对沟通计划进行修改
 
  B.  审核沟通计划,确定为什么干系人不理解自己的职责
 
  C.  确定为什么该干系人不知情
 
  D.  在下次项目工作会议上说明该问题,以便其他干系人不会遗忘公布的变更信息
 
 
 

 
  第42题    2013年上半年  
   30%
两名新成员最近加入到某项目中,项目组成员原来有6个人,则沟通途径增加了(42)。
  第44题    2010年上半年  
   35%
系统集成工程建设的沟通协调非常重要,有效沟通可以提升效率、降低内耗。以下关于沟通的叙述,(44)是错误的。
  第53题    2015年上半年  
   18%
项目经理有责任处理项目过程中发生的冲突,以下解决方法中,()会使冲突的双方最满意,也是冲突管理最有效的一种方法。
   知识点讲解    
   · 沟通规划    · 变更控制    · 可交付成果    · 项目信息
 
       沟通规划
        沟通规划是确定项目干系人的信息需求,并定义沟通方法的过程。规划沟通过程旨在对干系人的信息和沟通需求做出应对安排,如谁需要何种信息,何时需要,如何向他们传递以及如何传递。虽然所有项目都需要进行项目信息沟通,但所需要的信息和发布的方法相差甚远。识别项目干系人的信息需求,确定满足这些需求的恰当手段是项目成功的重要因素。
        沟通规划往往与企业环境因素和组织影响密切相关,因为项目的组织结构对项目的沟通需求有重大影响。
        输入
        1.企业环境因素
        所有企业环境因素都是沟通规划过程的输入,因为沟通必须适应项目的环境。
        2.组织过程资产
        所有组织过程资产都是沟通规划过程的输入,其中经验教训和历史信息尤为重要,因为可以从中了解以往类似项目的沟通安排及其实施结果,并可指导当前项目的沟通活动规划。
        3.项目管理计划
        项目管理计划为项目提供背景信息,包括与沟通规划有关的日期与制约因素。
        .制约因素:限制项目管理团队权衡选择的因素,如团队成员工作地点分散、沟通软件版本不兼容、沟通技能有限等。
        .假设:影响沟通规划的特定假设取决于具体项目的特定性。
        4.项目范围说明书
        项目范围说明书为未来项目决策提供书面依据,并在项目干系人之间就项目范围达成共识。干系人分析是作为范围定义的一部分完成的。
        工具与技术
        1.沟通需求分析
        通过沟通需求分析,确定项目干系人的信息需求,包括信息的类型与格式,以及信息对干系人的价值。
        项目经理还应使用潜在的沟通渠道或路径的数量来反映项目沟通的复杂程度。潜在沟通渠道的总数为nn-1)/2,其中n为干系人数量。如有10个干系人的项目,就有45条潜在的沟通渠道。因此,在沟通规划中需要确定和限制谁应该与谁沟通,以及谁将接收何种信息。
        用来确定项目沟通需求的信息通常包括:
        .组织机构图。
        .项目组织和干系人职责关系。
        .项目所涉及的学科、部门、专业。
        .有多少人在什么地方参与项目。
        .内部信息需求,如组织间的沟通。
        .外部信息需求,如媒体或承包商沟通。
        .项目干系人信息。
        2.沟通技术
        可以采用各种方法在项目干系人之间传递信息,从简短的谈话到长时间的会议,从简单的书面文件到可在线查询的资料。
        影响项目沟通技术的因素包括:
        .信息需求的紧迫性。
        .技术的适用性。
        .预期的项目人员配备。
        .项目生命周期。
        .团队环境。
        输出
        沟通管理计划
        沟通管理计划是包含于或附属于项目管理计划的文档,主要内容包括:
        .干系人的沟通需求;
        .需要沟通的信息,包括语言、内容、格式、详细程度;
        .发布相关信息的原因;
        .发布所需信息的时限和频率;
        .负责沟通相关信息的人员;
        .有权发布机密信息的人员;
        .将要接收信息的个人或小组;
        .传递信息的技术和方法,如备忘录、电子邮件等;
        .为沟通活动分配的资源,如时间和预算;
        .问题升级流程,用于规定问题上报时限和上报路径;
        .随项目进展对沟通规划进行更新与优化的方法;
        .通用术语表;
        .信息流向图、工作流程、报告清单、会议计划等;
        .沟通制约因素。
        沟通管理计划还可包括关于项目状态会议、项目团队会议等的指南和模板。如果项目将使用网站和项目管理软件,那么应在沟通管理规划中说明如何使用该网站和软件。
 
       变更控制
        变更控制系统是一套事先确定的修改项目文件或改变项目活动时应遵循的程序,其中包括必要的表格或其他书面文件,责任追踪,以及变更审批制度、人员和权限。变更控制系统应当明确规定变更控制委员会的责任和权力,并由所有的项目干系人认可。在审批变更时,要加强对变更风险和变更效果的评估,并选择对项目影响最小的变更方案,尽量防止增加项目投资。变更控制系统可细分为整体、范围、进度、费用和合同变更控制系统。变更控制系统应当同项目管理信息系统一起通盘考虑,形成整体。
               变更控制委员会
               变更控制委员会(Change Control Board,CCB)也称配置控制委员会(Configuration Control Board),其任务是对建议的配置项变更做出评价、审批,以及监督已批准变更的实施。CCB的成员通常包括项目经理、用户代表、质量控制人员、配置控制人员。这个组织不必是常设机构,可以根据工作的需要组成,其中的人员可以全职的,也可以是兼职的。
               如果CCB除控制变更以外,还要承担更多的配置管理任务,那就应该包括基线的审定、标识的审定,以及产品的审定,并且可能实际的工作需分为项目层、系统层和组织层来组建,使其完成不同层面的配置管理任务。
               变更控制的流程
               变更管理的基本流程如下:
               ①变更申请。应记录变更的提出人、日期、申请变更的内容等信息。
               ②变更评估。对变更的影响范围、严重程度、经济和技术可行性进行系统分析。
               ③变更决策。由具有相应权限的人员或机构决定是否实施变更。
               ④变更实施。由管理者指定的工作人员在受控状态下实施变更。
               ⑤变更验证。由配置管理人员或受到变更影响的人对变更结果进行评价,确定变更结果和预期是否相符、相关内容是否进行了更新、工作产物是否符合版本管理的要求。
               ⑥沟通存档。将变更后的内容通知可能会受到影响的人员,并将变更记录汇总归档。如提出的变更在决策时被否决,其初始记录也应予以保存。
               变更申请需要采用书面的形式提出,主要内容有如下3个方面:
               ①变更描述。包括变更理由、变更的影响、变更的优先级等,就是要描述做什么变更,为什么要做,以及打算怎么做的问题。
               ②对变更的审批。对变更的必要性、可行性的审批意见,主要是由配置管理员和CCB对此项变更把关。
               ③变更实施的信息。
               利用配置库实现变更控制
               配置项可以有3种状态,分别是工作状态、评审状态和受控状态。开发中的配置项尚未稳定下来,对于其他配置项来说是处于不处理工作状态下(自由状态),此时它并未受到配置管理的控制,开发人员的变更并未受到限制。但当开发人员认为工作已告完成,可供其他配置项使用时,它就开始于稳定。把它交出评审,就开始进入评审状态;若通过评审,可作为基线进入配置库(实施检入),开始冻结,此时开发人员不允许对其任意修改,因为它已处于受控状态。通过评审表明它确已达到质量要求;但若未能通过评审,则将其回归到工作状态,重新进行调整。配置项的状态变化过程如下图所示。
               
               配置项的状态变化过程
               处于受控状态下的配置项原则上不允许修改,但这不是绝对的,如果由于多种原因需要变更,就需要提出变更请求。在变更请求得到批准的情况下,允许配置项从库中检出,待变更完成,并经评审后,确认变更无误方可重新入库,使其恢复到受控状态。
 
       可交付成果
        可交付成果是在某一过程、阶段或项目完成时,必须产出的任何独特并可核实的产品、成果或服务能力。可交付成果通常是为实现项目目标而完成的有形的组件,也可包括项目管理计划。
 
       项目信息
        在整个项目生命周期中,需要收集、分析和加工大量数据和信息,并以各种形式分发给项目团队成员和其他干系人。项目信息传递的过程一般是从各执行过程中收集项目数据,在各控制过程中,对项目数据进行综合分析和汇总,并加工成项目信息,然后以口头方式传递项目信息,或者把项目信息编辑成各种形式的报告,加以存储和分发。
        在实践中,数据和信息这两个术语经常被替换使用,但为了避免造成干系人的困惑和误解,需要对这些术语进行澄清。
        .工作绩效数据:在执行项目工作的过程中,从每个正在执行的活动中收集到的原始观察结果和测量值。例如,工作完成百分比、质量和技术绩效测量值、进度活动的开始和结束日期、变更请求的数量、缺陷数量、实际成本和实际持续时间等。
        .工作绩效信息:从各控制过程中收集并结合相关背景和跨领域关系,进行整合分析而得到的绩效数据。绩效信息的例子有可交付成果的状况、变更请求的执行状况、预测的完工估算。
        .工作绩效报告:为制定决策、提出问题、采取行动或引起关注而汇编工作绩效信息所形成的实物或电子项目文件。例如,状况报告、备忘录、论证报告、信息札记、电子报表、推荐意见或情况更新等。
   题号导航      2013年上半年 信息系统项目管理师 上午试卷 综合知识   本试卷我的完整做题情况  
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 /
 
第46题    在手机中做本题