A.让项目负责人与该团队成员一起决定是否应采用该方法。
B.组建一个由高级团队成员组成的任务组来评估该方法并确定是否应采用。
C.将该建议传达给管理层，并要求采用新方法。
D.群体决策是否应该采用该方法。

A.解释说回顾会议只能在迭代结束时举行。
B.在中途停止迭代，并召开回顾会议。
C.解释说团队正在经历震荡阶段，并鼓励他们设法克服这个问题。
D.寻求外部协助，帮助团队解决过程问题。

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.要求产品负责人决定哪个应用程序最合适团队。