软件项目管理，第二讲，习题记录

文章目录

1.Scrum题目
2. 习题记录

第二讲，讲义总结链接
https://blog.csdn.net/weixin_42245375/article/details/104662939

1.Scrum题目

摘自：
https://blog.csdn.net/GHHCNGC/article/details/102461757

Sprint Backlog中包含哪些内容?
A：用户故事
B：任务
C：用例
D：测试
选B
一旦项目进行中，计划的方法是
A：计划不应该改变
B：随着项目的进展，需要计划和重新计划是正常的
C：计划只有在所有利益相关方完全同意的情况下才能改变
D：由于敏捷是增量式的，因此不需要计划
选B
（）是七大浪费中最大的浪费，它除造成直观的浪费外，还会把“等待是浪费”隐藏起来，使管理人员漠视等待的发生
A：制造过剩的浪费
B：库存
C：生产不良的浪费
D：加工过剩的浪费
选B
Scrum日会上，Olivia提到，说她发现了一些开源代码，应该可以解决她正在处理的某个问题。她想马上就着手实现。下一步做什么最好
A：ScrumMaster让Olivia去准备一个样例以及给团队的演示，这样他们会考虑使用此代码
B：团队所有成员都要求评估Olivia的解决方案，下一次Scrum日会时向团队汇报情况
C：产品负责人记录下障碍，并在会后着手解决
D：开完Scrum日会之后，再单独开会讨论这个开源解决方案
选D
所有的敏捷方法有什么共同点？
A：规定的、固定的迭代（计时器）长度
B：迭代开发和增量交付
C：严格注重按时交付
D：一大套明确界定的角色
选B
敏捷开发方法通过（）管理不可预测性
A：非常仔细地收集和定义需求
B：制定详细的开发计划
C：软件增量必须在较短周期内发布
D：软件过程必须逐渐适应变化
项目的特性清单（Product Backlog）最重要和必选的内容是（   ）
A：每个特性的标题，优先级和估算
B：每个特性的标题，详细描述
C：每个特性的责任人和状态
D：以上都是
选A
SCRUM的骨架核心是什么？
A：SCRUM的所有实践都是围绕着一个迭代，增量的过程骨架展开
B：SCRUM的骨架为看板，核心为迭代
C：SCRUM的所有实践都是围绕着一张看板，随着增量的过程骨架展开
D：SCRUM的核心骨架在于迭代
选A
敏捷方式是：
A：尽早、渐进地生产出正确质量的工作产品
B：在文件签署后生产工作产品
C：尽早制作简单的原型，但直到项目结束时才制作成品
D：生产没有技术完整性的产品，但稍后重新设计
选A
以下哪个不符合敏捷宣言？
A：个体和交互胜过流程和工具
B：客户谈判胜过客户合作
C：可以工作的软件胜过面面俱到的文档
D：响应变化胜过遵循计划
选B
（）是七大浪费中最大的浪费，它除造成直观的浪费外，还会把“等待是浪费”隐藏起来，使管理人员漠视等待的发生
A：制造过剩的浪费
B：库存
C：生产不良的浪费
D：加工过剩的浪费
选B
工作任务如何分配(    )
A：领导/经理指定每个人的工作（设计、编码、测试等），并及时进行沟通确认
B：成员一起来分解需求到任务和估算，并从任务列表领取他们将要进行的工作
C：成员直接领取需求，并承诺交付时间
D：以上都不是
选B
产品愿景应该具备哪些品质？
A：可追溯至IT投资相关整体性企业治理结构的概要
B：描绘一幅详细的概观，可以启发和赋予灵感
C：描述项目的追求所在，以及产品渴望达到的最终状态
D：提供一个投资回报方案的完整分解结构
选C
下面的（）是错误的
A：软件交付的主要工作是将程序代码和相关文档交给用户
B：用户培训是帮助用户理解产品并掌握系统的使用和操作
C：软件部署是通过配置、安装和激活等活动保证软件系统的正常运行
D：持续集成是频繁持续地将团队成员的工作进行集成
选A
为什么建议产品负责人参加Scrum日会
A：确保团队还在向着sprint目标的方向努力
B：对团队进度发布意见
C：告诉团队接下来作哪个任务，并更新产品列表
D：查看已取得的进展，若团队需要帮助，应积极提出沟通
选D
在第一个sprint中团队做什么
A：交付设计文档
B：预先决定完整的架构和基础设施
C：完成Sprint目标
D：为后续的Sprint制定计划
选C
产品所有者的责任包括：
A：业务流程图表绘制
B：确定需求的优先次序
C：管理项目预算
D：以上全是
选D
应该何时更新发布燃尽图？
A：每天后
B：每周后
C：每个Sprint后
D：每次发布后
选C
在Sprint规划会议中，产品负责人......
A：决定团队如何完成其工作
B：把选定的故事分割为详细任务
C：展示他/她希望团队在sprint中完成的故事
D：决定在sprint结束时应该交付多少故事
选C
产品愿景应该具备哪些品质？
A：可追溯至IT投资相关整体性企业治理结构的概要
B：描绘一幅详细的概观，可以启发和赋予灵感
C：描述项目的追求所在，以及产品渴望达到的最终状态
D：提供一个投资回报方案的完整分解结构
选C
SCRUM一般采用多长时间的迭代周期？
A：一般来说，它采用2-4周的迭代周期
B：一般来说，它采用1-4周的迭代周期
C：一般来说，它采用3-5周的迭代周期
D：一般来说，它采用3-4周的迭代周期
选A
SCRUM中DOD下面描述的正确的是？
A：DOD完成的定义，它是不可变的
B：DOD是一个不可以被审视的列表
C：DOD是团队成员的主要状态参考依据
D：DOD是对软件有价值的活动的数据收集
选C
可持续的步伐意味着…
A：如果团队成员经常长时间工作，他们会习惯并能够维持下去
B：每周40小时仅适用于团队中较弱的成员，其他人可以做更多
C：团队应该建立一个可以在正常工作时间内维持的速度
D：长时间工作是准时交付的唯一途径
选C
冒烟测试的频度（）
A：每天进行一次或者多次
B：每周一次
C：间隔大于一周
D：按照测试版本的需要临时构建
选A
下面哪个选项是错误的：
A：燃尽图展示的是各个时期下所剩余的工作量
B：迭代是指把一个复杂且开发周期很长的开发任务，分解为很多小周期可完成的任务
C：增量是一个 Sprint 及以前所有 Sprint 中完成的所有产品代办事项列表条目的总和
D：Scrum具体指整个系统开发的流程，而这个大流程又由一次迭代完成，一次迭代的过程称之为一个sprint
选D
sprint评审的主要目的是？
A：让利益相关者可以向团队施加压力，以确保sprint能够有所产出
B：让团队可以审阅他们的工作，并决定需要做些什么来完成下一批列表条目
C：让产品经理向利益相关者展现进度
D：让利益相关者审阅团队所创建的成果，并为后续计划提供信息
选D
Sprint推荐的最长周期是多少？
A：30天
B：60天
C：90天
D：提供一个潜在可交付产品增量需要多久，就是多久
选A
下面的（）不是敏捷开发方法的特点
A：软件开发应该遵循严格受控的过程和详细的项目规划
B：客户应该和开发团队在一起密切地工作
C：通过高度迭代和增量式的软件开发过程响应变化
D：通过频繁地提供可以工作的软件来搜集人们对产品的反馈
选A
增量模型是（）
A：适用于需求被清晰定义的情况
B：一种需要快速构造核心产品的好方法
C：一种不适用于商业产品的创新模型
D：已不能用于现代环境的过时模型
选B
CEO要求团队在当前Sprint中增加一个故事。团队该怎么办？
A：把故事加入下一个Sprint
B：尊重CEO的职权，不做任何调整直接把故事加入当前Sprint
C：把故事加入到当前Sprint，并丢弃一个相同大小的故事
D：通知产品负责人让他／她和CEO一起处理此事
选D
最应该参加迭代评估（演示）的人员（）
A：项目经理
B：用户代表
C：开发人员
D：测试人员
选B
敏捷宣言是怎么看待客户协作的？
A：跟客户紧密地协作，确保在项目构建阶段之前完成所有功能的定义
B：定期及频繁的客户反馈是必要的
C：团队必须告知Sprint中他们将产出的功能以及有关发布的目标
D：新的功能性需求要进入Sprint，需要先得到客户的一致认同
选B
如下哪一条是良好团队的特征？
A：是自组织的
B：等待任务被分派下来
C：成员们技术能力水平全都很接近
D：向ScrumMaster寻求方向
选A
如果敏捷项目运行后出现新需求，应该是：
A：自动包含在项目的工作中
B：自动排除并保留至稍后的项目或增量
C：评估重要性，如果对业务来说足够重要，则包括在项目中，取代较不重要的要求
D：项目开发完成后，对照本轮的迭代任务，提交给项目干系人评审
选C
团队成员在执行相关迭代任务的时候，发现需求不明确，应该找谁？
A：ScrumMaster
B：部门经理
C：ProcuctOwner
D：团队其他成员
选C
实行“看板方式”的基础是：（   ）
A：准时化
B：自动化
C：流水线生产
D：均衡化生产
选C
“拉动”一词是指（）
A：上工序带动下工序
B：下工序带动上工序
C：上、下工序同步进行
D：以上皆不是
选B
软件配置管理的目的是（）
A：降低开发成本
B：控制软件修改
C：提高软件开发效率
D：提高正确率
选B
跟踪敏捷项目中的项目问题是（）的主要责任
A：测试者
B：项目负责人
C：职能经理
D：团队
选D
使用Scrum时，谁主要负责在范围和进度之间作出权衡决策
A：ScrumMaster
B：团队
C：产品负责人
D：项目经理
选C
下面的（）不属于产品负责人（Product Owner）的职责范围
A：组织每日站立会议
B：定义产品需求
C：确定需求优先级
D：验收迭代结果
选A
测试人员何时开展测试(   )
A：每个发布版本前（可能长于1个月）提交版本测试清单
B：每个迭代开发完成后（小于1个月）根据开发完成的特性清单来测试
C：开发人员交付任何特性则立即被测试
D：每天不断执行测试用例（不管代码是否存在），驱动开发人员进行开发
选C
项目内部的管理方式（   ）
A：管理是正式的、结构化的，要求周期性进行，并且由一个独立机构进行技术审核
B：管理是非正式的，由高层管理者通过“走动式管理”完成
C：管理是共同承担责任。计划由所有团队成员和资深管理人员共同制定，从而不需要强制就可以共同遵从
D：项目经理管理Master（或组长），master（或组长）管理开发人员
选C
产品负责人的责任包括：
A：业务流程图表绘制
B：确定需求的优先次序
C：管理项目预算
D：以上全是
选D
SCRUM一般采用多少个冲刺周期？
A：一般来说，它采用2-4周的迭代周期
B：一般来说，它采用1-4周的迭代周期
C：一般来说，它采用3-5周的迭代周期
D：一般来说，它采用3-4周的迭代周期
选A
SCRUM的框架核心是什么？
A：SCRUM的所有实践都是围绕着一个迭代，增量的过程框架展开
B：SCRUM的框架为看板，核心为迭代
C：SCRUM的所有实践都是围绕着一张看板，随着增量的过程框架展开
D：SCRUM的核心框架在于迭代
选A
当一个敏捷团队成功…
A：应该鼓励，在项目结束时才能庆祝成功
B：应该鼓励，立即庆祝，即使是小小的成功
C：它不应该庆祝成功，因为这会浪费项目预算
D：它不应该庆祝成功，因为这会让不太成功的团队感觉不好
选B
计划的频度（   ）
A：做很短的计划，很少超过一两周
B：做短期的迭代计划（1个月内）以及中长期的版本计划（几个月到1年），迭代计划比较细，版本计划只做概要计划
C：做长期计划，包括详细的任务和分工。后期可以根据实际进展修订
D：频繁的做及时性计划
选B
团队成员在执行相关迭代任务的时候，发现需求不明确，应该找谁？
A：ScrumMaster
B：部门经理
C：ProcuctOwner
D：团队其他成员
选C
拉动系统的核心是（）
A：5S
B：自动化
C：看板管理
D：准时化
选D
下面哪个选项是错误的：
A：燃尽图展示的是各个时期下所剩余的工作量
B：迭代是指把一个复杂且开发周期很长的开发任务，分解为很多小周期可完成的任务
C：增量是一个 Sprint 及以前所有 Sprint 中完成的所有产品代办事项列表条目的总和
D：Scrum具体指整个系统开发的流程，而这个大流程又由迭代组成，一次迭代的过程称之为一个sprint
选D
外部对项目的管理方式（）
A：管理是正式的、结构化的，要求周期性进行，并且由一个独立机构进行技术审核
B：管理是非正式的，由高层管理者通过“走动式管理”完成
C：管理是共同承担责任。计划由所有团队成员和资深管理人员共同制定，从而不需要强制就可以共同遵从
D：不需要管理，每个人都是自管理
选A
什么是敏捷开发？
A：敏捷开发是一种以用户故事为核心、迭代、循序渐进的开发方法
B：敏捷开发是一种以人为核心、迭代、循序渐进的开发方法
C：敏捷开发是一种以人为核心、交付、循序渐进的开发方法
D：敏捷开发是一种以迭代为核心、循序渐进的开发方法
选B
（）是Product backlog
A：产品负责人
B：产品代办事项列表
C：迭代
D：燃尽图
选B
以下不是精益生产主要特征的是（）
A：拉动式生产
B：推动式生产
C：最大限度的减少库存
D：实现准时化生产
选B
如下哪一条是良好团队的特征？
A：是自组织的
B：等待任务被分派下来
C：成员们技术能力水平全都很接近
D：向ScrumMaster寻求方向
选A
如下哪一条属于产品负责人的职责
A：决定团队成功所必需的构成
B：决定合适的发布日期
C：决定恰当的项目技术方案
D：决定sprint的长度
选B
所有的敏捷方法有什么共同点？
A：规定的、固定的迭代（计时器）长度
B：迭代开发和增量交付
C：严格注重按时交付
D：一大套明确界定的角色
选B
制定迭代计划时（）
A：应该用任务把开发人员的可用工作量填满
B：应该包括加班时间
C：应该保留20%左右的缓冲
D：应该加大开发人员的并发任务，来充分利用资源
选C
关于Sprint，下面的（）是错误的
A：一个Sprint通常是一个1-4周的迭代
B：Sprint长度在开发过程中是可以调整的
C：需求在一个Sprint中是不允许变化的
D：sprint的产出是“完成”的、可用的、潜在可发布的产品增量
选B
敏捷项目应该有…
A：如果企业愿意接受较低的质量，则偶尔提前交付
B：以开发为重点的产品的定期交付模式
C：定期提供具有商业价值的增量的模式
D：不规则和不可预测的产品交付
选C
哪个角色最有可能在Scrum日会上提及一个障碍？
A：团队
B：ScrumMaster
C：产品负责人
D：干系人
选A
SCRUM框架下，哪个角色对软件的交付负责？
A：ScrumMaster
B：部门经理
C：ProcuctOwner
D：开发团队
选D
在敏捷项目中，我们计划“边走边学”，因为……
A：它在开发人员和客户代表之间建立了更好的关系
B：许多项目是进化的，一个更好的解决方案就这样出现了
C：在项目开始时分析每件事都很费时
D：防止项目交付延误
选B
持续改善的基础是（）的途径
A：标准化
B：制度化
C：目视化
D：通用化
选A
敏捷项目中的客户......
A：无法控制交付功能的优先级
B：完全控制功能的优先级
C：与开发人员在功能优先级上合作，但开发人员有最终决定权
D：与开发人员在功能优先级上合作，但业务有最终决定
选D
看板的三大作用不包括（）
A：传递生产信息
B：保证生产现场的标准操作
C：识别浪费
D：控制生产系统动态的自我完善
选B
以下不属于Scrum的三大支柱的是（）
A：透明性
B：检验
C：观察
D：适应

选C
开发人员CheckIn代码的频率(   )
A：每人每天进行一次或者多次
B：项目组每天一次或多次
C：每周一次或多次
D：特性完成时CheckIn
选A
计划的频度（   ）
A：做很短的计划，很少超过一两周
B：做短期的迭代计划（1个月内）以及中长期的版本计划（几个月到1年），迭代计划比较细，版本计划只做概要计划
C：做长期计划，包括详细的任务和分工。后期可以根据实际进展修订
D：频繁的做及时性计划
选B
敏捷过程…
A：鼓励团队定期开会
B：没有会议
C：有冗长的报告要求
D：没有报告要求
选A
应该何时更新发布燃尽图？
A：每天后
B：每周后
C：每个Sprint后
D：每次发布后
选C
工作任务如何分配(    )
A：领导/经理指定每个人的工作（设计、编码、测试等），并及时进行沟通确认
B：成员一起来分解需求到任务和估算，并从任务列表领取他们将要进行的工作
C：成员直接领取需求，并承诺交付时间
D：以上都不是
选B
敏捷项目中推荐的设计方法是:
A：没有预先设计
B：大的预先设计
C：前面有足够的设计
D：使用之前的设计——它将“足够好”
选C
对计划的发布版本应该（）
A：按产品特性交付：需要交付的特性都必须交付，必要时要推迟发布时间
B：按日期交付：按照预定发布时间进行发布，必要时候裁剪部分功能特性
C：临时决定：我们会平衡一下，临时根据市场要求和开发进展来确定，可能会同时调整交付时间和特性
D：在迭代模式下，没有必要计划版本。每个迭代都应该完成可发布的版本，按照市场需要发布迭代版本即可
选B
以下不属于Scrum的三大支柱的是（）
A：透明性
B：检验
C：观察
D：适应

选C
团队成员在工作中，对自己的职业规划和技术能力提升产生困惑，应该找谁？
A：ScrumMaster
B：部门经理
C：ProcuctOwner
D：团队其他成员
选B
在接受敏捷项目的任何可交付成果方面，以下哪一个陈述是正确的？
A：团队应该只允许高级管理人员签署可交付成果
B：团队应该至少在每个迭代结束时从PO或用户处获得项目可交付成果的验收
C：项目结束时，团队应在UAT阶段接受用户的项目可交付成果
D：同时从所有干系人获得对该项目的任何特定交付物的验收
选B
（）是用户故事的标准模板
A：作为一个<用户角色>，为了达到<目的>，我需要<功能>
B：作为一个<产品类型>，为了达到<目的>，我需要<功能>
C：作为一个<用户类型>，为了达到<目的>
D：作为一个<产品类型>，为了达到<目的>

选A
根据Scrum指南，谁负责招聘或分派新人到团队中去？
A：ScrumMaster
B：产品负责人
C：自管理团队
D：这超出了Scrum的范围
选D
根据Scrum指南，谁负责招聘或分派新人到团队中去？
A：ScrumMaster
B：产品负责人
C：自管理团队
D：这超出了Scrum的范围
选D
以下不属于Scrum的三大支柱的是（）
A：透明性
B：检验
C：观察
D：适应

选C
关于Sprint，下面的（）是错误的
A：一个Sprint通常是一个1-4周的迭代
B：Sprint长度在开发过程中是可以调整的
C：需求在一个Sprint中是不允许变化的
D：sprint的产出是“完成”的、可用的、潜在可发布的产品增量
选B
下列关于敏捷方法的叙述中，错误的是（）
A：与传统方法相比，敏捷方法比较适合需求变化大或者开发前期对需求不是很清晰的项目
B：敏捷方法尤其适合于开发团队比较庞大的项目
C：敏捷方法的思想是适应性，而不是预设性
D：敏捷方法以原型开发思想为基础，采用迭代式增量开发
选B
团队沟通的主要方式（   ）
A：需求和规格应该足够清晰和明确，并在开发前完成评审和确认，不需要下游人员反复再去询问
B：迭代早期只确定一个需求的标题，临到开发前一刻才进行沟通和确认需求细节
C：需求不需要提前定义，成员可以随时和其想交流的人员进行交流和确认
D：频繁（每天/每周）召开团队会议讨论需求，包括开发人员、分析人员、用户代表
选D
CEO要求团队在当前Sprint中增加一个故事。团队该怎么办？
A：把故事加入下一个Sprint
B：尊重CEO的职权，不做任何调整直接把故事加入当前Sprint
C：把故事加入到当前Sprint，并丢弃一个相同大小的故事
D：通知产品负责人让他／她和CEO一起处理此事
选D
谁负责优先处理产品待办列表？
A：产品负责人
B：项目经理
C：开发领导
D：业务分析师
选A
以下（）不是SCRUM MASTER职责
A：保护团队不受外来无端影响
B：尽可能提高团队影响力
C：负责SCRUM价值观与过程的实现
D：SCRUM MASTER是牧羊犬、公仆
选B
以下哪个不符合敏捷宣言？
A：个体和交互胜过流程和工具
B：客户谈判胜过客户合作
C：可以工作的软件胜过面面俱到的文档
D：响应变化胜过遵循计划
选B
跟踪敏捷项目中的项目问题是......的主要责任
A：测试者
B：项目负责人
C：职能经理
D：团队
选D
sprint评审的主要目的是？
A：让利益相关者可以向团队施加压力，以确保sprint能够有所产出
B：让团队可以审阅他们的工作，并决定需要做些什么来完成下一批列表条目
C：让产品经理向利益相关者展现进度
D：让利益相关者审阅团队所创建的成果，并为后续计划提供信息
选D
自动化测试所占比例应该( )
A：90%以上
B：大于60%
C：25%----60%
D：小于25%
选B
下面的（）是错误的
A：软件交付的主要工作是将程序代码和相关文档交给用户
B：用户培训是帮助用户理解产品并掌握系统的使用和操作
C：软件部署是通过配置、安装和激活等活动保证软件系统的正常运行
D：持续集成是频繁持续地将团队成员的工作进行集成
选A
软件配置管理的目的是（）
A：降低开发成本
B：控制软件修改
C：提高软件开发效率
D：提高正确率
选B
精益管理的核心是（）
A：消除一切浪费
B：最大程度的减少浪费
C：尽量提高劳动效率
D：零故障、零不良
选A
迭代计划会议的主要议程是（）
A：讨论系统物理架构
B：研讨系统逻辑架构
C：讨论产品代办事项列表最需优先完成的事项
D：讨论系统数据架构
选C
所有的敏捷方法有什么共同点？
A：规定的、固定的迭代（计时器）长度
B：迭代开发和增量交付
C：严格注重按时交付
D：一大套明确界定的角色
选B
Sprint推荐的最长周期是多少？
A：30天
B：60天
C：90天
D：提供一个潜在可交付产品增量需要多久，就是多久
选A
如果Sprint长30天，Sprint评审会议是多久？
A：最多4小时
B：4~8小时
C：最少8小时
D：要多久就多久
选A
下面的（）不是敏捷开发方法的特点
A：软件开发应该遵循严格受控的过程和详细的项目规划
B：客户应该和开发团队在一起密切地工作
C：通过高度迭代和增量式的软件开发过程响应变化
D：通过频繁地提供可以工作的软件来搜集人们对产品的反馈
选A
敏捷开发的最终结果是：
A：适合业务需求的专业品质的产品
B：与瀑布式发展几乎一样好的产品
C：一种勉强达到目的并故意不能维护的产品
D：一个技术上完美的，重新考虑的解决方案
选A
项目的特性清单（Product Backlog）最重要和必选的内容是（   ）
A：每个特性的标题，优先级和估算
B：每个特性的标题，详细描述
C：每个特性的责任人和状态
D：以上都是
选A
敏捷项目应该有…
A：如果企业愿意接受较低的质量，则偶尔提前交付
B：以开发为重点的产品的定期交付模式
C：定期提供具有商业价值的增量的模式
D：不规则和不可预测的产品交付
选C
敏捷宣言背后的原则对于架构的处理是如何建议的？
A：架构会浮现出来
B：架构不重要，但功能重要
C：架构是预先定义和计划的
D：架构的定义和实现在第一个迭代中完成
选A
Scrum最适合如下哪一类工作？
A：复杂的
B：低风险的
C：简单的
D：预定义的
选A
Sprint Backlog中包含哪些内容?
A：用户故事
B：任务
C：用例
D：测试
选B
对详细设计文档（）
A：每个设计活动后应该完成设计文档并评审和归档
B：每个迭代结束前必须完成设计文档和归档
C：每个版本发布前必须完成设计文档的编写和归档
D：阶段性（比如开发阶段末，项目收尾前）通过逆向工程或总结完成设计文档并归档，做为后续维护的参考资料
选D
Sprint推荐的最长周期是多少？
A：30天
B：60天
C：90天
D：提供一个潜在可交付产品增量需要多久，就是多久
选A
可持续的步伐意味着…
A：如果团队成员经常长时间工作，他们会习惯并能够维持下去
B：每周40小时仅适用于团队中较弱的成员，其他人可以做更多
C：团队应该建立一个可以在正常工作时间内维持的速度
D：长时间工作是准时交付的唯一途径
选C
SCRUM一般采用多长时间的迭代周期？
A：一般来说，它采用2-4周的迭代周期
B：一般来说，它采用1-4周的迭代周期
C：一般来说，它采用3-5周的迭代周期
D：一般来说，它采用3-4周的迭代周期
选A
什么是看板？
A：团队禁止的活动列表，与团队规范有关
B：一组可以为一个项目提供故事集的东西
C：一个看得见的工作图，里面包括工作的进度和完成的工作
D：团队完成的任务图
选C
对发布版本计划（   ）
A：每个版本的范围是固定的，不允许调整
B：不包括每个版本的发布时间、发布内容、迭代数量
C：每个版本计划都要准时完成，不能推迟发布
D：概念阶段/项目早期就开始制定版本计划，并每个迭代进行及时维护
选D
丰田生产方式的目的在于彻底杜绝各种浪费，以提高生产（）
A：周期
B：交付期
C：成本
D：效率
选D
以下（）不属于迭代回顾的内容和要求
A：定期审视团队目前运作状况和存在的问题
B：在每个迭代结束前进行
C：通常60分钟至90分钟
D：全员参与
选C
在对项目进行估算时，开发人员应该:
A：全面参与估算过程
B：对估算过程进行完全控制
C：在团队负责人对团队的工作做出估算之后，进行咨询
D：除非已知速率，否则不进行估算
选A
敏捷项目中的客户......
A：无法控制交付功能的优先级
B：完全控制功能的优先级
C：与开发人员在功能优先级上合作，但开发人员有最终决定权
D：与开发人员在功能优先级上合作，但业务有最终决定
选D
项目的特性清单（Product Backlog）最重要和必选的内容是（   ）
A：每个特性的标题，优先级和估算
B：每个特性的标题，详细描述
C：每个特性的责任人和状态
D：以上都是
选A
敏捷宣言是怎么看待客户协作的？
A：跟客户紧密地协作，确保在项目构建阶段之前完成所有功能的定义
B：定期及频繁的客户反馈是必要的
C：团队必须告知Sprint中他们将产出的功能以及有关发布的目标
D：新的功能性需求要进入Sprint，需要先得到客户的一致认同
选B
在敏捷项目中，我们计划“边走边学”，因为……
A：它在开发人员和客户代表之间建立了更好的关系
B：许多项目是进化的，一个更好的解决方案就这样出现了
C：在项目开始时分析每件事都很费时
D：防止项目交付延误
选B
计划的频度（   ）
A：做很短的计划，很少超过一两周
B：做短期的迭代计划（1个月内）以及中长期的版本计划（几个月到1年），迭代计划比较细，版本计划只做概要计划
C：做长期计划，包括详细的任务和分工。后期可以根据实际进展修订
D：频繁的做及时性计划
选B
以下（）不属于迭代回顾的内容和要求
A：定期审视团队目前运作状况和存在的问题
B：在每个迭代结束前进行
C：通常60分钟至90分钟
D：全员参与
选C
开发人员CheckIn代码的频率(   )
A：每人每天进行一次或者多次
B：项目组每天一次或多次
C：每周一次或多次
D：特性完成时CheckIn
选A
看板的三大作用不包括（）
A：传递生产信息
B：保证生产现场的标准操作
C：识别浪费
D：控制生产系统动态的自我完善
选B
以下哪个不符合敏捷宣言？
A：个体和交互胜过流程和工具
B：客户谈判胜过客户合作
C：可以工作的软件胜过面面俱到的文档
D：响应变化胜过遵循计划
选B
Scrum最适合如下哪一类工作？
A：复杂的
B：低风险的
C：简单的
D：预定义的
选A
敏捷开发过程鼓励（）
A：团队定期开会
B：没有会议
C：有冗长的报告要求
D：没有报告要求
选A
敏捷宣言背后的原则对于架构的处理是如何建议的？
A：架构会浮现出来
B：架构不重要，但功能重要
C：架构是预先定义和计划的
D：架构的定义和实现在第一个迭代中完成
选A
如下哪一句准确地描述了产品负责人在Scrum日会中的角色？
A：产品负责人向团队提供如何实现可工作解决方案的指导
B：产品负责人大概介绍一下团队在这个Sprint中必须吸收的那些变更
C：产品负责人确保实际燃尽速率维护在估算时的程度
D：团队决定产品负责人如何参与
选D
冒烟测试的频度（）
A：每天进行一次或者多次
B：每周一次
C：间隔大于一周
D：按照测试版本的需要临时构建
选A
产品所有者的责任包括：
A：业务流程图表绘制
B：确定需求的优先次序
C：管理项目预算
D：以上全是
选D
在第一个sprint中团队做什么
A：交付设计文档
B：预先决定完整的架构和基础设施
C：完成Sprint目标
D：为后续的Sprint制定计划
选C
SCRUM框架下，哪个角色对软件商业价值负责？________
A：ScrumMaster
B：部门经理
C：ProcuctOwner
D：开发团队
选C
如果需要重新设定迭代计划，对用户故事和任务重新排序，那么谁应该负责？
A：仅开发人员（他们知道客户需要什么）
B：产品负责人（开发人员只会选择简单的东西作为最重要的事情）
C：项目负责人（他们可以提供独立，务实的观点）
D：整个团队包括产品负责人和开发人员（他们一起可以考虑商业价值和实用性）
选D
如下有关障碍的描述哪一条是正确的？
A：运行缓慢的服务器不被认为是障碍
B：移除障碍是产品负责人的工作
C：团队不应该使用Scrum日会来报告障碍
D：移除障碍是ScrumMaster的当务之急
选D
应该何时更新发布燃尽图？
A：每天后
B：每周后
C：每个Sprint后
D：每次发布后
选C
增量模型是（）
A：适用于需求被清晰定义的情况
B：一种需要快速构造核心产品的好方法
C：一种不适用于商业产品的创新模型
D：已不能用于现代环境的过时模型
选B
在敏捷项目中，我们计划“边走边学”，因为……
A：它在开发人员和客户代表之间建立了更好的关系
B：许多项目是进化的，一个更好的解决方案就这样出现了
C：在项目开始时分析每件事都很费时
D：防止项目交付延误
选B
请解释Scrum中的用户故事是什么？
A：是一个短小的，一般用一句话可以说明的对特性或者功能的描述
B：是一个短小的，一般用两句话可以说明的对特性或者功能的描述
C：是一个可延展的，一般用一句话可以说明的对特性或者功能的描述
D：是一个短小的，一般用一句话可以说明的对用户故事或者功能的描述
选A
制定迭代计划时（）
A：应该用任务把开发人员的可用工作量填满
B：应该包括加班时间
C：应该保留20%左右的缓冲
D：应该加大开发人员的并发任务，来充分利用资源
选C
在接受敏捷项目的任何可交付成果方面，以下哪一个陈述是正确的？
A：团队应该只允许高级管理人员签署可交付成果
B：团队应该至少在每个迭代结束时从干系人获得项目可交付成果的验收
C：项目结束时，团队应在UAT阶段接受用户的项目可交付成果
D：同时从所有干系人获得对该项目的任何特定交付物的验收
选B
（）是用户故事的标准模板
A：作为一个<用户角色>，为了达到<目的>，我需要<功能>
B：作为一个<产品类型>，为了达到<目的>，我需要<功能>
C：作为一个<用户类型>，为了达到<目的>
D：作为一个<产品类型>，为了达到<目的>

选A
“拉动”一词是指（）
A：上工序带动下工序
B：下工序带动上工序
C：上、下工序同步进行
D：以上皆不是
选B
制定迭代计划时（）
A：应该用任务把开发人员的可用工作量填满
B：应该包括加班时间
C：应该保留20%左右的缓冲
D：应该加大开发人员的并发任务，来充分利用资源
选C
团队成员在执行相关迭代任务的时候，发现需要申请一台测试机，应该找谁？
A：ScrumMaster
B：部门经理
C：ProcuctOwner
D：团队其他成员
选A
测试人员何时开展测试(   )
A：每个发布版本前（可能长于1个月）提交版本测试清单
B：每个迭代开发完成后（小于1个月）根据开发完成的特性清单来测试
C：开发人员交付任何特性则立即被测试
D：每天不断执行测试用例（不管代码是否存在），驱动开发人员进行开发
选C
持续改善的基础是（）的途径
A：标准化
B：制度化
C：目视化
D：通用化
选A
在Sprint规划会议中，产品负责人......
A：决定团队如何完成其工作
B：把选定的故事分割为详细任务
C：展示他/她希望团队在sprint中完成的故事
D：决定在sprint结束时应该交付多少故事
选C
ScrumMaster要引导团队和产品负责人之间的交流，哪个技术是一个有效的方法？
A：引导产品负责人学习Sprint中用到的技术
B：引导他们之间的协作式会议
C：引导团队在谈话中使用业务需求和目标的术语
D：如上所有
选D
在墙上制作看板，展现项目计划，对团队有什么影响？
A：它不需要为管理创建任何其他报告
B：不断沟通团队内部和其他利益相关者的进展
C：它允许项目经理分配任务给特定的团队成员
D：这是限制性的，因为它不允许团队创新和改变

选B
迭代计划会议的主要议程是（）
A：讨论系统物理架构
B：研讨系统逻辑架构
C：讨论产品代办事项列表最需优先完成的事项
D：讨论系统数据架构
选C
工作任务如何分配(    )
A：领导/经理指定每个人的工作（设计、编码、测试等），并及时进行沟通确认
B：成员一起来分解需求到任务和估算，并从任务列表领取他们将要进行的工作
C：成员直接领取需求，并承诺交付时间
D：以上都不是
选B
PO创建需求的INVEST原则是什么？
A：独立性、可协商性、有价值、可以估算性、短小、可测性
B：独特性、可协商性、有价值、可以估算性、短小、可测性
C：独立性、可协商性、有价值、可以估算性、短小、可拆性
D：独立性、可协商性、有价值、不可估算性、短小、可测性
选A
项目内部的管理方式（   ）
A：管理是正式的、结构化的，要求周期性进行，并且由一个独立机构进行技术审核
B：管理是非正式的，由高层管理者通过“走动式管理”完成
C：管理是共同承担责任。计划由所有团队成员和资深管理人员共同制定，从而不需要强制就可以共同遵从
D：项目经理管理Master（或组长），master（或组长）管理开发人员
选C
以下哪些角色不是SCRUM框架中定义的角色_________
A：ScrumMaster
B：开发团队
C：ProductOwner
D：架构师
选D
产品负责人的最佳描述是？
A：阻止干系人干扰团队
B：指挥团队的日常工作
C：管理项目，确保工作成果能够兑现向干系人作出的承诺
D：优化工作成果的业务价值
选D
以下哪项最能描述确定迭代（时间箱）长度的方法？
A：迭代（时间箱）应该总是30天
B：团队通过将故事点的总数除以团队的平均速度来确定迭代（时间箱）的长度
C：迭代（时间箱）应该总是两周
D：考虑到项目的规模和复杂性，团队应该迭代的长度（计时器）达成一致
选D
下面的（）不属于产品负责人（Product Owner）的职责范围
A：组织每日站立会议
B：定义产品需求
C：确定需求优先级
D：验收迭代结果
选A
为什么建议产品负责人参加Scrum日会
A：确保团队还在向着sprint目标的方向努力
B：对团队进度发布意见
C：告诉团队接下来作哪个任务，并更新产品列表
D：查看已取得的进展，若团队需要帮助，应积极提出沟通
选D
实行“看板方式”的基础是：（   ）
A：准时化
B：自动化
C：流水线生产
D：均衡化生产
选C
最应该参加迭代评估（演示）的人员（）
A：项目经理
B：用户代表
C：开发人员
D：测试人员
选B
外部对项目的管理方式（）
A：管理是正式的、结构化的，要求周期性进行，并且由一个独立机构进行技术审核
B：管理是非正式的，由高层管理者通过“走动式管理”完成
C：管理是共同承担责任。计划由所有团队成员和资深管理人员共同制定，从而不需要强制就可以共同遵从
D：不需要管理，每个人都是自管理
选A
“拉动”一词是指（）
A：上工序带动下工序
B：下工序带动上工序
C：上、下工序同步进行
D：以上皆不是
选B
在敏捷项目中，我们计划“边走边学”，因为……
A：它在开发人员和客户代表之间建立了更好的关系
B：许多项目是进化的，一个更好的解决方案就这样出现了
C：在项目开始时分析每件事都很费时
D：防止项目交付延误
选B
SCRUM中335分别指的是什么？
A：3个角色、3个工件、5个会议
B：3个会议、3个工件、5个角色
C：3个工件、3张图表、5个会议
D：3个成员、3个会议、5个工件
选A
下面的哪一种说法是正确的？
A：故事点是一个绝对度量单位
B：故事点估算一定要做到非常精确
C：故事点表示开发一个用户故事或特性的复杂度
D：故事点表示开发一个用户故事或特性所要付出的工作量
选D
敏捷项目中推荐的设计方法是:
A：没有预先设计
B：大的预先设计
C：前面有足够的设计
D：使用之前的设计——它将“足够好”
选C
实行“看板方式”的基础是：（   ）
A：准时化
B：自动化
C：流水线生产
D：均衡化生产
选C
Sprint推荐的最长周期是多少？
A：30天
B：60天
C：90天
D：提供一个潜在可交付产品增量需要多久，就是多久
选A
一旦项目进行中，计划的方法是
A：计划不应该改变
B：随着项目的进展，需要计划和重新计划是正常的
C：计划只有在所有利益相关方完全同意的情况下才能改变
D：由于敏捷是增量式的，因此不需要计划
选B
产品负责人的最佳描述是？
A：阻止干系人干扰团队
B：指挥团队的日常工作
C：管理项目，确保工作成果能够兑现向干系人作出的承诺
D：优化工作成果的业务价值
选D
敏捷宣言背后的原则对于架构的处理是如何建议的？
A：架构会浮现出来
B：架构不重要，但功能重要
C：架构是预先定义和计划的
D：架构的定义和实现在第一个迭代中完成
选A
什么是看板？
A：团队禁止的活动列表，与团队规范有关
B：一组可以为一个项目提供故事集的东西
C：一个看得见的工作图，里面包括工作的进度和完成的工作
D：团队完成的任务图
选C
以下哪些角色不是SCRUM框架中定义的角色_________
A：ScrumMaster
B：开发团队
C：ProductOwner
D：架构师
选D
以下哪个不符合敏捷宣言？
A：个体和交互胜过流程和工具
B：客户谈判胜过客户合作
C：可以工作的软件胜过面面俱到的文档
D：响应变化胜过遵循计划
选B
产品负责人的责任包括：
A：业务流程图表绘制
B：确定需求的优先次序
C：管理项目预算
D：以上全是
选D
Sprint何时结束？
A：当任务完成的时候
B：取决于团队的规模
C：当承诺的条目满足了它们的完成定义的时候
D：当时间盒耗尽的时候
选D
计划的频度（   ）
A：做很短的计划，很少超过一两周
B：做短期的迭代计划（1个月内）以及中长期的版本计划（几个月到1年），迭代计划比较细，版本计划只做概要计划
C：做长期计划，包括详细的任务和分工。后期可以根据实际进展修订
D：频繁的做及时性计划
选B
关于Sprint，下面的（）是错误的
A：一个Sprint通常是一个1-4周的迭代
B：Sprint长度在开发过程中是可以调整的
C：需求在一个Sprint中是不允许变化的
D：sprint的产出是“完成”的、可用的、潜在可发布的产品增量
选B
敏捷宣言背后的原则对于架构的处理是如何建议的？
A：架构会浮现出来
B：架构不重要，但功能重要
C：架构是预先定义和计划的
D：架构的定义和实现在第一个迭代中完成
选A
团队成员在执行相关迭代任务的时候，发现需求不明确，应该找谁？
A：ScrumMaster
B：部门经理
C：ProcuctOwner
D：团队其他成员
选C
如下哪一句准确地描述了产品负责人在Scrum日会中的角色？
A：产品负责人向团队提供如何实现可工作解决方案的指导
B：产品负责人大概介绍一下团队在这个Sprint中必须吸收的那些变更
C：产品负责人确保实际燃尽速率维护在估算时的程度
D：团队决定产品负责人如何参与
选D
如果客户代表一再忙得没空参与开发过程，团队应该怎么办？
A：继续工作，记录假设并稍后询问客户
B：向客户发出书面警告，说明最终产品将按时完成，但可能无法满足他们的需求
C：允许PO担任代理客户代表的角色
D：将问题提请Scrum Master
选C
sprint评审的主要目的是？
A：让利益相关者可以向团队施加压力，以确保sprint能够有所产出
B：让团队可以审阅他们的工作，并决定需要做些什么来完成下一批列表条目
C：让产品经理向利益相关者展现进度
D：让利益相关者审阅团队所创建的成果，并为后续计划提供信息
选D
计划的频度（   ）
A：做很短的计划，很少超过一两周
B：做短期的迭代计划（1个月内）以及中长期的版本计划（几个月到1年），迭代计划比较细，版本计划只做概要计划
C：做长期计划，包括详细的任务和分工。后期可以根据实际进展修订
D：频繁的做及时性计划
选B
SCRUM中335分别指的是什么？
A：3个角色、3个工件、5个会议
B：3个会议、3个工件、5个角色
C：3个工件、3张图表、5个会议
D：3个成员、3个会议、5个工件
选A
下面的哪一种说法是正确的？
A：故事点是一个绝对度量单位
B：故事点估算一定要做到非常精确
C：故事点表示开发一个用户故事或特性的复杂度
D：故事点表示开发一个用户故事或特性所要付出的工作量
选D
瀑布模型是（）
A：适用于需求被清晰定义的情况
B：一种需要快速构造可运行程序的好方法
C：一种不适用于商业产品的创新模型
D：目前业界最流行的过程模型
选A
如果需要重新设定迭代计划，对用户故事和任务重新排序，那么谁应该负责？
A：仅开发人员（他们知道客户需要什么）
B：产品负责人（开发人员只会选择简单的东西作为最重要的事情）
C：项目负责人（他们可以提供独立，务实的观点）
D：整个团队包括产品负责人和开发人员（他们一起可以考虑商业价值和实用性）
选D
使用Scrum时，谁主要负责在范围和进度之间作出权衡决策
A：ScrumMaster
B：团队
C：产品负责人
D：项目经理
选C
SCRUM框架下，哪个角色对软件商业价值负责？________
A：ScrumMaster
B：部门经理
C：ProcuctOwner
D：开发团队
选C
最应该参加迭代评估（演示）的人员（）
A：项目经理
B：用户代表
C：开发人员
D：测试人员
选B
为了良好沟通，敏捷项目应该......
A：保持团队规模较大，以避免利益相关者感到遗漏
B：将项目分解为小型，混合技能的自组织团队
C：与一个不到10人的团队合作
D：与独立的客户，开发人员和测试团队合作
选B
在对项目进行估算时，开发人员应该:
A：全面参与估算过程
B：对估算过程进行完全控制
C：在团队负责人(Scrum Master)对团队的工作做出估算之后，请进行咨询
D：除非已知速率，否则不进行估算
选A
团队沟通的主要方式（   ）
A：需求和规格应该足够清晰和明确，并在开发前完成评审和确认，不需要下游人员反复再去询问
B：迭代早期只确定一个需求的标题，临到开发前一刻才进行沟通和确认需求细节
C：需求不需要提前定义，成员可以随时和其想交流的人员进行交流和确认
D：频繁（每天/每周）召开团队会议讨论需求，包括开发人员、分析人员、用户代表
选D
敏捷宣言是怎么看待客户协作的？
A：跟客户紧密地协作，确保在项目构建阶段之前完成所有功能的定义
B：定期及频繁的客户反馈是必要的
C：团队必须告知Sprint中他们将产出的功能以及有关发布的目标
D：新的功能性需求要进入Sprint，需要先得到客户的一致认同
选B
如果Sprint长30天，Sprint评审会议是多久？
A：最多4小时
B：4~8小时
C：最少8小时
D：要多久就多久
选A
团队成员在执行相关迭代任务的时候，发现需求不明确，应该找谁？
A：ScrumMaster
B：部门经理
C：ProcuctOwner
D：团队其他成员
选C
增量模型是（）
A：适用于需求被清晰定义的情况
B：一种需要快速构造核心产品的好方法
C：一种不适用于商业产品的创新模型
D：已不能用于现代环境的过时模型
选B
冒烟测试的频度（）
A：每天进行一次或者多次
B：每周一次
C：间隔大于一周
D：按照测试版本的需要临时构建
选A
如下那一项是Sprint列表最主要的目的？
A：团队用于Sprint中管理他们自己
B：ScrumMaster用于Sprint中管理进展情况
C：团队用来管理Sprint中所花掉的那些小时数
D：产品负责人从中了解团队为Sprint承诺了什么
选A
哪个角色最有可能在Scrum日会上提及一个障碍？
A：团队
B：ScrumMaster
C：产品负责人
D：干系人
选A
看板的三大作用不包括（）
A：传递生产信息
B：保证生产现场的标准操作
C：识别浪费
D：控制生产系统动态的自我完善
选B
PO创建需求的INVEST原则是什么？
A：独立性、可协商性、有价值、可以估算性、短小、可测性
B：独特性、可协商性、有价值、可以估算性、短小、可测性
C：独立性、可协商性、有价值、可以估算性、短小、可拆性
D：独立性、可协商性、有价值、不可估算性、短小、可测性
选A
如果需要重新设定（迭代）计划需要在匆忙中重新排序，那么谁应该重新排序？
A：仅开发人员（他们知道客户需要什么）
B：产品负责人（开发人员只会选择简单的东西作为最重要的事情）
C：项目负责人（他们可以提供独立，务实的观点）
D：整个团队包括产品负责人和开发人员（他们一起可以考虑商业价值和实用性）
选D
燃尽图有哪两种类型（）
A：产品发布燃尽图、任务燃尽图
B：产品发布燃尽图、迭代燃尽图
C：任务燃尽图、用户故事燃尽图
D：开发工作量燃尽图、产品发布燃尽图
选B
冒烟测试的频度（）
A：每天进行一次或者多次
B：每周一次
C：间隔大于一周
D：按照测试版本的需要临时构建
选A
工作任务如何分配(    )
A：领导/经理指定每个人的工作（设计、编码、测试等），并及时进行沟通确认
B：成员一起来分解需求到任务和估算，并从任务列表领取他们将要进行的工作
C：成员直接领取需求，并承诺交付时间
D：以上都不是
选B
看板的三大作用不包括（）
A：传递生产信息
B：保证生产现场的标准操作
C：识别浪费
D：控制生产系统动态的自我完善
选B
Scrum日会上，Olivia提到，说她发现了一些开源代码，应该可以解决她正在处理的某个问题。她想马上就着手实现。下一步做什么最好
A：ScrumMaster让Olivia去准备一个样例以及给团队的演示，这样他们会考虑使用此代码
B：团队所有成员都要求评估Olivia的解决方案，下一次Scrum日会时向团队汇报情况
C：产品负责人记录下障碍，并在会后着手解决
D：开完Scrum日会之后，再单独开会讨论这个开源解决方案
选D
ScrumMaster要用于引导团队和产品负责人之间的交流，哪个技术是一个有效的方法？
A：教产品负责人学习Sprint中用到的技术
B：引导他们之间的协作式会议
C：教团队在谈话中使用业务需求和目标的术语
D：如上所有
选D
关于Scrum的每一次冲刺（Sprint），下面的（）是正确的
A：Sprint是一个不超过4周的迭代，其长度一旦确定，将保持不变
B：Sprint的产出是一个可用的、潜在可发布的产品增量
C：Sprint在进行过程中，其开发目标、质量验收标准和团队组成不能发生变化
D：以上所有选项
选D
敏捷开发的最终结果是：
A：适合业务需求的专业品质的产品
B：与瀑布式发展几乎一样好的产品
C：一种勉强达到目的并故意不能维护的产品
D：一个技术上完美的，重新考虑的解决方案
选A
自动化测试所占比例应该( )
A：90%以上
B：大于60%
C：25%----60%
D：小于25%
选B
以下（）不属于迭代回顾的内容和要求
A：定期审视团队目前运作状况和存在的问题
B：在每个迭代结束前进行
C：通常60分钟至90分钟
D：全员参与
选C
以下不属于Scrum的三大支柱的是（）
A：透明性
B：检验
C：观察
D：适应

选C
Scrum的计划机制是（）
A：提前做好计划，阶段性（按月和周）按照计划查看团队进展
B：每个迭代都制定计划和调整计划
C：每天都不断地做计划，当事情发生变化我们就会制定新的计划
D：没有必要做计划，只要不断滚动的从backlog中取出最高优先的需求来开发即可
选B
如果敏捷项目运行后出现新需求，应该是：
A：自动包含在项目的工作中
B：自动排除并保留至稍后的项目或增量
C：评估重要性，如果对业务来说足够重要，则包括在项目中，取代较不重要的要求
D：项目开发完成后，对照本轮的迭代任务，提交给项目干系人评审
选C
当团队认定很难在Sprint结束时交付任何价值的时候，Scrum鼓励的处理方式是？
A：为了容纳额外的工作，再延长Sprint几天
B：和产品负责人一起，关注可完成的部分，想办法做到每个Sprint结束时都能交付些价值
C：立刻上报给高级管理层
D：建议产品负责人异常地终止Sprint
选B
项目的特性清单（Product Backlog）最重要和必选的内容是（   ）
A：每个特性的标题，优先级和估算
B：每个特性的标题，详细描述
C：每个特性的责任人和状态
D：以上都是
选A
对于敏捷项目的可交付成果的质量，以下哪项陈述是正确的？
A：敏捷项目生产的产品应该比任何其他方法生产的产品便宜，但质量会受到影响
B：这些产品比其他任何方法都贵，但是质量最好
C：产品适合用途，但可能无法满足客户的需求
D：根据整个开发过程中涉及的客户代表的指导，产品质量合适
选D
SCRUM框架下，测试工作应该由谁来完成？
A：ScrumMaster
B：测试人员
C：开发人员
D：开发团队
选D
Sprint推荐的最长周期是多少？
A：30天
B：60天
C：90天
D：提供一个潜在可交付产品增量需要多久，就是多久
选A
精益管理的核心是（）
A：消除一切浪费
B：最大程度的减少浪费
C：尽量提高劳动效率
D：零故障、零不良
选A
下列关于敏捷方法的叙述中，错误的是（）
A：与传统方法相比，敏捷方法比较适合需求变化大或者开发前期对需求不是很清晰的项目
B：敏捷方法尤其适合于开发团队比较庞大的项目
C：敏捷方法的思想是适应性，而不是预设性
D：敏捷方法以原型开发思想为基础，采用迭代式增量开发
选B
以下哪些角色不是SCRUM框架中定义的角色_________
A：ScrumMaster
B：团队team
C：ProductOwner
D：架构师
选D
自动化测试所占比例应该( )
A：90%以上
B：大于60%
C：25%----60%
D：小于25%
选B
以下（）不是SCRUM MASTER职责
A：保护团队不受外来无端影响
B：尽可能提高团队影响力
C：负责SCRUM价值观与过程的实现
D：SCRUM MASTER是牧羊犬、公仆
选B
如果Sprint长30天，Sprint评审会议是多久？
A：最多4小时
B：4~8小时
C：最少8小时
D：要多久就多久
选A
对发布版本计划（   ）
A：每个版本的范围是固定的，不允许调整
B：不包括每个版本的发布时间、发布内容、迭代数量
C：每个版本计划都要准时完成，不能推迟发布
D：概念阶段/项目早期就开始制定版本计划，并每个迭代进行及时维护
选D
所有的敏捷方法有什么共同点？
A：规定的、固定的迭代（计时器）长度
B：迭代开发和增量交付
C：严格注重按时交付
D：一大套明确界定的角色
选B
迭代计划会议的主要议程是（）
A：讨论系统物理架构
B：研讨系统逻辑架构
C：讨论产品代办事项列表最需优先完成的事项
D：讨论系统数据架构
选C
团队成员在执行相关迭代任务的时候，发现需要申请一台测试机，应该找谁？
A：ScrumMaster
B：部门经理
C：ProcuctOwner
D：团队其他成员
选A
拉动系统的核心是（）
A：5S
B：自动化
C：看板管理
D：准时化
选D
对详细设计文档（）
A：每个设计活动后应该完成设计文档并评审和归档
B：每个迭代结束前必须完成设计文档和归档
C：每个版本发布前必须完成设计文档的编写和归档
D：阶段性（比如开发阶段末，项目收尾前）通过逆向工程或总结完成设计文档并归档，做为后续维护的参考资料
选D
如下有关障碍的描述哪一条是正确的？
A：运行缓慢的服务器不被认为是障碍
B：移除障碍是产品负责人的工作
C：团队不应该使用Scrum日会来报告障碍
D：移除障碍是ScrumMaster的当务之急
选D
SCRUM一般采用多少个冲刺周期？
A：一般来说，它采用2-4周的迭代周期
B：一般来说，它采用1-4周的迭代周期
C：一般来说，它采用3-5周的迭代周期
D：一般来说，它采用3-4周的迭代周期
选A
如下哪一条是良好团队的特征？
A：是自组织的
B：等待任务被分派下来
C：成员们技术能力水平全都很接近
D：向ScrumMaster寻求方向
选A
（）是Product backlog
A：产品负责人
B：产品代办事项列表
C：迭代
D：燃尽图
选B
敏捷方式是：
A：尽早、渐进地生产出正确质量的工作产品
B：在文件签署后生产工作产品
C：尽早制作简单的原型，但直到项目结束时才制作成品
D：生产没有技术完整性的产品，但稍后重新设计
选A
项目内部的管理方式（   ）
A：管理是正式的、结构化的，要求周期性进行，并且由一个独立机构进行技术审核
B：管理是非正式的，由高层管理者通过“走动式管理”完成
C：管理是共同承担责任。计划由所有团队成员和资深管理人员共同制定，从而不需要强制就可以共同遵从
D：项目经理管理Master（或组长），master（或组长）管理开发人员
选C
ScrumMaster要用于引导团队和产品负责人之间的交流，哪个技术是一个有效的方法？
A：教产品负责人学习Sprint中用到的技术
B：引导他们之间的协作式会议
C：教团队在谈话中使用业务需求和目标的术语
D：如上所有
选D
下面的（）不是敏捷开发方法的特点
A：软件开发应该遵循严格受控的过程和详细的项目规划
B：客户应该和开发团队在一起密切地工作
C：通过高度迭代和增量式的软件开发过程响应变化
D：通过频繁地提供可以工作的软件来搜集人们对产品的反馈
选A
如果客户代表一再忙得没空参与开发过程，团队应该怎么办？
A：继续工作，记录假设并稍后询问客户
B：向客户发出书面警告，说明最终产品将按时完成，但可能无法满足他们的需求
C：允许PO担任代理客户代表的角色
D：将问题提请Scrum Master
选C
如下哪一条属于产品负责人的职责
A：决定团队成功所必需的构成
B：决定合适的发布日期
C：决定恰当的项目技术方案
D：决定sprint的长度
选B
持续改善的基础是（）的途径
A：标准化
B：制度化
C：目视化
D：通用化
选A
当团队认定很难在Sprint结束时交付任何价值的时候，Scrum鼓励的处理方式是？
A：为了容纳额外的工作，再延长Sprint几天
B：和产品负责人一起，关注可完成的部分，想办法做到每个Sprint结束时都能交付些价值
C：立刻上报给高级管理层
D：建议产品负责人异常地终止Sprint
选B
瀑布模型是（）
A：适用于需求被清晰定义的情况
B：一种需要快速构造可运行程序的好方法
C：一种不适用于商业产品的创新模型
D：目前业界最流行的过程模型
选A
对发布版本计划（   ）
A：每个版本的范围是固定的，不允许调整
B：不包括每个版本的发布时间、发布内容、迭代数量
C：每个版本计划都要准时完成，不能推迟发布
D：概念阶段/项目早期就开始制定版本计划，并每个迭代进行及时维护
选D
敏捷开发过程鼓励（）
A：团队定期开会
B：没有会议
C：有冗长的报告要求
D：没有报告要求
选A
对计划的发布版本应该（）
A：按产品特性交付：需要交付的特性都必须交付，必要时要推迟发布时间
B：按日期交付：按照预定发布时间进行发布，必要时候裁剪部分功能特性
C：临时决定：我们会平衡一下，临时根据市场要求和开发进展来确定，可能会同时调整交付时间和特性
D：在迭代模式下，没有必要计划版本。每个迭代都应该完成可发布的版本，按照市场需要发布迭代版本即可
选B
当紧急需求变化时候(   )
A：PO重新排列特性清单中优先级，开发团队决定哪些工作要重新认领
B：项目经理增加紧急任务，扩大加班时间
C：开发团队拼命工作适应变化，并将项目拖回到正常轨道上来
D：紧急需求应该放到下一个迭代或防火墙团队，不应该干扰现有的任
选A
SCRUM框架下，哪个角色对软件商业价值负责？________
A：ScrumMaster
B：部门经理
C：ProcuctOwner
D：开发团队
选C
拉动系统的核心是（）
A：5S
B：自动化
C：看板管理
D：准时化
选D
谁负责优先处理产品待办列表？
A：产品负责人
B：项目经理
C：开发领导
D：业务分析师
选A
拉动系统的核心是（）
A：5S
B：自动化
C：看板管理
D：准时化
选D
团队沟通的主要方式（   ）
A：需求和规格应该足够清晰和明确，并在开发前完成评审和确认，不需要下游人员反复再去询问
B：迭代早期只确定一个需求的标题，临到开发前一刻才进行沟通和确认需求细节
C：需求不需要提前定义，成员可以随时和其想交流的人员进行交流和确认
D：频繁（每天/每周）召开团队会议讨论需求，包括开发人员、分析人员、用户代表
选D
如下哪一句准确地描述了产品负责人在Scrum日会中的角色？
A：产品负责人向团队提供如何实现可工作解决方案的指导
B：产品负责人大概介绍一下团队在这个Sprint中必须吸收的那些变更
C：产品负责人确保实际燃尽速率维护在估算时的程度
D：团队决定产品负责人如何参与
选D
产品愿景应该具备哪些品质？
A：可追溯至IT投资相关整体性企业治理结构的概要
B：描绘一幅详细的概观，可以启发和赋予灵感
C：描述项目的追求所在，以及产品渴望达到的最终状态
D：提供一个投资回报方案的完整分解结构
选C
关于Sprint，下面的（）是错误的
A：一个Sprint通常是一个1-4周的迭代
B：Sprint长度在开发过程中是可以调整的
C：需求在一个Sprint中是不允许变化的
D：sprint的产出是“完成”的、可用的、潜在可发布的产品增量
选B
在对项目进行估算时，开发人员应该:
A：全面参与估算过程
B：对估算过程进行完全控制
C：在团队负责人(Scrum Master)对团队的工作做出估算之后，请进行咨询
D：除非已知速率，否则不进行估算
选A
为了良好沟通，敏捷项目应该......
A：保持团队规模较大，以避免利益相关者感到遗漏
B：将项目分解为小型，混合技能的自组织团队
C：与一个不到10人的团队合作
D：与独立的客户，开发人员和测试团队合作
选B
CEO要求团队在当前Sprint中增加一个故事。团队该怎么办？
A：把故事加入下一个Sprint
B：尊重CEO的职权，不做任何调整直接把故事加入当前Sprint
C：把故事加入到当前Sprint，并丢弃一个相同大小的故事
D：通知产品负责人让他／她和CEO一起处理此事
选D
在Sprint规划会议中，产品负责人......
A：决定团队如何完成其工作
B：把选定的故事分割为详细任务
C：展示他/她希望团队在sprint中完成的故事
D：决定在sprint结束时应该交付多少故事
选C
计划的频度（   ）
A：做很短的计划，很少超过一两周
B：做短期的迭代计划（1个月内）以及中长期的版本计划（几个月到1年），迭代计划比较细，版本计划只做概要计划
C：做长期计划，包括详细的任务和分工。后期可以根据实际进展修订
D：频繁的做及时性计划
选B
在敏捷项目中应该如何将工作分配给团队？
A：团队负责人（Scrum Master）应该将具体任务分配给个人
B：任务应该随机分配给团队成员，使用规划扑克
C：团队成员应自行选择适合其技能的任务
D：最复杂的任务应由团队负责人（Scrum Master）
选C
团队成员在执行相关迭代任务的时候，发现需要申请一台测试机，应该找谁？
A：ScrumMaster
B：部门经理
C：ProcuctOwner
D：团队其他成员
选A
测试人员何时开展测试(   )
A：每个发布版本前（可能长于1个月）提交版本测试清单
B：每个迭代开发完成后（小于1个月）根据开发完成的特性清单来测试
C：开发人员交付任何特性则立即被测试
D：每天不断执行测试用例（不管代码是否存在），驱动开发人员进行开发
选C
产品负责人和ScrumMaster可以是同一个人么
A：不可以。一个人的时间不够用
B：不可以。这个人会拥有太多权力和职责，这会产生困扰
C：可以，只要这个人能够小心地平衡这两份职责就可以
D：可以，只要这个人有职权和能力可以完成所有的事情就可以
选B
下面的（）不属于产品负责人（Product Owner）的职责范围
A：组织每日站立会议
B：定义产品需求
C：确定需求优先级
D：验收迭代结果
选A
对详细设计文档（）
A：每个设计活动后应该完成设计文档并评审和归档
B：每个迭代结束前必须完成设计文档和归档
C：每个版本发布前必须完成设计文档的编写和归档
D：阶段性（比如开发阶段末，项目收尾前）通过逆向工程或总结完成设计文档并归档，做为后续维护的参考资料
选D
项目内部的管理方式（   ）
A：管理是正式的、结构化的，要求周期性进行，并且由一个独立机构进行技术审核
B：管理是非正式的，由高层管理者通过“走动式管理”完成
C：管理是共同承担责任。计划由所有团队成员和资深管理人员共同制定，从而不需要强制就可以共同遵从
D：项目经理管理Master（或组长），master（或组长）管理开发人员
选C
如果需要重新设定迭代计划，对用户故事和任务重新排序，那么谁应该负责？
A：仅开发人员（他们知道客户需要什么）
B：产品负责人（开发人员只会选择简单的东西作为最重要的事情）
C：项目负责人（他们可以提供独立，务实的观点）
D：整个团队包括产品负责人和开发人员（他们一起可以考虑商业价值和实用性）
选D
燃尽图有哪两种类型（）
A：产品发布燃尽图、任务燃尽图
B：产品发布燃尽图、迭代燃尽图
C：任务燃尽图、用户故事燃尽图
D：开发工作量燃尽图、产品发布燃尽图
选B
团队成员在工作中，对自己的职业规划和技术能力提升产生困惑，应该找谁？
A：ScrumMaster
B：部门经理
C：ProcuctOwner
D：团队其他成员
选B
以下哪项最能描述确定迭代（时间箱）长度的方法？
A：迭代（时间箱）应该总是30天
B：团队通过将故事点的总数除以团队的平均速度来确定迭代（时间箱）的长度
C：迭代（时间箱）应该总是两周
D：考虑到项目的规模和复杂性，团队应该迭代的长度（计时器）达成一致
选D
敏捷过程…
A：鼓励团队定期开会
B：没有会议
C：有冗长的报告要求
D：没有报告要求
选A
（）是PSP
A：潜在可交付的产品增量
B：可交付的产品增量
C：潜在不可交付的产品增量
D：不可交付的产品增量
选A
实行“看板方式”的基础是：（   ）
A：准时化
B：自动化
C：流水线生产
D：均衡化生产
选C
为什么建议产品负责人参加Scrum日会
A：确保团队还在向着sprint目标的方向努力
B：对团队进度发布意见
C：告诉团队接下来作哪个任务，并更新产品列表
D：查看已取得的进展，若团队需要帮助，应积极提出沟通
选D
开发人员CheckIn代码的频率(   )
A：每人每天进行一次或者多次
B：项目组每天一次或多次
C：每周一次或多次
D：特性完成时CheckIn
选A
（）是Product backlog
A：产品负责人
B：产品代办事项列表
C：迭代
D：燃尽图
选B
以下哪些角色不是SCRUM框架中定义的角色_________
A：ScrumMaster
B：团队team
C：ProductOwner
D：架构师
选D
请解释Scrum中的用户故事是什么？
A：是一个短小的，一般用一句话可以说明的对特性或者功能的描述
B：是一个短小的，一般用两句话可以说明的对特性或者功能的描述
C：是一个可延展的，一般用一句话可以说明的对特性或者功能的描述
D：是一个短小的，一般用一句话可以说明的对用户故事或者功能的描述
选A
敏捷计划时机（）
A：提前做好计划，阶段性（按月和周）按照计划查看团队进展
B：每个迭代都制定计划和调整计划
C：每天都不断地做计划，当事情发生变化我们就会制定新的计划
D：没有必要做计划，只要不断滚动的从backlog中取出最高优先的需求来开发即可
选B
当一个敏捷团队成功…
A：应该鼓励在项目结束时才能庆祝成功
B：应该鼓励立即庆祝即使小小的成功
C：它不应该庆祝成功，因为这会浪费项目预算
D：它不应该庆祝成功，因为这会让不太成功的团队感觉不好
选B
如果敏捷项目运行后出现新需求，应该是：
A：自动包含在项目的工作中
B：自动排除并保留至稍后的项目或增量
C：评估重要性，如果对业务来说足够重要，则包括在项目中，取代较不重要的要求
D：项目开发完成后，对照本轮的迭代任务，提交给项目干系人评审
选C
ScrumMaster要引导团队和产品负责人之间的交流，哪个技术是一个有效的方法？
A：引导产品负责人学习Sprint中用到的技术
B：引导他们之间的协作式会议
C：引导团队在谈话中使用业务需求和目标的术语
D：如上所有
选D
敏捷的文档处理方法是：
A：没有文档，因为这个太浪费时间了
B：做大量的文档，证明你做得很好
C：做必要的文档以支持产品的开发和使用
D：比平常做更多的文档，因为敏捷是有风险的
选C
最应该参加迭代评估（演示）的人员（）
A：项目经理
B：用户代表
C：开发人员
D：测试人员
选B
SCRUM中335分别指的是什么？
A：3个角色、3个工件、5个会议
B：3个会议、3个工件、5个角色
C：3个工件、3张图表、5个会议
D：3个成员、3个会议、5个工件
选A
（）是用户故事的标准模板
A：作为一个<用户角色>，为了达到<目的>，我需要<功能>
B：作为一个<产品类型>，为了达到<目的>，我需要<功能>
C：作为一个<用户类型>，为了达到<目的>
D：作为一个<产品类型>，为了达到<目的>

选A
在墙上制作看板，展现项目计划，对团队有什么影响？
A：它不需要为管理创建任何其他报告
B：不断沟通团队内部和其他利益相关者的进展
C：它允许项目经理分配任务给特定的团队成员
D：这是限制性的，因为它不允许团队创新和改变

选B
冒烟测试的频度（）
A：每天进行一次或者多次
B：每周一次
C：间隔大于一周
D：按照测试版本的需要临时构建
选A
当紧急需求变化时候(   )
A：PO重新排列特性清单中优先级，开发团队决定哪些工作要重新认领
B：项目经理增加紧急任务，扩大加班时间
C：开发团队拼命工作适应变化，并将项目拖回到正常轨道上来
D：紧急需求应该放到下一个迭代或防火墙团队，不应该干扰现有的任
选A
敏捷项目应该有…
A：如果企业愿意接受较低的质量，则偶尔提前交付
B：以开发为重点的产品的定期交付模式
C：定期提供具有商业价值的增量的模式
D：不规则和不可预测的产品交付
选C
如下那一项是Sprint列表最主要的目的？
A：团队用于Sprint中管理他们自己
B：ScrumMaster用于Sprint中管理进展情况
C：团队用来管理Sprint中所花掉的那些小时数
D：产品负责人从中了解团队为Sprint承诺了什么
选A
产品负责人的最佳描述是？
A：阻止干系人干扰团队
B：指挥团队的日常工作
C：管理项目，确保工作成果能够兑现向干系人作出的承诺
D：优化工作成果的业务价值
选D
敏捷项目中推荐的设计方法是:
A：没有预先设计
B：大的预先设计
C：前面有足够的设计
D：使用之前的设计——它将“足够好”
选C
（）是用户故事的标准模板
A：作为一个<用户角色>，为了达到<目的>，我需要<功能>
B：作为一个<产品类型>，为了达到<目的>，我需要<功能>
C：作为一个<用户类型>，为了达到<目的>
D：作为一个<产品类型>，为了达到<目的>

选A
最应该参加迭代评估（演示）的人员（）
A：项目经理
B：用户代表
C：开发人员
D：测试人员
选B
如果需要重新设定（迭代）计划需要在匆忙中重新排序，那么谁应该重新排序？
A：仅开发人员（他们知道客户需要什么）
B：产品负责人（开发人员只会选择简单的东西作为最重要的事情）
C：项目负责人（他们可以提供独立，务实的观点）
D：整个团队包括产品负责人和开发人员（他们一起可以考虑商业价值和实用性）
选D
（）是七大浪费中最大的浪费，它除造成直观的浪费外，还会把“等待是浪费”隐藏起来，使管理人员漠视等待的发生
A：制造过剩的浪费
B：库存
C：生产不良的浪费
D：加工过剩的浪费
选B
下面的哪一种说法是正确的？
A：故事点是一个绝对度量单位
B：故事点估算一定要做到非常精确
C：故事点表示开发一个用户故事或特性的复杂度
D：故事点表示开发一个用户故事或特性所要付出的工作量
选D
一旦项目进行中，计划的方法是
A：计划不应该改变
B：随着项目的进展，需要计划和重新计划是正常的
C：计划只有在所有利益相关方完全同意的情况下才能改变
D：由于敏捷是增量式的，因此不需要计划
选B
下列关于敏捷方法的叙述中，错误的是（）
A：与传统方法相比，敏捷方法比较适合需求变化大或者开发前期对需求不是很清晰的项目
B：敏捷方法尤其适合于开发团队比较庞大的项目
C：敏捷方法的思想是适应性，而不是预设性
D：敏捷方法以原型开发思想为基础，采用迭代式增量开发
选B
SCRUM中335分别指的是什么？
A：3个角色、3个工件、5个会议
B：3个会议、3个工件、5个角色
C：3个工件、3张图表、5个会议
D：3个成员、3个会议、5个工件
选A
计划的频度（   ）
A：做很短的计划，很少超过一两周
B：做短期的迭代计划（1个月内）以及中长期的版本计划（几个月到1年），迭代计划比较细，版本计划只做概要计划
C：做长期计划，包括详细的任务和分工。后期可以根据实际进展修订
D：频繁的做及时性计划
选B
以下不是精益生产主要特征的是（）
A：拉动式生产
B：推动式生产
C：最大限度的减少库存
D：实现准时化生产
选B
在第一个sprint中团队做什么
A：交付设计文档
B：预先决定完整的架构和基础设施
C：完成Sprint目标
D：为后续的Sprint制定计划
选C
为了良好沟通，敏捷项目应该......
A：保持团队规模较大，以避免利益相关者感到遗漏
B：将项目分解为小型，混合技能的自组织团队
C：与一个不到10人的团队合作
D：与独立的客户，开发人员和测试团队合作
选B
以下哪项最能描述确定迭代（时间箱）长度的方法？
A：迭代（时间箱）应该总是30天
B：团队通过将故事点的总数除以团队的平均速度来确定迭代（时间箱）的长度
C：迭代（时间箱）应该总是两周
D：考虑到项目的规模和复杂性，团队应该迭代的长度（计时器）达成一致
选D
SCRUM框架下，测试工作应该由谁来完成？
A：ScrumMaster
B：测试人员
C：开发人员
D：开发团队
选D
以下（）不是SCRUM MASTER职责
A：保护团队不受外来无端影响
B：尽可能提高团队影响力
C：负责SCRUM价值观与过程的实现
D：SCRUM MASTER是牧羊犬、公仆
选B
瀑布模型是（）
A：适用于需求被清晰定义的情况
B：一种需要快速构造可运行程序的好方法
C：一种不适用于商业产品的创新模型
D：目前业界最流行的过程模型
选A
在敏捷项目中应该如何将工作分配给团队？
A：团队负责人应该将具体任务分配给个人
B：任务应该随机分配给团队成员
C：团队成员应自行选择适合其技能的任务
D：最复杂的任务应由团队负责人完成
选C
产品负责人的最佳描述是？
A：阻止干系人干扰团队
B：指挥团队的日常工作
C：管理项目，确保工作成果能够兑现向干系人作出的承诺
D：优化工作成果的业务价值
选D
如果敏捷项目运行后出现新需求，应该是：
A：自动包含在项目的工作中
B：自动排除并保留至稍后的项目或增量
C：评估重要性，如果对业务来说足够重要，则包括在项目中，取代较不重要的要求
D：项目开发完成后，对照本轮的迭代任务，提交给项目干系人评审
选C
项目的特性清单（Product Backlog）最重要和必选的内容是（   ）
A：每个特性的标题，优先级和估算
B：每个特性的标题，详细描述
C：每个特性的责任人和状态
D：以上都是
选A
敏捷宣言背后的原则对于架构的处理是如何建议的？
A：架构会浮现出来
B：架构不重要，但功能重要
C：架构是预先定义和计划的
D：架构的定义和实现在第一个迭代中完成
选A
SCRUM框架下，哪个角色对软件的交付负责？
A：ScrumMaster
B：部门经理
C：ProcuctOwner
D：团队
选D

2. 习题记录

1
【单选题】
下面选项中不是《敏捷宣言》中的内容的是（）。

A、
个体和交互胜过过程和工具

B、
可以工作的软件胜过面面俱到的文档

C、
敏捷开发过程是自适应的过程

D、
响应变化胜过遵循计划

我的答案：C
2
【单选题】
对于某项目，甲方提供了详细、准确的需求文档。我们的解决方案也很明确。且安全性要求非常严格。此项目采用（）成存期模型比较合适。

A、
瀑布模型

B、
增量式模型

C、
V模型

D、
XP模型

我的答案：C
3
【单选题】
下面属于预测型生存期模型的是（）。

A、
瀑布模型

B、
增量型生存期模型

C、
Scrum模型

D、
原型模型

我的答案：A
4
【单选题】
所有的敏捷方法有什么共同点？

A、
规定的、固定的迭代（计时器）长度

B、
迭代开发和增量交付

C、
严格注重按时交付

D、
一大套明确界定的角色

我的答案：B
5
【单选题】
敏捷方式是（）。

A、
尽早、渐进地生产出正确质量的工作产品

B、
在文件签署后生产工作产品

C、
尽早制作简单的原型，但直到项目结束时才制作成品

D、
生产没有技术完整性的产品，但稍后重新设计

我的答案：A
6
【单选题】
以下哪个不符合敏捷宣言？

A、
个体和交互胜过流程和工具

B、
客户谈判胜过客户合作

C、
可以工作的软件胜过面面俱到的文档

D、
响应变化胜过遵循计划

我的答案：B
7
【单选题】
下面的（）不是敏捷开发方法的特点。

A、
软件开发应该遵循严格受控的过程和详细的项目规划

B、
客户应该和开发团队在一起密切地工作

C、
通过高度迭代和增量式的软件开发过程响应变化

D、
通过频繁地提供可以工作的软件来搜集人们对产品的反馈

我的答案：A
8
【单选题】
增量模型是（）。

A、
适用于需求被清晰定义的情况

B、
一种需要快速构造核心产品的好方法

C、
一种不适用于商业产品的创新模型

D、
已不能用于现代环境的过时模型

我的答案：B
9
【单选题】
捷宣言是怎么看待客户协作的？

A、
跟客户紧密地协作，确保在项目构建阶段之前完成所有功能的定义

B、
定期及频繁的客户反馈是必要的

C、
团队必须告知Sprint中他们将产出的功能以及有关发布的目标

D、
新的功能性需求要进入Sprint，需要先得到客户的一致认同

我的答案：B
10
【单选题】
如果敏捷项目运行后出现新需求，应该是（）。

A、
自动包含在项目的工作中

B、
自动排除并保留至稍后的项目或增量

C、
评估重要性，如果对业务来说足够重要，则包括在项目中，取代较不重要的要求

D、
项目开发完成后，对照本轮的迭代任务，提交给项目干系人评审

我的答案：C
11
【单选题】
什么是敏捷开发？

A、
敏捷开发是一种以用户故事为核心、迭代、循序渐进的开发方法

B、
敏捷开发是一种以人为核心、迭代、循序渐进的开发方法

C、
敏捷开发是一种以人为核心、交付、循序渐进的开发方法

D、
敏捷开发是一种以迭代为核心、循序渐进的开发方法

我的答案：B
12
【单选题】
瀑布模型是（）。

A、
适用于需求被清晰定义的情况

B、
一种需要快速构造可运行程序的好方法

C、
一种不适用于商业产品的创新模型

D、
目前业界最流行的过程模型

我的答案：A
13
【单选题】
敏捷的文档处理方法是（）。

A、
没有文档，因为这个太浪费时间了

B、
做大量的文档，证明你做得很好

C、
做必要的文档以支持产品的开发和使用

D、
比平常做更多的文档，因为敏捷是有风险的

我的答案：C
14
【单选题】
敏捷计划时机（）。

A、
提前做好计划，阶段性（按月和周）按照计划查看团队进展

B、
每个迭代都制定计划和调整计划

C、
每天都不断地做计划，当事情发生变化我们就会制定新的计划

D、
没有必要做计划，只要不断滚动的从backlog中取出最高优先的需求来开发即可

我的答案：B
15
【单选题】
软件开发“螺旋模型”是经常使用的一种模型，它是（）的结合，强调软件开发过程中的风险分析，特别适合于大型复杂的系统。

A、
瀑布模型和快速原型模型

B、
瀑布模型和增量模型

C、
迭代模型和快速原型模型

D、
.敏捷模型和原型模型

我的答案：A
16
【单选题】
螺旋模型沿着螺线进行若干次迭代，每次迭代中的活动依次为（）。

A、
需求分析、风险分析、实施工程和客户评估

B、
需求收集、制定计划、风险分析和实施工程

C、
制定计划、风险分析、实施工程和软件运维

D、
制定计划、风险分析、实施工程和客户评估

我的答案：D
17
【填空题】
敏捷模型包括（）个核心价值，对应（）个敏捷原则。

我的答案：

第一空：
4
第二空：
12
18
【填空题】
（）生存期模型中，要求项目所有的活动都严格按照顺序进行，一个阶段的输入时下一个阶段的输入。

我的答案：

第一空：
瀑布模型
19
【填空题】
DevOps是（）和（）的组合。

我的答案：

第一空：
Development
第二空：
Operations
20
【填空题】
总体上，项目生存期模型可以分为预测型和（）两类。

我的答案：

第一空：
适应