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

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.取消并重新计划Sprint
D.增加Sprint长度，因为添加了额外功能

A.告诉客户，团队将工作到很晚来满足业务需求
B.让客户对功能的优先级排序
C.同意交付客户要求的功能，并安排在这次迭代中
D.要求客户将其添加到产品待办事项中

A.9
B.10
C.12
D.15

A.重新审视原始规范，将其需求编写为一个探测用户故事
B.为该需求编写一个用户故事，并将其放进发布待办事项中
C.将其记录为一个变更请求，并将其包含在后续版本中
D.将其添加为一项风险，通过风险管理流程跟踪该风险