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

A.告诉团队将会议和个人任务纳入规划的一部分。
B.将团队的协议通知该促进者，并让促进者将团队的工作限制在协议范围内。
C.将该问题升级上报给项目发起人。
D.告诉团队做个人的任务，拒绝其他会议。

A.联系干系人解释速度下降的原因。
B.在下一次回顾会议上讨论速度降低和技术债务增加的原因。
C.要求该开发人员从事用户故事方面的工作。
D.确保有专门的用户故事来解决技术债务。

A.使用五个为什么技术。
B.与scrum主管和产品负责人进行力场分析。
C.要求团队成员参与一项在线茂名调查。
D.在sprint回顾会议上进行头脑风暴。

A.在回顾会议期间，让团队收集数据以识别导致流程遇到瓶颈的事件，同意已识别模式的有效性，并分析价值流以识别过程流图的改造。
B.要求团队停止使用工作流管理工具，手动识别问题的根源。
C.让团队停止在用户故事上的工作，并开始下一个要交付的最高优先级事项工作。
D.在回顾会议期间，让团队收集数据以识别导致流程遇到瓶颈的时间，同意已识别模式的有效性。并对应停止使用工作流管理工具达成一致意见，因为其阻碍了过程进展。

A.建议该团队成员接受技术培训。
B.要求所有团队成员接受财务技能培训。
C.说明该团队成员需要更多的经验。
D.支持该团队成员的财务技能培训请求。

A.使用德尔菲技术询问问题。
B.显示一个燃尽图，以便可以测量进展情况。
C.作一个沉默的观察者，但在回顾会议中记录观察。
D.提聪明的问题，建立一个培养环境。

A.要求每名团队成员到达现场执行现场任务，至少进行一次迭代。
B.根据客户的距离，让团队成员集中办公。
C.鼓励分散的团队成员之间的个人联系，并使用视频会议和虚拟看板。
D.请scrum主管充当分散团队成员之间的接口。

A.让另一名团队成员审查工作。
B.将该问题上报给该团队成员的职能经理。
C.与每名团队成员单独会面。
D.鼓励该团队成员亲自解决这个问题。

A.不同地点的开发人员做出不相容的决定。
B.远程工作的开发人员误解业务或领域。
C.在类似地点的开发人员通常会与客户一致。
D.在不同地点的开发人员之间形成对抗性的“我们与他们”的关系。