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.在项目团队和客户之间实施反馈回路

A.要求该团队成员将该承若分配给敏捷管理专业人士
B.要求该团队成员的经理与其谈话
C.要求Scrum主管对施加压力
D.在回顾会议上，教导如何更好的估算

A.提醒团队项目干系人评审会议的最长时间未两个小时
B.缩短定期迭代持续时间，更频繁地召开评审会议，并且在每次会议上较少讨论新功能
C.教导产品负责人和团队确定未来评审会议的时间盒，并提醒他们这些会议的目的。
D.组织下一次评审会的茶歇，并计划中间休息时间

A.召开一次回顾会议，核实项目可交付成果
B.执行对所有需求的评审
C.获得项目发起人的批准
D.在计划的演示中，收集项目干系人反馈

A.在迭代回顾会议上使用头脑风暴解决问题
B.建议对技术管理过程进行更新
C.分享之前的经验教训，改进效率
D.将问题升级上报给产品负责人，获得支持