A.考虑尚不了解的那部分需求的特点
B.考虑需求工程师本身对各种获取技术的驾驭能力
C.考虑目前系统所属的行业及应用领域的现状
D.综合考虑上述因素

A.撰写需求规格说明书
B.与用户持续沟通，了解用户对产品的期望
C.控制项目的风险
D.对需求的优先级进行排序

A.系统相关领域的法律法规
B.系统的质量控制团队
C.系统的业务流程描述
D.其他类似系统产品

A.无法测试的需求
B.不完整的需求
C.含糊的需求
D.矛盾与不一致的需求

A.问卷调查
B.面谈
C.群体诱导
D.文档分析

A.提供新鲜的蔬菜和水果
B.买10个或10个以下商品的客户可以走特殊通道
C.设有存包处
D.为雇员发工资

A.我们的任务是无缝集成有竞争力的软件信息服务来解决商业问题
B.我们的目标是让客户将我们的品牌和高质量联系在一起
C.我们公司的主营业务是销售飞机票
D.公司网站上销售的产品必须满足所有食品药品监管需求

A.降低开发成本
B.控制软件修改
C.减少混乱
D.提高软件开发效率
E.提高正确率

A.组织每日站立会议
B.定义产品需求
C.确定需求优先级
D.验收迭代结果
E.负责产品的投资回报

A.从上次Scrum站立会议后你做了什么？
B.你遇到哪些障碍或困难？
C.你所遇到问题的原因是什么？
D.你打算到下次Scrum站立会议完成什么？

A.一个Sprint通常是一个1-4周的迭代
B.Sprint长度在开发过程中是可以调整的
C.需求在一个Sprint中是不允许变化的
D.sprint的产出是“完成”的、可用的、潜在可发布的产品增量