A.确保该开发人员理解该功能必须由产品负责人确定优先级。
B.通知客户他们的请求未获得敏捷原则的支持。
C.支持该开发人员的决定，主动解决客户的需求。
D.在产品待办事项中添加该特性，而不进行进一步讨论。

A.鼓励团队在不影响质量的情况下提高速度。
B.要求产品负责人延迟发布计划，直到速度和质量匹配为止。
C.接受高品质和低速度之间的权衡。
D.更改sprint周期以适应延迟交付。

A.计划扑克。
B.记点投票表决。
C.亲和图。
D.斗伦体系

A.重新审视原始规范，将该需求编写为一个探测用户故事。
B.为该需求编写一个用户故事，并将其包含进发布待办事项中。
C.将其记录为一项变更请求，并将其包含进后续版本中。
D.将其添加为一项风险，通过风险管理流程跟踪该风险。

A.鱼骨图。
B.卡诺模型。
C.帕累托分析。
D.投入时间回报（ROTI）图。

A.干预，直接解决冲突。
B.在下一次回顾会议上讨论该冲突。
C.要求两名成员解决冲突。
D.分析团队，看看这两名成员是否配合良好。

A.向高级管理层寻求指导。
B.聘用外部专家解决质量问题。
C.将重构纳入开发过程。
D.要求团队在实施新功能之前解决质量问题。

A.将该问题加到问题日志中，将其保留在团队内，直到sprint结果确定为止。
B.中止当前的sprint，并创建一个新的sprint，以确保排除有问题的故事。
C.如果需要的话，通知所有干系人该问题，并讨论如何调整sprint待办事项。
D.要求所有团队成员尽可能的加班，以满足原本sprint的承诺。

A.向团队成员分配后续行动。
B.询问团队是否有采取行动的时间。
C.结束对话，保持sprint承诺。
D.如果该故事超出估算，则将故事从sprint里删除。

A.当sprint速度低于预期时。
B.当sprint速度高于预期时。
C.当验收标准缺少信息时。
D.当干系人要求额外特性时。