A.降低上游可交付成员的速度，以确保团队成员同时工作
B.交替迭代，首先关注开发，然后关注质量
C.减少开发人员数量，确保有足够的时间进行测试
D.将工作分解为较小的用户故事，以便在整个迭代过程中进行测试

A.做探针故事
B.使用架构故事
C.使用基础设施故事
D.使用分析故事

A.Sprint待办事项
B.发布燃尽图
C.产品待办事项
D.Sprint燃尽图

A.重新估算项目
B.按初始计划完成项目
C.尝试包含尽可能多的变更
D.要求产品负责人批准继续

A.建议团队尊重敏捷宣言原则，解释其属于回顾会的组成部分
B.建议团队成员将他们的观察列入产品待办事项，进而可以添加进用户故事中
C.建议团队遵守Sprint回顾会精神，做出正面和负面评论
D.实施更适合团队的促进Sprint回顾会替换方法

A.管理团队的效率
B.优化过程流中已完成的工作
C.使用最优资源
D.在团队中交叉培训以消除瓶颈

A.迭代的开始
B.每天
C.频繁第
D.没有文档

A.等到站会结束后，跟两个队员谈话
B.立即干预以弥补被破坏的局面
C.记录这个问题，然后把这个问题上升到冲刺回顾会
D.一直等待这个被授权和自组织的团队自行解决这个问题

A.PO
B.督导委员会
C.SM
D.团队

A.整个过程中的浪费
B.最后价值的产品特性
C.最有价值的团队迭代
D.最有可能的项目风险流程

A.解决一些可能阻碍项目进程的主要问题和风险
B.为PO提供一个洞察和保证的机会，从而增强客户关系
C.向项目主管和相关干系人汇报项目状态报告
D.增加每个人工作的可视性，从而确保工作的集成