A.在下一个迭代专注与技术债务清理。
B.要求客户在未来的迭代中包含增量技术债务清理。
C.在下一次回顾会议中讨论技术债务。
D.在产品待办事项中收集技术债务。

A.为新风险计划一次探测。
B.将新风险包含在风险登记册中。
C.与团队一起评估影响和概率，并通知项目干系人。
D.与团队一起讨论可能的风险应对活动，并将其包含在待办事项中。

A.提醒团队项目关系人评审会议的最长时间为两小时。
B.缩短定期迭代持续时间，更频繁地召开评审会议，并且在每次会议上较少讨论新功能。
C.教导产品负责人和团队确定未来评审会议的时间盒，并提醒他们这些会议的目的。
D.组织下一次评审会议的茶歇，并计划中间休息时间。

A.宣布团队没有超过预测速度，但结束日期将保持不变。
B.要求scrum主管减少产品待办事项中的额外特性，然后重新计划后续迭代。
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.每日scrum会议。
C.Sprint评审会议。
D.Sprint计划会议。