敏捷项目团队与产品负责人、项目经理和其他关键项目相关方会面，讨论项目必须经过的多层计划。参

A.按计划开展项目执行工作

B.让所有相关方在计划上签字确认

C.提交给主要相关方并获得批准

D.开始组建项目团队

A.与该相关方协商，以使用该关键资源

B.咨询其他相关方以反驳该提议

C.评估该请求的影响，并签发一项变更请求

D.如果该关键资源不可用，建议取消该项目

A.与关键人相关方会面，并在启动大会前解决问题

B.召开启动大会，并在之后调整性能需求

C.承认关键相关方的意见，并获得大多数人的批准

D.准备变更请求，并提交给关键相关方

A.与该关键相关方会面以了解这些功能的性质，并准备范围变更请求以获得批准

B.与该关键相关方和项目发起人讨论此事，如果发起人批准，则继续进行变更

C.通过确保项目章程中的预期可交付成果与已执行项目保持一致来准备最终项目报告，并与该关键相关方沟通此报告

D.安排一次全体相关方会议，该关键相关方可以在会议室提出范围变更，并请求其他相关方的正式批准

A.所有项目相关方

B.项目发起人和项目总监

C.职能经理和其他项目管理团队

D.人力资源经理和项目领导

A.仅邀请关键项目相关方

B.计划更少的会议议程事项

C.邀请主题专家(SME)

D.制定基本规则(团队章程)

A.项目经理/ ScrumMaster

B.开发和测试人员/开发团队

C.产品经理/产品负责人

D.部门经理/职能经理

A.执行风险管理计划中识别的风险应对措施

B.集合设计团队讨论其他方案

C.通知关键相关方一个项目风险影响到项目预算

D.减少其他任务的支出15%，平衡并保持在预算之内

A.接受项目发起人的要求

B.要求项目团队提供解决方案

C.保持原始范围，但比计划晚交付

D.要求关键项目相关方做出最终决策

A.撤销团队成员所包含的变更，执行下一个阶段，同时通知项目相关方

B.与项目相关方讨论该变更的重要性，强调对成本和进度的进一步影响。如果项目相关方坚持要将该变更包含在内，向变更控制委员会报告该变更，以获得批准

C.通知项目相关方由于变更对成本和进度的进一步影响。在目前项目所处的阶段，不能将变更包含在内

D.将项目相关方直接与团队成员交流一事上报给项目发起人

A.将范围管理计划的副本通过电子邮件发送给关键项目相关方

B.不要执行任何活动，因为所有关键项目相关方都签署了范围声明

C.将范围声明的副本通过电子邮件发送给关键项目相关方

D.与这些关键相关方进行一对一会议，以确保他们了解项目范围