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

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

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

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

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

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

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

A.使用五个为什么技术。
B.与scrum主管和产品负责人进行力场分析。
C.要求团队成员参与一项在线茂名调查。
D.在sprint回顾会议上进行头脑风暴。

A.在回顾会议期间，让团队收集数据以识别导致流程遇到瓶颈的事件，同意已识别模式的有效性，并分析价值流以识别过程流图的改造。
B.要求团队停止使用工作流管理工具，手动识别问题的根源。
C.让团队停止在用户故事上的工作，并开始下一个要交付的最高优先级事项工作。
D.在回顾会议期间，让团队收集数据以识别导致流程遇到瓶颈的时间，同意已识别模式的有效性。并对应停止使用工作流管理工具达成一致意见，因为其阻碍了过程进展。

A.建议该团队成员接受技术培训。
B.要求所有团队成员接受财务技能培训。
C.说明该团队成员需要更多的经验。
D.支持该团队成员的财务技能培训请求。

A.使用德尔菲技术询问问题。
B.显示一个燃尽图，以便可以测量进展情况。
C.作一个沉默的观察者，但在回顾会议中记录观察。
D.提聪明的问题，建立一个培养环境。