A.向团队发送一封电子邮件，概述新产品愿景和目标。
B.根据新产品愿景和目标，开始规划下一次迭代。
C.更新发布计划，以纳入新产品愿景和目标所需的新投入水平。
D.召开项目团队会议，通过透明的沟通，确保了解新的产品愿景和目标。

A.sprint回顾会议。
B.sprint审查会议。
C.发布回顾会议。
D.sprint计划会议。

A.冒烟测试。
B.演示。
C.按版本发布。
D.客户访谈。

A.在待办事项梳理会上。
B.在sprint回顾会议上
C.在每日scrum期间。
D.在迭代评审会上

A.团队需要加快速度，才能让这个迭代不失败。
B.团队已经删除范围。
C.迭代将雪要增加范围。
D.团队正在获得具有微小变化的健康速度。

A.MoSCoW方法。
B.虚拟货币
C.相对权重。
D.卡诺分析

A.sprint中使用的资源总量。
B.剩余工作的总量，以及项目团队到目前为止的表现如何。
C.每个团队成员的总工作量，以及谁落后了。
D.已完成工作的总估算与完工估算的（EAC）对比。

A.分发相关文件、设定基调并说明会议议程。
B.提供一致的会议方向，避免争议。
C.确保项目干系人立即获知反馈。
D.监督参与程序，如果交互不足，则结束会议。

A.允许这名干系人和产品负责人自己解决问题。
B.与这名干系人安排一次私人会议，以澄清他们的需求。
C.与产品负责人的主管经理沟通。
D.指导团队遵循产品负责人的优先级。

A.要求团队在实施所有计划之前，将该清单制定成更长的举措列表。
B.帮助团队创建这些举措的高层建议书，提交给关键干系人。
C.积极认可这份清单，并鼓励团队实施这些计划。
D.要求团队选择并实施最复杂的计划。

A.对当前迭代添加一个目标，完成减轻或控制该风险。
B.确保将包含该风险的故事添加进待办事项并确定优先顺序。
C.通过继续当前计划保持团队速度。
D.及时更新风险登记册，并要求聘请一名风险专家。