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.现有需求的优先级，但允许添加新需求。
D.拒绝所有变更，直到产品负责人推进一次重新规划发布会议。

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

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

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

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