A.最多4小时
B.4~8小时
C.最少8小时
D.要多久就多久

A.30天
B.60天
C.90天
D.提供一个潜在可交付产品增量需要多久，就是多久

A.讨论系统物理架构
B.研讨系统逻辑架构
C.讨论产品代办事项列表最需优先完成的事项
D.讨论系统数据架构

A.90%以上
B.大于60%
C.25%----60%
D.小于25%

A.测试者
B.项目负责人
C.职能经理
D.团队

A.保护团队不受外来无端影响
B.尽可能提高团队影响力
C.负责SCRUM价值观与过程的实现
D.SCRUMMASTER是牧羊犬、公仆

A.产品负责人
B.项目经理
C.开发领导
D.业务分析师

A.需求和规格应该足够清晰和明确，并在开发前完成评审和确认，不需要下游人员反复再去询问
B.迭代早期只确定一个需求的标题，临到开发前一刻才进行沟通和确认需求细节
C.需求不需要提前定义，成员可以随时和其想交流的人员进行交流和确认
D.频繁（每天/每周）召开团队会议讨论需求，包括开发人员、分析人员、用户代表

A.与传统方法相比，敏捷方法比较适合需求变化大或者开发前期对需求不是很清晰的项目
B.敏捷方法尤其适合于开发团队比较庞大的项目
C.敏捷方法的思想是适应性，而不是预设性
D.敏捷方法以原型开发思想为基础，采用迭代式增量开发

A.ScrumMaster
B.产品负责人
C.自管理团队
D.这超出了Scrum的范围