1、 [单选] （）不是制定项目章程的依据。
- A：口头协议
- B：项目管理计划
- C：商业论证
- D：项目工作说明书
2、 [单选] 没有调查就没有发言权，全面、及时而准确地掌握项目各方面的情况，是判断、决策和指导项目工作的基础，这体现了项目经理权力中的（）。
- A：权限
- B：感化影响
- C：知情力
- D：领导力
3、 [单选] 监控项目工作过程包括了监视和控制两方面的活动，（）属于控制活动。
- A：采取预防措施
- B：收集绩效信息
- C：测量绩效信息
- D：评价测量结果
4、 [单选] 当用户提出新需求时，项目组应在（）指导下进行项目范围管理。
- A：WBS
- B：范围管理计划
- C：项目范围说明书
- D：需求跟踪矩阵
5、 [单选] 定义范围最重要的任务就是详细定义项目的范围边界，（）不适合用于描述某个项目的范围。
- A：系统开发完成后，开发人员针对系统操作为客户举行两次以上的培训
- B：服务软件在对外传输数据过程中不允许以明文形式传输
- C：将主会场原有的标清视频会议系统替换为高清（1080P）视频会议系统
- D：智能数据分析系统核心功能在2个月内完成，以满足验收要求
6、 [单选] 关于的WBS描述正确的是（）
- A：WBS分解得越详细越利于项目的执行
- B：WBS的元素可以几个人同时负责
- C：WBS完成后，就不能对WBS进行修改
- D：WBS中下级元素之和等于上级元素
7、 [单选] 关于范围确认和范围控制的描述，正确的是（）
- A：当变更会对进度，成本产生较大影响时，变更申请不应该被通过
- B：客户和项目团队成员往往有在当前版本中加入所有功能的意愿
- C：确认范围后该项目的范围不能再更改
- D：由于政府政策调整而导致项目范围的变更申请，可直接通过
参考答案：B C A B C D B
第一题：B
解析：制定项目章程的依据有协议、项目工作说明书、商业论证、事业环境因素、组织 过程资产，故选B。
第二题：C
解析：在整体协调过程中，项目经理应当正确而又充分地利用自己的权力。项目经理的权力包括3个方面：权限、感化影响和知情力。权限是项目经理因其在组织中的地位而拥有的，权限为他人认可的程度有限，对他人行为的影响一般也不大。感化影响力是建立在个人知识、经验、人格和魅力基础上的，项目经理可以利用这类权力影响不直接参与项目但却需要与其合作的人。知情力更为重要，“没有调查，就没有发言权”，全面、及时而又准确地掌握项目各方面的情况（或称信息），是判断、决策和指导项目工作的基础。
第三题：A
解析：监控项目工作是跟踪、审查和报告项目进展，以实现项目管理计划中确定的绩效目标的过程。项目的监控工作贯穿于项目工作的始终，即不仅要对项目执行进行监控，而且要对项目的启动、规划和收尾进行监控。监督是贯穿于整个项目的项目管理活动之一，包括收集、测量和发布绩效信息，并评价测量结果和实施过程改进的趋势。控制包括制定纠正或预防措施或重新规划，并跟踪行动计划的实施过程，以确保它们能有效解决问题。
第四题：B
解析：范围管理计划是项目或项目集管理计划的组成部分，描述将如何定义、制订、监督、控制和确认项目范围。如果没有范围管理计划，那么在面对范围管理出现的问题，例如，需求的变化、设计中的错误等“意外”情况时，项目团队就缺乏一个行动指导方针，对于用户提出的新的需求，要么全不说“不”，要么全部说“是”，或者更糟：全凭借想象说“是”或者“不”，这无疑会严重打击项目团队的积极性，对项目的进度、资源使用和完成带来非常不利的影响。
第五题：C
解析：定义范围（Define Scope）是制定项目和产品详细描述的过程,其主要作用是明确所收集的需求哪些将包含在项目范围内，哪些将排除在项目范围外，从而明确产品、服务或成果的边界。由于在收集需求的过程中识别出的所有需求未必都包含在项目中，所以定义范围过程就要从需求文件中选取最终的项目需要，然后制定出关于项目及其产品、服务或成果的详细描述。 项目范围说明书描述要做和不要做的工作的详细程度，决定着项目管理团队控制整个项目范围的有效程度。项目范围说明书包括如下内容。 （1）产品范围描述。（2）验收标准。（3）可交付成果。（4）项目的除外责任。（5）制约因素。列出并说明与项目范围有关且限制项目团队选择的具体项目制约因素，例如，客户或执行组织事先确定的预算、强制性日期或强制性进度里程碑。如果项目是根据协议实施的，那么协议条款通常也是制约因素。（6）假设条件。 本题存在一定争议，从范围定义的结果范围说明书的角度分析，D选项属于项目范围的制约因素，可以选C，C可以理解为范围控制的内容。 如果从项目范围就是为了完成项目可交付成果必须开展的工作这个角度去分析，就可以选D，D不是工作，是制约因素。
第六题：D
解析：在WBS（工作分解结构）分解的过程中，应该注意以下8个方面。 （1）WBS必须是面向可交付成果的。项目的目标是提供产品或服务，仅仅是一连串特别的活动。 （2）WBS必须符合项目的范围。WBS必须包括，也仅包括为了完成项目的可交付成果的活动。100％原则（包含原则）认为，在WBS中，所有下一一级的元素之和必须100％的代表上一级元素。 （3）WBS的底层应该支持计划和控制。WBS是项目管理计划和项目范围之间的桥梁，WBS的底层不但要支持项目管理计划，而且要让管理层能够监视和控制项目的进度和预算。如果将WBS分解得过于详细，那么容易让人掉进细节中，同时可能会忽略更重要的事情，对于项目的控制成本也不利。另外，WBS如果变成了每小时的工作单，那么对于项目团队成员而言，谁也不愿意每时每刻都受到监控，而且，组织可能还需要雇佣相应的人员来完成如此之多的监控。 （4）WBS中的元素必须有人负责，而且只能由一个人来负责，尽管实际上可能需要多个人参与。 （5）WBS的指导。作为指导而不是原则，WBS应控制在4〜6层。当然，大项目可以超过6层。 （6）WBS应包括项目管理工作，也要包括分包出去的工作。 （7）WBS的编制需要所有（主要）项目干系人的参与，需要项目团队成员的参与。 （8）WBS并非是一成不变的，在完成了WBS之后的工作中，仍然有可能需要对WBS进行修改。
第七题：B
解析：确认范围主要是项目干系人（例如，客户、发起人等）对项目的范围进行确认和接受的工作，每个人对项目范围所关注的方面是不同的。 其中，客户和项目团队成员往往有在当前版本中加入所有功能和特征的意愿，这对于项目来说是一种潜在的风险，会给组织和客户带来危害和损失，选项B 正确。 控制范围（Control Scope）是监督项目和产品的范围状态、管理范围基准变更的过程，其主要作用是在整个项目期间保持对范围基准的维护。对项目范围进行控制，就必须确保所有请求的变更、推荐的纠正措施或预防措施都经过实施整体变更控制过程的处理。在变更实际发生时，也要采用范围控制过程来管理这些变更。 在信息系统集成项目中，变更是不可避免的，控制范围过程依赖于范围变更控制系统，范围变更控制是指对有关项目范围的变更实施控制，审批项目范围变更的一系列过程,包括书面文件、跟踪系统和授权变更所必须的批准级别。 综上所述，A、C、D错误。
