当前位置:   article > 正文

Scrum 敏捷开发 基础考试_scrum高效使用的场景中不包含的是

scrum高效使用的场景中不包含的是

https://ks.wjx.top/wjx/join/complete.aspx?activityid=99878091&joinid=110009713493&sojumpindex=78&tvd=mfo0aRKeQIc%3d&costtime=4379&comsign=388FC695398AE9B1BAA9C8039DA6CDEADF0A127F&s=&jpm=15  50题 单选

https://ks.wjx.top/wjx/join/complete.aspx?activityid=33331878&joinid=110010987610&sojumpindex=131&tvd=PAEJzZIKn70%3d&costtime=796&comsign=E5048CC8EE50C6B60542B1B8FF35649F25A0C0F6&s=&jpm=15   10题 单选、多选

https://ks.wjx.top/jq/99878091.aspx 20题  单选、判断

并非所有的敏捷工作一次就可以获得成功,常见的失败原因是?
A:缺乏一名合格的团队内的敏捷教练
B:缺乏恰当的项目组合分析
C:缺乏一份可行的并发策略
D:缺乏一份现场的软件协议
A

小明正看着一份文件。这份文件含有一系列即将在迭代中开发的产品需求。小明在看什么文件呢?
A:产品待办事项
B:任务待办事项
C:Scrum待办事项
D:迭代待办事项
D

什么是看板的wip并行限制?
A:一个关于有多少迭代能一次完成的限制。
B:一个关于有多少用户故事能同时被授权的限制
C:一个关于有多少任务能同时处理的限制
D:一个关于一个迭代可以处理多少任务的限制
C

小明将wip并行限制个数定在3个以内,请问小明在迭代过程中可以同时开始的任务是?
A:处于开始的不超过3个
B:处于完成的不超过3个
C:开始和完成的总数不能超过3个
D:待办的任务不超过3个
C


一旦项目进行中,计划的方法是
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:软件过程必须逐渐适应变化

C


项目的特性清单(Product Backlog)最重要和必选的内容是(   )
A:每个特性的标题,优先级和估算
B:每个特性的标题,详细描述
C:每个特性的责任人和状态
D:以上都是 
选A


SCRUM的骨架核心是什么?
A:SCRUM的所有实践都是围绕着一个迭代,增量的过程骨架展开
B:SCRUM的骨架为看板,核心为迭代
C:SCRUM的所有实践都是围绕着一张看板,随着增量的过程骨架展开
D:SCRUM的核心骨架在于迭代 
选A


敏捷方式是:
A:尽早、渐进地生产出正确质量的工作产品
B:在文件签署后生产工作产品
C:尽早制作简单的原型,但直到项目结束时才制作成品
D:生产没有技术完整性的产品,但稍后重新设计 
选A

 

在Sprint规划会议中,产品负责人......
A:决定团队如何完成其工作
B:把选定的故事分割为详细任务
C:展示他/她希望团队在sprint中完成的故事
D:决定在sprint结束时应该交付多少故事 
选C


产品愿景应该具备哪些品质?
A:可追溯至IT投资相关整体性企业治理结构的概要
B:描绘一幅详细的概观,可以启发和赋予灵感
C:描述项目的追求所在,以及产品渴望达到的最终状态
D:提供一个投资回报方案的完整分解结构 
选C

SCRUM中DOD下面描述的正确的是?
A:DOD完成的定义,它是不可变的
B:DOD是一个不可以被审视的列表
C:DOD是团队成员的主要状态参考依据
D:DOD是对软件有价值的活动的数据收集 
选C


可持续的步伐意味着…
A:如果团队成员经常长时间工作,他们会习惯并能够维持下去
B:每周40小时仅适用于团队中较弱的成员,其他人可以做更多
C:团队应该建立一个可以在正常工作时间内维持的速度
D:长时间工作是准时交付的唯一途径 
选C


下面哪个选项是错误的:
A:燃尽图展示的是各个时期下所剩余的工作量
B:迭代是指把一个复杂且开发周期很长的开发任务,分解为很多小周期可完成的任务
C:增量是一个 Sprint 及以前所有 Sprint 中完成的所有产品代办事项列表条目的总和
D:Scrum具体指整个系统开发的流程,而这个大流程又由一次迭代完成,一次迭代的过程称之为一个sprint 
选D

下面的()不是敏捷开发方法的特点
A:软件开发应该遵循严格受控的过程和详细的项目规划
B:客户应该和开发团队在一起密切地工作
C:通过高度迭代和增量式的软件开发过程响应变化
D:通过频繁地提供可以工作的软件来搜集人们对产品的反馈 
选A

敏捷宣言是怎么看待客户协作的?
A:跟客户紧密地协作,确保在项目构建阶段之前完成所有功能的定义
B:定期及频繁的客户反馈是必要的
C:团队必须告知Sprint中他们将产出的功能以及有关发布的目标
D:新的功能性需求要进入Sprint,需要先得到客户的一致认同 
选B


跟踪敏捷项目中的项目问题是(  )的主要责任
A:测试者
B:项目负责人
C:职能经理
D:团队 
选D


使用Scrum时,谁主要负责在范围和进度之间作出权衡决策
A:ScrumMaster
B:团队
C:产品负责人
D:项目经理 
选C

SCRUM的框架核心是什么?
A:SCRUM的所有实践都是围绕着一个迭代,增量的过程框架展开
B:SCRUM的框架为看板,核心为迭代
C:SCRUM的所有实践都是围绕着一张看板,随着增量的过程框架展开
D:SCRUM的核心框架在于迭代 
选A

团队成员在执行相关迭代任务的时候,发现需求不明确,应该找谁?
A:ScrumMaster
B:部门经理
C:ProcuctOwner
D:团队其他成员 
选C

下面哪个选项是错误的:
A:燃尽图展示的是各个时期下所剩余的工作量
B:迭代是指把一个复杂且开发周期很长的开发任务,分解为很多小周期可完成的任务
C:增量是一个 Sprint 及以前所有 Sprint 中完成的所有产品代办事项列表条目的总和
D:Scrum具体指整个系统开发的流程,而这个大流程又由迭代组成,一次迭代的过程称之为一个sprint 
选D


什么是敏捷开发?
A:敏捷开发是一种以用户故事为核心、迭代、循序渐进的开发方法
B:敏捷开发是一种以人为核心、迭代、循序渐进的开发方法
C:敏捷开发是一种以人为核心、交付、循序渐进的开发方法
D:敏捷开发是一种以迭代为核心、循序渐进的开发方法 
选B


如下哪一条是良好团队的特征?
A:是自组织的
B:等待任务被分派下来
C:成员们技术能力水平全都很接近
D:向ScrumMaster寻求方向 
选A


如下哪一条属于产品负责人的职责
A:决定团队成功所必需的构成
B:决定合适的发布日期
C:决定恰当的项目技术方案
D:决定sprint的长度 
选B


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

团队成员在工作中,对自己的职业规划和技术能力提升产生困惑,应该找谁?
A:ScrumMaster
B:部门经理
C:ProcuctOwner
D:团队其他成员 
选B


在接受敏捷项目的任何可交付成果方面,以下哪一个陈述是正确的?
A:团队应该只允许高级管理人员签署可交付成果
B:团队应该至少在每个迭代结束时从PO或用户处获得项目可交付成果的验收
C:项目结束时,团队应在UAT阶段接受用户的项目可交付成果
D:同时从所有干系人获得对该项目的任何特定交付物的验收 
选B


根据Scrum指南,谁负责招聘或分派新人到团队中去?
A:ScrumMaster
B:产品负责人
C:自管理团队
D:这超出了Scrum的范围 
选D


关于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:团队 
选D


sprint评审的主要目的是?
A:让利益相关者可以向团队施加压力,以确保sprint能够有所产出
B:让团队可以审阅他们的工作,并决定需要做些什么来完成下一批列表条目
C:让产品经理向利益相关者展现进度
D:让利益相关者审阅团队所创建的成果,并为后续计划提供信息 
选D


下面的()是错误的
A:软件交付的主要工作是将程序代码和相关文档交给用户
B:用户培训是帮助用户理解产品并掌握系统的使用和操作
C:软件部署是通过配置、安装和激活等活动保证软件系统的正常运行
D:持续集成是频繁持续地将团队成员的工作进行集成 
选A


迭代计划会议的主要议程是()
A:讨论系统物理架构
B:研讨系统逻辑架构
C:讨论产品代办事项列表最需优先完成的事项
D:讨论系统数据架构 
选C


所有的敏捷方法有什么共同点?
A:规定的、固定的迭代(计时器)长度
B:迭代开发和增量交付
C:严格注重按时交付
D:一大套明确界定的角色 
选B

如果Sprint长30天,Sprint评审会议是多久?
A:最多4小时
B:4~8小时
C:最少8小时
D:要多久就多久 
选A


下面的()不是敏捷开发方法的特点
A:软件开发应该遵循严格受控的过程和详细的项目规划
B:客户应该和开发团队在一起密切地工作
C:通过高度迭代和增量式的软件开发过程响应变化
D:通过频繁地提供可以工作的软件来搜集人们对产品的反馈 
选A


敏捷开发的最终结果是:
A:适合业务需求的专业品质的产品
B:与瀑布式发展几乎一样好的产品
C:一种勉强达到目的并故意不能维护的产品
D:一个技术上完美的,重新考虑的解决方案 
选A


敏捷项目应该有…
A:如果企业愿意接受较低的质量,则偶尔提前交付
B:以开发为重点的产品的定期交付模式
C:定期提供具有商业价值的增量的模式
D:不规则和不可预测的产品交付 
选C


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:通常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:通常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:以上全是 
选D


在第一个sprint中团队做什么
A:交付设计文档
B:预先决定完整的架构和基础设施
C:完成Sprint目标
D:为后续的Sprint制定计划 
选C


如下有关障碍的描述哪一条是正确的?
A:运行缓慢的服务器不被认为是障碍
B:移除障碍是产品负责人的工作
C:团队不应该使用Scrum日会来报告障碍
D:移除障碍是ScrumMaster的当务之急 
选D


应该何时更新发布燃尽图?
A:每天后
B:每周后
C:每个Sprint后
D:每次发布后 
选C


增量模型是()
A:适用于需求被清晰定义的情况
B:一种需要快速构造核心产品的好方法
C:一种不适用于商业产品的创新模型
D:已不能用于现代环境的过时模型 
选B


在接受敏捷项目的任何可交付成果方面,以下哪一个陈述是正确的?
A:团队应该只允许高级管理人员签署可交付成果
B:团队应该至少在每个迭代结束时从干系人获得项目可交付成果的验收
C:项目结束时,团队应在UAT阶段接受用户的项目可交付成果
D:同时从所有干系人获得对该项目的任何特定交付物的验收 
选B

制定迭代计划时(  )
A:应该用任务把开发人员的可用工作量填满
B:应该包括加班时间
C:应该保留20%左右的缓冲
D:应该加大开发人员的并发任务,来充分利用资源 
选C


测试人员何时开展测试(   )
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


产品负责人的最佳描述是?
A:阻止干系人干扰团队
B:指挥团队的日常工作
C:管理项目,确保工作成果能够兑现向干系人作出的承诺
D:优化工作成果的业务价值 
选D

下面的()不属于产品负责人(Product Owner)的职责范围
A:组织每日站立会议
B:定义产品需求
C:确定需求优先级
D:验收迭代结果 
选A


为什么建议产品负责人参加Scrum日会
A:确保团队还在向着sprint目标的方向努力
B:对团队进度发布意见
C:告诉团队接下来作哪个任务,并更新产品列表
D:查看已取得的进展,若团队需要帮助,应积极提出沟通 
选D


项目内部的管理方式(   )
A:管理是正式的、结构化的,要求周期性进行,并且由一个独立机构进行技术审核
B:管理是非正式的,由高层管理者通过“走动式管理”完成
C:管理是共同承担责任。计划由所有团队成员和资深管理人员共同制定,从而不需要强制就可以共同遵从
D:项目经理管理Master(或组长),master(或组长)管理开发人员 
选C


外部对项目的管理方式(  )
A:管理是正式的、结构化的,要求周期性进行,并且由一个独立机构进行技术审核
B:管理是非正式的,由高层管理者通过“走动式管理”完成
C:管理是共同承担责任。计划由所有团队成员和资深管理人员共同制定,从而不需要强制就可以共同遵从
D:不需要管理,每个人都是自管理 
选A

在敏捷项目中,我们计划“边走边学”,因为……
A:它在开发人员和客户代表之间建立了更好的关系
B:许多项目是进化的,一个更好的解决方案就这样出现了
C:在项目开始时分析每件事都很费时
D:防止项目交付延误 
选B


敏捷项目中推荐的设计方法是:
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:团队完成的任务图 
选C


以下哪个不符合敏捷宣言?
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


sprint评审的主要目的是?
A:让利益相关者可以向团队施加压力,以确保sprint能够有所产出
B:让团队可以审阅他们的工作,并决定需要做些什么来完成下一批列表条目
C:让产品经理向利益相关者展现进度
D:让利益相关者审阅团队所创建的成果,并为后续计划提供信息 
选D


计划的频度(   )
A:做很短的计划,很少超过一两周
B:做短期的迭代计划(1个月内)以及中长期的版本计划(几个月到1年),迭代计划比较细,版本计划只做概要计划
C:做长期计划,包括详细的任务和分工。后期可以根据实际进展修订
D:频繁的做及时性计划 
选B


使用Scrum时,谁主要负责在范围和进度之间作出权衡决策
A:ScrumMaster
B:团队
C:产品负责人
D:项目经理 
选C


在对项目进行估算时,开发人员应该:
A:全面参与估算过程
B:对估算过程进行完全控制
C:在团队负责人(Scrum Master)对团队的工作做出估算之后,请进行咨询
D:除非已知速率,否则不进行估算 
选A


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


敏捷宣言是怎么看待客户协作的?
A:跟客户紧密地协作,确保在项目构建阶段之前完成所有功能的定义
B:定期及频繁的客户反馈是必要的
C:团队必须告知Sprint中他们将产出的功能以及有关发布的目标
D:新的功能性需求要进入Sprint,需要先得到客户的一致认同 
选B


团队成员在执行相关迭代任务的时候,发现需求不明确,应该找谁?
A:ScrumMaster
B:部门经理
C:ProcuctOwner
D:团队其他成员 
选C


增量模型是()
A:适用于需求被清晰定义的情况
B:一种需要快速构造核心产品的好方法
C:一种不适用于商业产品的创新模型
D:已不能用于现代环境的过时模型 
选B


如下那一项是Sprint列表最主要的目的?
A:团队用于Sprint中管理他们自己
B:ScrumMaster用于Sprint中管理进展情况
C:团队用来管理Sprint中所花掉的那些小时数
D:产品负责人从中了解团队为Sprint承诺了什么 
选A


哪个角色最有可能在Scrum日会上提及一个障碍?
A:团队
B:ScrumMaster
C:产品负责人
D:干系人 
选A

PO创建需求的INVEST原则是什么?
A:独立性、可协商性、有价值、可以估算性、短小、可测性
B:独特性、可协商性、有价值、可以估算性、短小、可测性
C:独立性、可协商性、有价值、可以估算性、短小、可拆性
D:独立性、可协商性、有价值、不可估算性、短小、可测性 
选A


如果需要重新设定(迭代)计划需要在匆忙中重新排序,那么谁应该重新排序?
A:仅开发人员(他们知道客户需要什么)
B:产品负责人(开发人员只会选择简单的东西作为最重要的事情)
C:项目负责人(他们可以提供独立,务实的观点)
D:整个团队包括产品负责人和开发人员(他们一起可以考虑商业价值和实用性) 
选D


燃尽图有哪两种类型()
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


ScrumMaster要用于引导团队和产品负责人之间的交流,哪个技术是一个有效的方法?
A:教产品负责人学习Sprint中用到的技术
B:引导他们之间的协作式会议
C:教团队在谈话中使用业务需求和目标的术语
D:如上所有 
选D


关于Scrum的每一次冲刺(Sprint),下面的()是正确的
A:Sprint是一个不超过4周的迭代,其长度一旦确定,将保持不变
B:Sprint的产出是一个可用的、潜在可发布的产品增量
C:Sprint在进行过程中,其开发目标、质量验收标准和团队组成不能发生变化
D:以上所有选项 
选D


敏捷开发的最终结果是:
A:适合业务需求的专业品质的产品
B:与瀑布式发展几乎一样好的产品
C:一种勉强达到目的并故意不能维护的产品
D:一个技术上完美的,重新考虑的解决方案 
选A

以下()不属于迭代回顾的内容和要求
A:定期审视团队目前运作状况和存在的问题
B:在每个迭代结束前进行
C:通常60分钟至90分钟
D:全员参与 
选C


以下不属于Scrum的三大支柱的是(  )
A:透明性
B:检验
C:观察
D:适应 
选C


Scrum的计划机制是(  )
A:提前做好计划,阶段性(按月和周)按照计划查看团队进展
B:每个迭代都制定计划和调整计划
C:每天都不断地做计划,当事情发生变化我们就会制定新的计划
D:没有必要做计划,只要不断滚动的从backlog中取出最高优先的需求来开发即可 
选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:敏捷方法以原型开发思想为基础,采用迭代式增量开发 
选B


自动化测试所占比例应该(  )
A:90%以上
B:大于60%
C:25%----60%
D:小于25% 
选B


如果Sprint长30天,Sprint评审会议是多久?
A:最多4小时
B:4~8小时
C:最少8小时
D:要多久就多久 
选A


所有的敏捷方法有什么共同点?
A:规定的、固定的迭代(计时器)长度
B:迭代开发和增量交付
C:严格注重按时交付
D:一大套明确界定的角色 
选B


迭代计划会议的主要议程是()
A:讨论系统物理架构
B:研讨系统逻辑架构
C:讨论产品代办事项列表最需优先完成的事项
D:讨论系统数据架构 
选C


如下有关障碍的描述哪一条是正确的?
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


当团队认定很难在Sprint结束时交付任何价值的时候,Scrum鼓励的处理方式是?
A:为了容纳额外的工作,再延长Sprint几天
B:和产品负责人一起,关注可完成的部分,想办法做到每个Sprint结束时都能交付些价值
C:立刻上报给高级管理层
D:建议产品负责人异常地终止Sprint 
选B

对发布版本计划(   )
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:产品负责人
B:项目经理
C:开发领导
D:业务分析师 
选A

团队沟通的主要方式(   )
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


冒烟测试的频度(  )
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:故事点表示开发一个用户故事或特性所要付出的工作量 
选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


在第一个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

 

你理解的敏捷是什么?

    1. 敏捷定义即创造和响应变化的能力,目标是为了更快的响应内外部/市场等的变化,通过持续不断地及早的交付有价值的软件或服务使客户满意,而不是大家误认为的提高开发进度。

   2. 敏捷的核心是以价值驱动,旨在让团队更好的交付商业价值、让用户有更加满意的产品及缩短产品上市时间等 

   3. 敏捷是一种用于组织和管理工作的方法或者框架,它建立在一套价值观、原则和实践之上,各组织可以在遵循其价值观和原则基础上通过不断的实践来找寻适合自身组织的更好的方法。而不是传统意义的标准化过程或者特定问题的解决方案。

   4. 敏捷是以人为中心,诚实、开放、勇气、尊重、专注、信任、授权和合作为核心价值观。

   5. 敏捷过程是以人为核心,以约定的固定的较短时间周期步调不断迭代、循序渐进的方式,不断的交付可工作的软件,通过不断的交付给客户可工作的软件来不断验证是否满足客户的需求,并对客户的反馈及时做出响应。

   6. 不是所有的软件开发都适合敏捷,敏捷更适合对未知市场的未知需求能以最小的代价验证其价值。

实施敏捷对你的团队有哪些价值?

  1. 能够更快的响应环境/市场的变化,及时创造符合市场需求的软件

  2. 通过持续不断的交付可工作的软件来验证是否是满足用户真实的需求,更好的服务客户,让客户满意。

  3. 能使团队以最小的成本来验证需求价值,提高投资回报。

  4. 每一个迭代交付的都是可工作的软件,更容易保证在复杂的世界中取得成功。

  5. 每一个迭代周期都是明确的,更容易推进团队协作顺畅。

  6. 每个迭代都可以量化出团队及个人的产出, 通过产出成果来衡量本迭代中团队和个人成果。

  7. 每一次迭代都能为下一次迭代带来利益,能让团队在一次次的迭代中取长补短,让团队快速成长。

  8. 可以及时发现潜在风险,并制定出相应的解决方案。

  9. 团队每个人都能清楚自己的每一项任务带给用户什么价值。

  10. 迭代中团队对每个任务的DOD定义都是可量化或准确无歧义的,避免任务交付时的冲突。

一个Scrum团队有哪些角色? 职责分别是什么?
 Scrum团队分为3个角色:产品负责人、ScrumMaster、开发团队。他们各有担当,又通力合作。

 1. 产品负责人:是有授权的产品领导力的中心,唯一有权决定产品功能及各产品功能开发顺序的人,有责任确保总能完成价值最高的工作。对团队要实现的目标,产品负责人需要有清晰的产品思路,有责任将其传达给每一个参与者,并且需要及时解答ScrumMaster和开发团队提出的问题。

 2. ScrumMaster:帮助每个参与则理解并乐于接受scrum的价值观、原则和实践。充当教练,在过程中发挥教导作用。帮助scrum团队解决问题和改进scrum的使用状况,有责任保护团队不受外界干扰,清除阻碍团队生产效率的障碍。不是项目经理,没有权利控制团队。

3. 开发团队:是一个由几种职位的人组成的多样化跨职能团队,负责产品的设计、构建、和测试。包含开发、测试、设计师等。开发团队进行自我组织,确定采用哪种最佳方式来实现产品负责人设定的目标。一般5~9人,必须具备多种技能以构建高质量可工作的软件。

Scrum迭代有哪些仪式? 目的是什么?
  1. Backlog梳理会

     参会者: 产品负责人、ScrumMaster、开发团队核心成员(关键开发、测试、架构师等)、项目干系人

     时间: Sprint计划会前一周

     目的:backlog通常很大,也很宽泛,要保持backlog是序的,把不重要的事项移出或降级,将事项分解成更小的事项,产品负责人将后续迭代(可以是几个迭代)的用户故事按顺序讲解, ScrumMaster与在场人员分析用户故事, 明确指出团队认为不明确的点,产品负责人做记录, ScrumMaster与队员分析用户故事包含 哪些技术任务,ScrumMaster建立子任务, 方便计划会更准确地预估故事点

     注意: 产品负责人确保在迭代计划会开始之前将团队提出的问题都能被解决, 团队发现要加强或完善的点, 产品负责人要在之前进行完善, 不要在迭代计划会议中讨论这些问题

2.Sprint计划(启动)会议

    参会者: 开发团队、ScrumMaster、产品负责人

     时间: Sprint启动时

    目的:为整个团队制定计划,以确保团队在整个Sprint中取得成功;会前, 产品负责人将准备一个按优先级排列的Product Backlog与开发团队共同讨论每个列表,并预估工作量,然后,开发团队将进行Sprint估时,大概估计团队可以完成Product Backlog中的哪些任务,而这部分工作也就是Sprint Backlog,鼓励团队进行讨论 , 并就行动计划达成共识;

3. 每日站会

    参会者: 开发团队、ScrumMaster、产品负责人

    时间: 每天一次, 一般是早上,注意时间,尽量控制在15分钟以内

   目的: 站会的目的在于让团队成员快速了解当前进度,主要是3句话:昨天做了什么?今天计划做什么?遇到什么障碍或风险需要团队的帮助?

   注意: 参会要准时, 有特殊情况提前通知团队, 可以用计时器, 确保每个人发言言简意赅, ScrumMaster/产品负责人要注意提醒。如果不能在3句内解决的问题进入停车场,会后单独的相关人员讨论

4. Sprint评审会义

   参会者: 开发团队、ScrumMaster、产品负责人、项目利益相关者

   时间: Sprint结束时

   目的:展示团队工作成绩, 可以采用“demo演示会”等相对比较轻松的形式,评审会都是团队庆祝工作成就,演示在迭代中完成的工作,并从项目利益相关者那里获得反馈的机会

   注意:只有符合演示要求且满足团队的质量标准的成果,才可以被认为是完整的,才可在评审会上进行展示

5. Sprint回顾会议

   参会者: 开发团队、ScrumMaster、产品负责人

   时间: Sprint结束时

   目的:帮助团队了解哪些方面做得好,哪些方面需要提升,可以有总结、反思、表扬等环节;不是只抱怨没有解决方法的嘴炮会议, 团队可以利用回顾会议来找出哪些是行之有效的方法,是团队可以持续关注和使用的,以及哪些方面需要做出改进,并在会议上讨论出创造性的解决方案并制定行动计划,持续改进是支持和推动敏捷团队发展的动力,回顾会议是实现持续改进的关键行动

   注意:实践中要人人发言,保持良好的团队氛围,避免流水式会议

敏捷团队有哪些特质?
小团队: 一般在3-9人之间;
跨职能特性团队:特性团队一般按业务属性、职责等划分
固定短周期迭代式开发
增量式持续交付
自我驱动力
鼓励团队学习、总结和思考
 

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/2023面试高手/article/detail/655696
推荐阅读
相关标签
  

闽ICP备14008679号