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的范围

A.作为一个<用户角色>，为了达到<目的>，我需要<功能>
B.作为一个<产品类型>，为了达到<目的>，我需要<功能>
C.作为一个<用户类型>，为了达到<目的>
D.作为一个<产品类型>，为了达到<目的>

A.团队应该只允许高级管理人员签署可交付成果
B.团队应该至少在每个迭代结束时从PO或用户处获得项目可交付成果的验收
C.项目结束时，团队应在UAT阶段接受用户的项目可交付成果
D.同时从所有干系人获得对该项目的任何特定交付物的验收

A.ScrumMaster
B.部门经理
C.ProcuctOwner
D.团队其他成员

A.按产品特性交付：需要交付的特性都必须交付，必要时要推迟发布时间
B.按日期交付：按照预定发布时间进行发布，必要时候裁剪部分功能特性
C.临时决定：我们会平衡一下，临时根据市场要求和开发进展来确定，可能会同时调整交付时间和特性
D.在迭代模式下，没有必要计划版本。每个迭代都应该完成可发布的版本，按照市场需要发布迭代版本即可