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计划会议。

A.要求客户识别采用新技术带来的相关风险。
B.建议停止迭代，因为团队表现不佳。
C.为团队安排额外的培训。
D.增加团队中的专家数量。

A.开展团队建设活动、风险评审和迭代回顾。
B.利用信息辐射体、每日站立会议和规划会议。
C.确保项目具有全面的文档。
D.确保具有风险和问题日志。

A.增加团队的资源数量，协助主题专家完成任务。
B.让团队成员执行其活动的价值流分析。
C.计划一次团队建设活动以提高团队的士气。
D.引导结对编程，让主题专家培养新的技能。