A.在不进行测试的情况下部署产品
B.将问题上报给项目发起人
C.在其他地方采购材料来完成测试
D.将该问题记录在待办列表中，并向客户沟通对截止日期的影响

A.开发功能中的工作项数量
B.在Kanban上使用年度步骤数
C.开发团队所需的sprint数量
D.团队Kanban上正在进行在制品（WIP）限制

A.创建外部依赖关系的可视图表，并让项目干系人了解风险
B.维护一份让所有干系人和团队成员可见的障碍待办列表
C.与受影响的干系人合作审查项目路线图，并对其加以调整，包含外部里程碑。
D.在即将召开的回顾会议上找到解决方案以减轻风险。

A.项目经理
B.产品负责责人
C.敏捷团队
D.Scrum主管

A.确保状态更新到最新并可用
B.添加一个定期干系人状态会议
C.向双方发送一份项目燃尽图
D.包含一项任务，生成一份每周执行摘要

A.将同一个团队分配到类似项目，因为团队已经获得说需的技能
B.安排与其他团队的知识交流会
C.使用结队编程来协助学习新技术
D.鼓励新团队成员学习新技术，并将其添加到项目进度计划中

A.让团队分析这些变更的影响并向该干系人更新该信息
B.向干系人提供更新的报告，并召开每日站会
C.在显眼的地方发布信息发射源，并定期向该干系人发送风险燃尽图
D.强迫干系人参与风险应对会议，并召开每日站会，讨论变更优先级和风险

A.通知开发团队忽略电话和电子邮件
B.与产品负责人一起，转达主管的问题
C.让产品负责人将这些请求作为高优先级录入产品待办事项中
D.让scrum主管将这些请求作为高级优先级录入产品待办事项中

A.创建四个象限，显示风险与价值的关系，首选执行高风险、高价值
B.创建四个象限，显示风险与价值的关系，首选执行高风险、低价值
C.使用信息发射源，并让开发团队专注于具有高风险的开发事项
D.使用鱼骨图查看进度计划、成本和功能性风险之间的关系

A.提供更新的路线图，并设定目标发布日期
B.提供未来六个月的路线图和详细迭代计划
C.从目标发布日期创造一份新的计划
D.根据当前迭代速度提供估算的上线时间

A.将Sprint周期调整到正确的工作大小
B.创建持续时间相同的sprint，分工作。及时未能达成完成标准，并且由于已知且已包含相关风险而给予例外。
C.同时对框架和功能开展工作，让sprint具有相同的持续时间
D.重新审视产品愿景和路线图，将工作分解成几乎相同大小的部分，尽可能早的交付功能。