A.要求管理层解决
B.提醒团队成员基本规则
C.通知产品负责人
D.要求替换该团队成员

A.每日站会
B.发布问题会议
C.待办事项改进
D.发布计划会议

A.尽可能延长当前迭代，知道可以交付
B.请求一名专家临时加入团队
C.复制另一个产品的功能，并在之前改造
D.将故事拆分成几次迭代，直至完成该功能

A.推迟该故事的工作，保持团队速度
B.重新查阅需求，创建详细的规范
C.在风险登记册上添加该故事，并与客户一起分析
D.执行考察工作，更好地理解该风险

A.发布该产品，但通知用户产品维护只能等到未来版本才能提供
B.执行更为敏捷的过程步骤来实现维护功能
C.重新调整产品待办事项的优先级，在产品发布执勤啊实现维护功能的用户故事
D.安排一次干系人Scrum会议，来讨论产品发布之前必须完成的最小可售单元

A.与客户一起执行定期评审和产品演示
B.在对客户的新需求重新开始新项目
C.在产品演示期间沟通所有变更
D.在产品演示执勤啊获得项目负责人的批准

A.在下一次风险管理会议中沟通这个问题
B.将这些风险记录在风险登记册中
C.将这些风险放到观察清单上
D.请求管理层指示

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

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

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