- 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.该项目的成本绩效指数为0.83,进度绩效指数为1。项目能按时完成,但是有可能超出预算。
- B.项目的成本绩效指数为0.6,进度绩效指数为1,依照S曲线,项目有可能按时按预算完成。
- C.工作进展良好,已经支出了600,000美元,预期将按时完成。
- D.工作进展良好,但项目有可能超出预算。没有足够的信息来使用EVM创建预算。
- 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.与你的客户和发起人一起审核当前状况
- C.纠正错误,然后结束项目
- D.结束项目,然后把错误通知发起人
- A.专家技术协会
- B.竞争对手
- C.顾问
- D.组织中的其他部门
- A.开拓
- B.分享
- C.提高
- D.转移
- A.增值变更
- B.定义项目范围时的错误或遗漏
- C.外部事件
- D.应急计划或者权变计划
- A.偏差表明项目在预算内。不需要采取任何行动。
- B.项目的预算大大低于预期,这可能对将来的工作不利,应该尝试着把钱花在其他地方。
- C.你应该立刻通知管理层,因为他们会评估CPI是否会引发重大的财务问题。
- 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.开始项目,8个月后让客户核实范围
- C.让管理层与客户不定期接触
- D.开始项目,并将客户不愿意中途联络的要求记录下来
- A.强矩阵
- B.弱矩阵
- C.职能矩阵
- D.紧密矩阵
- A.告诉发起人和高级管理层,到此时任何的变化都超出了范围,不应当考虑了。
- B.会见项目的发起人和高层,商讨问题和可能的解决方案。
- C.和法律部门交谈,以保证你的活动不会违法。
- D.要求高层设立更多的管理储备来避免财务问题。
- A.明确的工作说明
- B.关于如何选择分包商的要求
- C.激励机制
- D.不可抗力条款
- A.核实产品的正确性。
- B.创建WBS。
- C.检查。
- D.绩效测量。