你已经准备好了项目的范围说明和WBS，你的项目计也已经被准备了。目前你的项目开始实施了，但你认识到，基于项目工作的天性，项目范围的变动是在所难免的。由于不久前你就经历过范围不断扩大的折磨，所以这次你对范围蔓延的危险特别留意。为了避免类似事件的发生，你召集了团队会议要建立一套项目范围变更控制系统。这是指（）
单项目进入执行阶段时，项目经理了解到团队成员在没有变更范围的情况下，加班进行预期之外的工作。出现这种情况的最大可能原因是什么？（）
项目的工作分解结构是管理项目范围的集成，在进行项目工作分解时候，一般要遵循以下几个步骤：①识别和确认项目的阶段和主要可交付物②确认项目主要交付成果的组成要素③分解并确认每一组成部分是否分解的足够详细④核实分解的正确性这几个步骤正确的操作顺序应该是（）
你的小组没有采用你建议的工作分解包，而是开发了一些材料来确定项目的各工作环节和部分。客户审议该文件发现需要做出项目范围的变更，由此提出了变更请求。这是一个由于以下什么原因引起的变更请求：（）。
一个项目经理正在管理一个复杂的硬件安装项目。该项目团队由13个人组成，他们都是各自领域的专家。项目经理不想对项目进行面面俱到的管理。分解工作的时候，最佳的分解方式是？（）
下列招标采购项目管理的主要方法中，（）主要应用于项目范围管理，是一种在项目全范围内分解和定义各层次工作包的方法。
范围管理，是为了实现项目目标，保证项目只包括必要的工作而进行的项目范围规划、范围定义、范围确认和范围变更控制的管理过程。
项目团队快要完工的时候发现一个错误，修复错误将会引起范围的变更；不修复错误，项目交付成果将会延期，你的行动应该是：（）。
项目将要完成时，客户要求对工作范围进行较大的变更。项目经理应采取下面那种做法？（）
你是一个项目经理，服务于一家专门建造豪华犬舍的建筑公司。你们公司主要建造三种类型的犬舍。公司已经根据多年来的项目经验建立了一套标准的工作分解结构系统，此外还建立了一个范围变更控制系统。所有的犬舍都是按照计划建造的。然而是，在你最近的项目中，客户方希望你用一种与以往不同的材料做地基。因为这个客户的狗睡在水泥地上会起麻疹。尽管这个要求导致了一项范围变更，但后来发现，这个新材料使实际的建筑时间缩短了20%。在项目结束时，你认识到继续使用这种材料会大大提高你们的工作绩效。你下一步应该：（）。
某项目已制定了详细的范围说明书，并完成了WBS分解。在项目执行过程中，项目经理在进行下一周工作安排的时候，发现WBS中遗漏了一项重要的工作，那么接下来他应该首先（）
在准备工作分解结构的时候，没有现成的工作分解结构模板可以利用，项目经理首先应该（）
项目发起人想对工作的范围进行一个大的变更，当项目几乎已经被完成的时候，项目经理应该：（）
客户要求进行范围变更。为了分析变更对项目的影响，项目经理应该回顾工作分解结构、变更请求、范围管理计划和（）？
创建工作分解结构是项目范围管理的重要内容，该项活动的输出包括工作分解结构（WBS）、WBS字典、变更申请、范围管理计划（更新）和（）
增减项目工作，改变项目成果数量和功能要求等都属于项目范围变更控制，以下不属于针对项目范围变更的控制行为是（）。
在项目快要结束时，如果客户想要对工作范围进行大的变更，项目经理应该：告诉客户变更带来的影响（）
整体变更控制过程基于项目的执行情况对项目的过程进行控制。以下关于整体变更控制的描述，（）是不恰当的。
在项目范围定义过程中，要对项目的工作任务进行分解
项目分解结构应有一定的弹性，应能方便地扩展项目的范围、内容和变更项目的结构。
阅读下列说明，回答问题1至问题3．将解答填入答题纸的对应栏内． 【说明】 项目经理小王目前正在负责—阅读下列说明，回答问题1至问题3．将解答填入答题纸的对应栏内． 【说明】 项目经理小王目前正在负责—个小型的软件开发项目。—开始他觉得项目比较小，变更应该不多，流程也不需要太复杂，因此就没有制定项目变更管理计划，而是强调团队成员间的及时沟通来保证项目按照计划进行：根据项目经理小王的理解．所谓变更管理的主要目标就是保证项目能够按照计划进行，如果能够保证不发生超越项目进度计划、成本计划等控制范围外的偏差，就可以不用指定项目变更管理计划．就可以不用指定项目变更管理计划，以减少项目的工作量。而项目执行过程中对计划的微调根本不需要记录和管理，也不需要走项目变更管理流程。而且他认为如果所有项目变更都必简要向相关领导请示汇报，过程太复杂和麻烦，还不如由执行人员提出变更的方案，彼此讨论—直后来的更方便和快捷。 但是在项目进入集成测试阶段的时候，突然多了很多莫名其妙的问题出现。如在调试过程中。由于相关设计和记录的简化和不规范，造成了调试的困难，很难定位各个问题模块的错误；由于项目执行过程中。人员的调配替换，造成了文档记录的不—敢，导致后期人员阅读和理解方面的障碍。并且由于缺乏对开发过程的配置管理和控制，导致版本混乱，很难形成有效支持各模块集成的文档。另外，面目中很多细小的改动由于没有准确的记录，或者是根本没有记录．导致集成测试发现问题时，根本没有办法更改。小王对此也没有办法，不知道因为什么原因导致目前的项目状态，项目面临返工的危险。 【问题1】（） 针对项目的当前状态，小王应该采取说明补救措施？
在执行阶段，市场部通知项目发起人中心小组提供了产品的混合审查,需要进行细微变更。项目发起人指示项目经理包含变更，因为该变更不会改变范围或预算。项目经理接下来不应该（）。
陈某为某系统集成公司项目经理,负责某国有企业信息化项目的建设。 陈某在带领项目成员进行业务需求调研期间,发现客户的某些部门对于需求调研不太配合,时常上级推下级,下级在陈述业务时经常因为工作原因在关键时候被要求离开去完成其他工作,而某些部门对于需求调研只是提供一些日常票据让其进行资料收集,为此陈某非常苦恼。勉强完成了需求调研后,项目组进入了软件开发阶段,在软件开发过程中,客户经常要求增加某个功能或对某个表进行修改,这些持续不断的变更给软件开发小组带来了巨大的修改压力,软件开发成员甚至提到该项目就感觉没动力。项目期间由于客户需求变更频繁,陈某采取了锁定需求的办法,即在双方都确认变更后,把变更内容一一列出,双方盖上公司印章生效,然而这样做还是避免不了需求变更,客户的变更列表要求对方遵守承诺,客户却认为这些功能是他们要求的,如果需要新的变更列表,他们可以重新制作并加盖印章。陈某对此很无奈。最终在多次反复修改后,项目勉强通过验收。而陈某对于该项目的后期维护仍然感到担忧。 [问题1] 请分析案例中沟通管理存在的问题？你认为如何解决？
项目的工作分解结构（WBS）是管理项目范围的基础，在进行项目工作的时候，一般要遵从以下几个步骤：1. 识别和确认项目的阶段和主要可交付物；2. 确认项目主要交付成果的组成要素；3. 分解并确认每一组成部分是否分解得足够详细；4. 核实分解的正确性。这几个步骤中正确的操作顺序应该是（）
