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

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.解释团队X和团队Y没有一对一的比较
B.传达团队X必须规划三次迭代来匹配团队Y的速度
C.解释团队X拥有更多的资源以及更少的依赖关系
D.传达高级管理层不讲道理