A.团队士气和项目速度受到影响。
B.团队将必须自行组织，以保持速度和进度计划。
C.项目完成之前，团队可能需要一次或多次迭代来重组。
D.团队将希望停止该项目。

A.重新确定待办列表的优先顺序，并确保将所有决策及时传达给产品负责人。
B.将其记录为一项障碍，但继续从事其他技术任务。
C.将其记录为一项障碍，并与产品负责人合作，确定竞争需求子集的优先顺序。
D.征求所有团队成员的意见，共同重新确定产品待办列表的优先顺序。

A.让干系人参与频繁的产品质量评审。
B.在回顾会议上定义质量保证（QA）标准。
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.分享之前的经验教训，改进效率。
D.将问题升级上报给产品负责人，获得支持。