A.这些更新包括添加新需求以及对现有需求重新排列优先顺序
B.拒绝所有新需求，但允许重新确定现有需求的优先顺序
C.保持现有需求的优先级，但允许添加新需求
D.拒绝所有变更，知道产品负责人推进一次重新规划发布会议

A.与客户一起定期进行产品演示和进度审查
B.修改范围，包含客户的新需求
C.在跨团队会议中更明确地沟通行目标
D.与产品负责人一起进行产品演示以获得签署同意

A.在正在从事的sprint之外，要求产品负责人提供一个新故事
B.独立完成故事。因为团队组成质量低。
C.等到回顾会议，要求团队批准开展新的故事
D.提供团队支持，帮助完成sprint中的其他故事

A.团队与项目发起人达成该事项已完成的一致意见
B.产品负责人接受该事项已完成
C.产品负责人和客户批准用户故事
D.团队和客户批准用户故事

A.Scrum主管谴责团队
B.在下一次Sprint期间，团队应该在开始任何新功能之前解决所有问题
C.应该包含自动化测试。作为已完成定义的一部分，以便能够不断测试新功能。
D.在回顾会上。团队应找出为导致这些故障的开发人员

A.让团队继续按照预先制定的计划工作
B.确保为交付功能而生产的工作对下一次迭代仍有价值
C.要求客户继续确保优先顺序并确认待办列表
D.要求客户定义创建并确认待办列表事项

A.等待负责干系人解决该风险
B.停止迭代开发和风险登记册更新。直到负责干系人提供解决方案为止
C.通过提醒负责干系人风险的定性和定量影响，及时获得解决。
D.更新风险等级册，注明解决的截止日期，并在提供解决方案之前，停止迭代开发。

A.告诉团队将会议和个人任务纳入规划的一部分
B.将团队的协议通知该促进者，并让促进者将团队的工作限制在协议范围内
C.将该问题升级上报给项目发起人
D.告诉团队做个人的任务，拒绝其他会议

A.最后几个sprint中的最高速度
B.最后几个sprint中的最低速度
C.最后几个sprint中的平均速度
D.团队迄今取得的最佳速度

A.在部署产品投入生产时
B.在sprint回顾会上
C.尽早
D.在下一次sprint规划会议上

A.联系干系人解释速度下降的原因
B.在下一次回顾会议上讨论速度降低和技术债务增加的原因
C.要求该开发人员从事用户故事方面的工作
D.确保有专门的用户故事来解决技术债务