我
- 1
-
项目档案是：
- A.项目产品的文件记录
- B.项目中应吸取的教训
- C.一套完整的、标有索引的项目记录
- D.只对组织中最重要、最复杂的项目进行项目归档窗体底端
- A.头脑风暴法
- B.德尔菲技术
- C.亲和图
- D.名义小组技术
- A.分配资源
- B.总账
- C.工作分解结构中的元素
- D.分账窗体顶端
- A.鼓励项目干系人尽早参与进来
- B.根据需求确定项目目标
- C.对需求变化进行实时监控
- D.定期召开项目进展评审会议
- A.创建WBS和WBS词典，建立项目范围基准
- B.确认所有项目干系人的需求都已包括在工作范围中
- C.建立项目管理团队
- D.制订项目管理计划
- A.需求管理计划
- B.范围管理计划
- C.项目范围说明书
- D.项目验收标准
- A.启动阶段
- B.组织与准备阶段
- C.执行阶段
- D.收尾阶段
- A.对所有部门实行标准质量控制过程
- B.确定在整个项目期间拟执行的标准冲突解决计划
- C.实施变更
- D.了解干系人的兴趣和优先考虑的事情，书面记录需求并发出通知
- A.项目工作说明书
- B.项目范围管理计划
- C.干系人登记册
- D.干系人管理策略
- 10
-
控制范围过程旨在( )。
- A.监督项目的范围状况，管理范围基准的变更
- B.确保所有工作都被完成，并在此基础上尽量多做一些工作
- C.监控范围变更可能给项目进度、成本和质量带来的影响
- D.确保只有得到授权的人才有资格提出范围变更请求
- A.控制范围
- B.质量控制
- C.变更控制
- D.核实范围
- A.产品生命周期中的质量功能展开
- B.依据工作分解结构来定义项目活动
- C.谨慎的风险应对
- D.项目生命周期中的渐进明细
- A.需求可以是定性的，也可以是定量的
- B.需求需经主要干系人认可后才能作为基准
- C.需求要被记录下来
- D.只有明确的需求才能作为基准
- A.在项目收尾阶段
- B.在新产品开发、产品升级或提高产量时
- C.在改善运营或产品开发过程时
- D.任命运营经理为项目经理时
- A.组织文化
- B.基础设施
- C.政治氛围和干系人风险承受力
- D.以上皆是
- A.概念／思维导图
- B.亲和图
- C.原型法
- D.联合应用设计固会议
- A.产品或服务说明
- B.组织战略计划
- C.项目筛选计划
- D.项目章程
- A.资源分解结构提供层次的方式来组织展示项目使用的资源
- B.组织分解结构提供层次的方式来展示组织结构
- C.材料清单提供层次的表格来展示财务帐单和其他项目财务信息
- D.风险分解结构是个层次化的方式来根据风险类别来展示识别的风险
- A.敏感性分析
- B.决策树
- C.数学模型
- D.横向思维法
- A.偏差分析
- B.返工
- C.质量审计
- D.核实范围
- A.实施时间
- B.生命周期
- C.操作时间
- D.关键路径
- A.项目可交付成果
- B.工作分解结构
- C.工作包
- D.wBS词典
- A.备选方案识别
- B.可交付成果识别
- C.项目制约因素分析
- D.产品分析
- A.收集需求
- B.定义范围
- C.核实范围
- D.控制范围
- A.假设可能会证明是错误的，知道哪个假设错误可以使项目在紧要关头调整基准
- B.在风险识别阶段的文档回顾时，假设分析是个有价值的工具
- C.假设会限制项目管理团队在决策时的选项，因为假设不能被团队控制
- D.万一发生进度或成本超支，假设的文档可以帮助明确职责
- A.头脑风暴法
- B.观察法
- C.原型法
- D.名义小组技术
- A.足够详细以支持以后的项目计划
- B.详细的预算和功能信息
- C.产品/服务和商业需求之间的关系
- D.关于共同目的战略合作
- A.德尔菲技术
- B.挣值
- C.专家访谈
- D.帕累托图
- A.是项目的特点结合了临时和独特两个特点
- B.意味着发展是在一步一步中，不应与范围蔓延混淆
- C.是在定义范围过程较弱的信号，因为不完整的合同和规格导致
- D.需要适当的管理，需要用心整合项目和成果规范
- A.项目管理包括设定组织目标
- B.通常对项目使用的是矩阵式的管理环境
- C.项目经理的责任是根据公司目标定义的
- D.所有项目都应该以目标为导向
- A.工作分解结构
- B.项目章程
- C.范围说明书
- D.进度计划
- A.工作分解结构
- B.责任分配矩阵
- C.材料清单
- D.组织分解结构
- A.概念／思维导图
- B.亲和图
- C.原型法
- D.联合应用设计固会议
- A.能力
- B.现实性
- C.易于运用
- D.成本
- A.改进了的成本估算
- B.客户接受项目所做的工作
- C.改进的进度计划估算
- D.改良的项目管理信息系统
- A.项目范围说明书
- B.范围基准
- C.工作分解结构词典
- D.工作分解
- A.整合管理
- B.质量管理
- C.沟通管理
- D.采购管理
- A.项目进度计划
- B.小组外购
- C.项目完工日期
- D.风险清单
- A.质量功能展开
- B.将工作分解结构（WBS）与项目活动进行一一匹配
- C.价值分析
- D.进一步细化对产品的描述
- A.项目管理计划
- B.项目范围说明书
- C.项目范围管理计划
- D.工作分解结构词典
- A.项目工作说明书
- B.项目章程
- C.干系人管理策略
- D.采购工作说明书
- A.继续进行项目，同时开始制定WBS
- B.停止项目，直到WBS制定完成
- C.参考WBS词典以寻求细节支持
- D.向更高层的管理者反映
- 43
-
项目失败的主要原因是
- A.缺少项目式的或者强大的矩阵结构，不良的范围定义，以及缺少项目计划
- B.缺少上级管理部门的支持和承诺，项目团队不和谐，以及项目经理缺少领导能力
- C.客户需要的不良定位，项目团队工作位置上的分散，以及在整个项目进程中缺乏与客户的沟通
- D.组织结构因素，客户需要的不良定位，不合适的项目具体要求，以及不良的计划编制和控制
- 44
-
产品分析技术不包括哪项？
- A.价值工程
- B.价值分析
- C.系统分析
- D.物料清单
- A.核实范围
- B.质量控制
- C.绩效报告
- D.成本控制
- A.处于工作分解结构最低级别的可交付成果
- B.具有独特标志的任务
- C.所要求的报告水平
- D.可分派给不止一个组织单位的任务
- A.头脑风暴法
- B.观察法
- C.原型法
- D.名义小组技术
- A.专家判断?去确定范围说明书中的细节
- B.项目管理方法论?辅助开发和控制初步项目计划的变更
- C.项目管理信息系统．去支持产生初步的项目范围说明书
- D.实现值技术?贯穿项目启动到结束去衡量项目的绩效
- A.项目范围服务于产品范围
- B.项目范围的变化必然引起产品范围的变化
- C.产品范围的变化必然引起项目范围的变化
- D.产品范围服务于项目菹围
- A.创建WBS
- B.活动定义
- C.开发项目管理计划
- D.定义范围
- A.问团队成员所需的功能是怎样确定的
- B.召开会议评估团队成员完成的工作
- C.寻找其他更多的功能
- D.问团队成员，他如何知道没有影响时间、成本或质量
- A.变更请求需要由实施整体变更控制过程来审查和处理
- B.通过范围绩效分析，可能会提出变更请求
- C.变更请求包括对范围基准和其他基准的修改
- D.变更请求不包括预防措施
- A.项目章程
- B.需求文件
- C.需求文件、需求跟踪矩阵
- D.项目范围说明书
- A.项目管理计划
- B.项目章程
- C.工作分解结构
- D.项目范围说明书
- A.收集需求
- B.定义范围
- C.核实范围
- D.控制范围
- A.项目范围服务于产品范围
- B.项目范围的变化必然引起产品范围的变化
- C.产品范围的变化必然引起项目范围的变化
- D.产品范围服务于项目菹围
- A.工作包是工作分解结构的底层
- B.分解的对象是为提交所需可交付成果而实施的工作
- C.工作分解结构是以可交付成果为导向的工作层级分解
- D.“工作分解结构”中的“工作”是指为完成工作付出的“努力(effort)”本身(这个是活动了)
- A.遵循总承包商为项目制定的工作分解结构，并利用你在建议书中确定的工作包
- B.为由你公司负责的工作包制定一个子项目工作分解结构
- C.设立类似于总承包商所用的编码结构，以促进对通用项目管理信息系统的利用
- D.编制工作分解结构词典，以说明具体的人员分配
- A.按照正确的范围说明书检查完成的工作
- B.与项目干系人一起审核工作范围
- C.用文档记录下管理中的不一致之处并计算不一致的成本
- D.在工作范围未完整之前停止工作
- A.项目管理计划
- B.项目范围说明书
- C.项目范围管理计划
- D.工作分解结构词典
- A.产品范围
- B.项目范围
- C.范围基准
- D.都不是
- A.项目生命周期的各阶段
- B.主要可交付成果
- C.子项目
- D.项目活动
- A.项目A，建设期为2年，净现值为110万美元B项目
- B.建设期为1年，净现值为100万美元C项目
- C.投资回收期为1年，净现值为95万美元D项目
- D.投资回收期为8个月，净现值为94万美元
- A.创建项目范围说明书
- B.确保所有的干系人有输入到范围中
- C.分析项目风险
- D.开始项目管理计划上的工作
- A.核实范围和质量控制相似
- B.质量控制通常在核实范围之前进行，两个过程也可以同时进行
- C.核实范围意味着项目的结束
- D.核实范围是从出资人或客户那里得到最终的签字
- A.计划与实际技术性能的对比
- B.关于项目进展情况的信息
- C.哪些可交付成果已开始
- D.哪些可交付成果已完成
- A.专家判断
- B.备选方案识别
- C.引导式研讨会
- D.焦点小组会议
- A.被划分在项目收尾阶段必须进行的工作
- B.在信息系统项目的生命周期中有一个单独的阶段因为计算机系统的60－70%的生命周期成本大都来自维护
- C.不能为视作项目生命周期的一部分
- D.总是被视作一个单独的项目
- A.项目审核
- B.范围控制
- C.创建WBS
- D.收集需求
- A.WBS是对工作成果的层级分解
- B.WBS是对工作本身的层级分解
- C.WBS是对项目产品的层级分解
- D.WBS是对项目活动的层级分解
