A.根据需要执行反馈，并为每个团队实施过程改进和质量保证
B.指定一名调解人充当团队之间的沟通桥梁
C.创建一个跨职能团队，以便不断地生成、验证及确认
D.在需求定义阶段花更多的时间

A.建立工作授权和工作分解结构（WBS）
B.避免微观管理和日常管理开销
C.让干系人参与，并制定过程
D.形成孤岛小工作组

A.调整计划，并与客户确认
B.不调整计划，直到下次Sprint评审之后再调整计划
C.与开发人员分享新计划
D.为新计划启动一个扑克计划会议

A.它比其他估算技术使用时间要少
B.它迫使团队将较大的故事分解成更小、更易于管理的片段
C.它在累积流图上更容易显示速度
D.它让经验不足的团队成员能够参与

A.执行敏捷审计并更新代办事项
B.检查并调整其方法和做法
C.关注人际交往问题
D.庆祝成功完成迭代

A.要求客户参加变更控制委员会会议
B.记录所有变更，这样就有一份修订记录
C.根据客户请求调整迭代计划，将修订的优先级提高
D.等到迭代结束后再加入修订

A.Sprint回顾会议
B.Sprint审查会议
C.发布回顾会议
D.Sprint计划会议

A.通过技能组合
B.跨职能
C.自发组织
D.通过阶段

A.告诉产品负责人等到下一次迭代计划会议
B.与产品负责人一起工作，重新排列功能的优先级，并将较低的优先级功能从当前迭代中删除
C.包含所有请求的功能
D.通知产品负责人，一旦迭代处于进行当中，不允许进行任何变更，拒绝新的功能

A.请求项目发起人的批准
B.执行所有需求评审
C.阶段结束时向客户演示
D.执行一次回顾，核实项目可交付成果

A.因为它让项目发起人全权控制项目
B.因为它允许管理层监控项目
C.因为它采用增量式交付方法，并经常与干系人一起审查
D.因为它保证初始范围将全部完成