A.要求产品负责人将该故事从Sprint中删除
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.请求调走其中一名团队成员，以便团队决策保持中立
C.在回顾会上讨论该问题，并作为一个团队解决该冲突
D.要求两名团队成员保持专业，抛开个人冲突

A.对每个新的客户承诺，都增加20%的进度时间计划作为应急时间
B.定期与项目干系人开会审查正在进行的项目和关键缺陷，并制定计划，以减轻交付的潜在风险。
C.建议项目干系人与客户一起审查期望，以反映可实现的可交付成员
D.将一个行动添加到待办列表中，评估生产问题的根本问题，并陈述其他可交付成员的威胁

A.与该团队成员一起，每周安排几个小时来研究新技术
B.在下一次会议上陈述这个问题，并讨论如何作为一个团队进行研究
C.要求该团队成员在项目时间之外进行新技术的研究
D.允许该团队成员继续研究新技术，并让其他团队成员帮助其完成未完成的可交付成员。

A.专注于结果
B.遵循共同的策略
C.自由分享的想法
D.使用共享工作区

A.要求客户不要那么频繁地更改系统，并在集成中重新测试失败的原因
B.建议团队在每次发布版本前进行额外的测试
C.将问题分配给集成主题专家（SME）
D.在项目团队和客户之间实施反馈回路