关于范围管理计划，不正确的是（ ）
用于规划、跟踪和报告各种需求活动
作为制定项目管理计划过程的主要依据
范围管理计划可以是正式的
规定了如何执行详细范围说明书
下列描述正确的是（ ）
范围管理计划包括收集需求和管理需求的过程
范围管理计划规定了如何正式验收已完成的项目可交付成果
需求管理计划是编制范围管理计划时的重要依据
范围管理计划应是正式的
不是需求管理计划的是（ ）
需求优先级排序的过程
收集需求的过程
项目可交付成果
产品测量指标
项目经理组织所有成员对三个技术方案进行投票，45%的选择方案A，35%选择方案B，20%选方案C，因此，A被采纳，该项目采用的是（ ）原则
一致同意
大多数
相对多数
独裁
收集需求过程中，需要通过项目商业计划/营销文献和协议等文件来挖掘需求，此过程宜采用的技术（ ）
头脑风暴
原型法
文件分析
问卷调查
在范围定义的工具中和技术中，（ ）通过产品分解、系统分析、价值工程等技术清理范围产品，并把对产品的要求转化成项目的要求
焦点小组
备选方案
产品分析
引导式研讨会
关于项目范围定义的描述，不正确的是（ ）
范围定义是制定目标和产品详细描述的过程
范围定义过程的输出包括范围管理计划、干系人登记册、需求文件
范围说明书是对项目的范围、可交付成果、假设条件和制约因数等的描述
项目进行中，往往需要多次反复开展范围定义的活动
不属于项目范围说明书的内容的是（ ）
项目的可交付成果
项目的假设条件
干系人清单
验收标准
（ ）严格定义了项目内容包括什么和不包括什么，以防止项目干系人假定某些产品或服务是项目中的一部分
项目目标
项目边界
项目需求
项目可交付成果
详细的范围说明书及其引用的文档包括（ ）1、项目目标 2、产品范围描述 3、项目进度 4、可交付成果 5、干系人清单 6、项目需求
1235
1246
1256
1234
关于范围定义的描述，不正确的是（ ）
在项目规划中应先进行范围定义、明确项目的准确范围
范围定义的作用是明确项目、服务或者输出的边界
范围定义可以增加项目时间、成本和资源估计的准确度
范围定义是从需求文件中选出最终的项目需求
以下说法正确的是( )
WBS制定进度计划、成本计划的基础
项目的全部工作都必须包括在WBS中
WBS的编制需要主要项目干系人参与
WBS应采用自下而上的方式，逐层汇总
WBS的描述不正确的是（ ）
一般来说，WBS控制在3-6层为宜
WBS是项目时间、成本、人力等管理工作的基础
WBS必须且只能包括整个项目100%的工作内容
WBS的制定由项目主要干系人完成
关于WBS和工作包说法正确的是（ ）
工作分解结构中的各要素应该相对独立，尽量减少交叉
如果某个可交付成果规模较小，可以在段时间内 完成，就可以被当作工作包
工作分解结构中不包括分包出去的工作
WBS的编制应该由项目管理人员完成，因为不同项目干系人立场不同，对于工作分解结构的理解差异较大
关于WBS说法正确的是（ ）
里程碑与可交付成果紧密相关，可以用可交付成果代替里程碑
工作分解过层是逐层向上的，上一层是下一层各要素之和
WBS应由项目经理主持完成
WBS各要素之间应对是独立的
WBS的控制账户是一个（ ）
资源分配账户
管理控制点
成本账户
风险点
在项目范围确认时，经常会使用群体决策技术，以下属于群体中超过50%人员的意见做出的决策技术是（ ）
一致同意原则
大多数原则
相对多数原则
独裁原则
进行范围确认是项目中一项重要工作，第一项工作一般是（ ）
确定需要进行确认范围的时间
识别确认范围需要哪些投入
确定范围正式接受的标准和要素
确定确认范围会议的组织步骤
（ ）是在范围确认过程中使用的工具与技术
群体决策
网络图
控制表
关键路径法
范围确认的主要作用（ ）
明确项目、产品的服务或输出边界
提高最终产品、服务或成果获得验收的可能性
对所要交付的内容提供一个结构化的视图
在整个项目期间保持对范围基准的维护
（ ）可以用来确定可交付成果是否符合需求和验收标准
投票
观察
检查
访谈
关于范围确认的描述，不正确的是（ ）
确认范围过程应该贯穿项目始终
确认范围过程关注可交付成果的正确性和是否满足质量要求
确认范围过程应该以书面文件的形式记录下来
确认范围过程的目标是提高最终产品、服务或成果获得验收的可能性
关于验收的可交付成果的描述，不正确的是（ ）
符合验收标准的可交付成果应以书面的形式正式签字批准
中间交付物由项目内部验收，最终交付物由客户统一确认
未通过验收的可交付物要记录不合格的原因
未通过验收的可交付物可能需要提出变更申请请求以进行缺陷补救
范围确认的依据不包括（ ）
需求文件
需求跟踪矩阵
工作绩效数据
验收的可交付成果
在项目实施过程中，对项目需求变化具备批准权力的人是（ ）
用户
项目经理
CCB
项目投资人
当范围变更导致成本基线发生变化时，项目经理需要做的工作不包括（ ）
重新确定新的需求基线
发布新的成本基准
调整项目管理计划
调整项目章程
关于范围控制下列不正确的是（ ）
范围控制是监督项目和产品的状态，管理范围基准变更的过程
必须以书面的形式记录各种形式的变更
每次需求变更经过需求评审后，都需要重新确定新的基线
项目成员提出范围变化的要求，经客户批准后可实施
项目成员小李常驻用户现场开发，经常收到用户提出的新的需求。针对这些新需求工作量很小的小李直接进行了修改，用户对此很满意，但却遭到项目经理的批评，这是因为（ ）
小李没有把项目经理放在眼里
项目经理认为小李收了用户的好处
小李的行为可能造成项目范围的蔓延
小李所作做工作没有给项目带来经济效益
关于项目范围控制不正确的是 ( )
项目的范围变更控制和管理是对项目中存在的或潜在的变化采用正确的策略和方法来降低项目的风险
客户通常只能提出范围变化的需求，项目经理才能批准项目范围变化
项目小组成员发现项目范围变化时应将其报告给项目经理
随着项目的发展，需求基线将越定越高，容许的需求变化将越来越少
在控制项目范围时，不需要用到的是（ ）
工作绩效报告
需求管理计划
WBS词典
配置管理绩效
属于项目范围控制使用的工具和技术
偏差分析
实验设计
敏感性分析
回归分析
（ ）不会导致项目范围基线发生变化
项目团队成员对用户有求必应
项目团队与客户之间缺乏沟通
项目经理制定了项目激励措施
需求变更遵循变更控制流程