A.发出变更请求以更新项目管理计划，一旦获得批准，确保范围基准得到更新
B.与产品负责人进行根本原因分析，以确定为安全功能最初未包含在范围中的原因
C.使用MoSCoW优先级模型来梳理范围基准，并将新的安全功能分类为"应具有"
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.要求CCB执行配置审查，以确保项目配置项的组成正确
D.提交变更请求以修订变更管理计划，以确保将用户指南标识为配置要素

A.设置虚拟沟通工具
B.为团队提供作战室
C.只配置私人办公区域不设立公共办公区域
D.结合使用

A.调整范围基准和项目进度计划与客户需求保持一致
B.使用主题专家（SMEs）提供适合的应对行动
C.审查相关方的需求与验收标准相匹配
D.检查需求跟踪矩阵，以确保它与可交付成果相联系