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.RACI矩阵，描述了产品拒绝时的责任

A.变更通常是不可预测的，因此规划变更管理不明智
B.当有不同的变更控制过程被应用时，必须要规划变更管理
C.变更管理可以作为管理计划的部分，或者单独成为变更管理计划
D.变更是规划作得不好的信号，同样应该在项目执行中回避变更，也就排除了管理的需要

A.经验总结数据库是组织过程资产的主要元素
B.经验总结必须集中于识别那些有责任的错误和缺陷
C.经验总结会议应该能推荐改进未来项目的绩效
D.阶段经验总结会对项目的成员而言提供了很好的团队

A.编写初步范围说明书记录下来最初识别的风险
B.使用定性和定量技术识别和分析风险事件
C.编写应急计划和后备计划以防原来的计划出现错误
D.和项目重要干系人对你风险登记册中的风险进行讨论

A.给团队成员些时间，编写个对项目范围和产品范围的共同理解，即将出现的接口问题稍后可能会解决
B.使用风险管理过程来识别和评估由于误解引发的风险，编写个计划来衡量并回应他们
C.组织会议来识别解决介于成员之间的误解，以便尽早避免接口问题，减少返工成本
D.私下会见每个团队成员告诉他们你的期望和你在团队中期望的氛围