A.制定会议目标
B.回顾范围说明书并总结项目成果
C.为了提升团队的士气，并确保每个人都参与
D.描述下一次迭代并讨论经验教训

A.将该问题加到问题日志中，将其保留在团队内，直到Sprint结果确定为止
B.中止当前的Sprint，并创建一个新的Sprint，以确保排除有问题的故事
C.如果有需要的话，通知所有干系人该问题，并讨论如何调整Sprint待办事项
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.只允许非关键资源碎片化分配.
D.避免，同一时间只允许分配到一个项目中.

A.迭代处于危险之中
B.团队已经删除范围
C.迭代提前于进度
D.团队速度稳定不变

A.将较为简单的故事拉进Sprint中
B.减少非生产性时间
C.将用户故事移到另一个Sprint中
D.识别关键过程以改进