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.一种让整个团队更有效沟通的方法
B.组建、震荡、规范和执行的团队动态
C.同步日常生活习惯和例程
D.及时、渗透式沟通

A.让干系人的利益和期望相符合
B.开始规划一下次迭代
C.集合开发人员，为用户故事排列优先级
D.与开发团队一起制定项目计划

A.为了交付项目，在组织过程的限制下工作
B.坚持让该组织采用一种迭代交付方法
C.咨询敏捷导师，如何规划发布过程
D.向该组织建议不采用敏捷过程

A.停止未完成的用户故事的工作，先为该请求工作
B.召开异常团队会议，更改迭代范围以包含该请求
C.向客户提供项目团队建设的意见
D.解释到下一次迭代之前，团队不能包含该请求