scrum test

敏捷宣言如何看待规划？

预先的规划和设计是开始进行开发前不可或缺的一个阶段

计划把任何产品列表条目放入一个迭代之前，必须先要签收其细节 对领域知识发展变化的流动进行度量，能够更好的指导进行总的工作 敏捷项目不需要规划，因为项目关注的是当前状态。

Scrum Master

是产品愿景的监护人 是团队的 scrum专家

控制团队列表上的条目优先级顺序 创建 调整 并和团队交流客户需求

Sprint 评审的主要目的是？

让利益相关者可以“向团队施压” 以确保Sprint能够有所产出。 让产品经理得以向利益相关者展现进度

让利益相关者审阅团队所构建的成果。并未后续计划提供信息。 让团队可以审阅他们的工作，并决定要做些什么来完成下一批条目

ScrumMaster要用引导团队和产品负责人之间的交流，哪个技术是有效的方法？

引导他们之间的协作式会议

教团队在谈话中使用业务需求和目标术语 教产品负责学习Spint中用到的技术 如上所有

如下哪项是sprint列表的主要的目的？

团队用来管理sprint中所花掉的那些小时数 ScrumMaster用于sprint管理进展情况

产品负责人从中了解团队为sprint承诺了什么 团队用于sprint中管理他们自己

如下有关障碍的描述，哪条是正确的？

移除障碍是ScrumMaster的当务之急 运行缓慢的服务器不被认为是障碍

团队不应该使用scrum日会来报告障碍 移除障碍是产品负责人的工作

敏捷宣言如何看待规划？

敏捷项目不需要规划，因为项目关注的是当前状态

对领域知识发展变化的流动进行度量，能够更好的指导进行中的工作 预先的规划和设计是开始进行开发前不可缺的一个阶段

计划把任何产品列表条目放入一个迭代之前，必须要先签收其细节

scrum的完成定义能够帮团队产出什么？

已部署至用户且已交付真正业务价值的功能 准备进行测试的产品功能 已委派且被分析过的功能 潜在可交付的产品增量

如下哪条是良好团队的特征？

成员们技术能力水平全都很接近 向ScrumMaster寻求方向 等待任务被分派下来 是自组织的

ScrumMaster 在sprint回顾中的角色是？

针对团队所面临的调整提供答案 领导团队对每个团队成员进行评估 引导团队寻求提高 决定团队的重组情况

产品负责人和 scrumMaster可以是同一个人么？

可以，只要这个人够小心的平衡这两份职责就可以 不可以，一个人的时间不够用

不可以，这个人会拥有太多权利，这会产生困惑。

可以，只要这个人有职权和能力可以完成所有事情就可以

根据敏捷宣言，如下哪项是最重要的？

控制和管理 流程和工具

人们以及人们的交流的方式 文档和规划

scrumMaster要用于引导团队和产品负责人间的交流，哪个技术是有效的方法？

教团队在谈话中使用业务需求和目标的术语 引导他们之间的协作式会议

教产品负责人学习sprint中用到的技术 如上所有

谁主要负责确保所有人尊守scrum的规则和实践？

产品负责人 ScrumMaster

所有团队成员联合起来 每个开发人员

如果Scrum日会时，某个团队成员总是迟到，团队应做的第一件事通常是？

和这个团队成员见面决定一个解决方案 让这个团队成员去做测试 向这个团队成员的经理报告

要求ScrumMaster把这个团队成员从团队中移除

以下哪条属于产品负责人的职责？

决定sprint的长度

决定团队成功所必须的构成 决定合适的发布日期

决定恰当的项目技术方案

如果团队发现自己过得的承诺了某个sprint，谁该出现评审和调整sprint目标和工作？

团队

产品负责人，scrumMaster 团队

scrumMaster，项目经理团队 产品负责人和干系人

产品负责人职责的最佳描述是？

阻止干系人干扰团队

管理项目，确保工作成果能够兑现向干系人做出的承诺 优化工作成果的业务价值 指挥团队的日常活动

如果sprint长30天，sprint评审会议是多久？

最多4小时 4~8小时 最少8小时 要多久就多久

scrum最适合如下哪类工作？

复杂的 预定义的 低风险的 简单的

团队在sprint中是如何被指导的？

由项目文档和scrum流程进行指导 由他们的集体知识和经验来指导

产品负责人参加每日站会，进行指导

ScrumMaster 指导，以确保他们没浪费时间

哪个角色最有可能在scrum日会上提及一个障碍？

产品负责人 团队 干系人

scrumMaster

如下哪个角色负责把产品列表变成功能增量块？

项目中的所有人 团队

scrumMaster 产品负责人

CEO要求团队在当前sprint中增加一个故事，团队该怎么办？

通知产品负责人让他和CEO一起处理此事

尊重CEO的职权，不做任何调整直接把故事加入当前sprint 把故事加入到当前sprint，并丢弃一个相同大小的故事 把故事加入下一个sprint

团队到sprint目标输出承诺后，有什么职权？

团队有权用产品列表目录换出哪些无法完成的sprint列表目录 达成目标需要做些什么，团队就做些什么

团队依照scrumMaster设定的优先级开展工作，因为scrumMaster对scrum框架做出了承诺 产品架构师会设定完成定义，团队听命于他们开展工作

sprint评审的主要目的是？

让产品经理得以向利益相关者展现进度

让利益相关者审阅团队所构建的成果，并为后续计划提供信息 让利益相关者可以“向团队施加压力” 以确保sprint能够有所产出

让团队可以审阅他们的工作，并决定需要做些什么来完成下一批列表条目

应该何时更新发布燃尽图？

每次发布后 每周后

每个sprint后 每天后

如下有关scum团队和规范的描述，哪条是正确的？

scrum团队认可遵循计划的价值，但他们更重视响应变化的价值 在scrum中规划并不重要

sprint燃尽图替代了传统规划方式

scrum指在成为一种执行既定计划的有效方式

在第一个sprint中团队做什么？

完成sprint目标

预先决定完整的架构和基础设施 为后续sprint制定计划 交付设计文档

为什么产品负责人应该参加scrum日会？

确保团队还在向着sprint目标的方向努力 对团队进度发布意见

告诉团队接下来做哪个任务

查看已取得的进展，决定团队是否需要帮助

谁负责引导sprint回顾会议？

团队

scrumMaster 产品负责人 没有人

如下哪一句准确的描述了产品负责人在scrum日会总的角色？

产品负责人确保实际燃尽速率维护在估算时的程度

产品负责人大概介绍一下团队在这个sprint中必须吸收的那些变更 产品负责人向团队提供如何实现可工作解决方案的指导 团队决定产品负责人如何参与

如下有关障碍的描述，哪一条是正确的？

移除障碍是scrumMaster的当务之急 团队不应该使用scrum日会来报告障碍 运行缓慢的服务器不被认为是障碍 移除障碍是产品负责人的工作

当团队认定很难在sprint结束时交付任何价值的时候，scrum鼓励的处理方式是？

和产品负责人一起，关注可完成的部分，想办法做到每个sprint结束时都能交付些价值 为了容纳额外的工作，再延长sprint几天 建议产品负责人异常地中止sprint 立刻上报给高级管理层

产品愿景应该具备哪些品质？

可追溯至IT投资相关整体性企业治理结构的概要 描绘一幅详细的概观，可以启发和赋予灵感

描述项目的追求所在，以及产品渴望达到的最终状态 提供一个投资回报方案的完整分析结构

如果，产品负责人在sprint中发现一个新的、重要的产品列表条目（PBI），会发生些什么？

scrumMaster鼓励团队完成这个额外条目

团队加班赶工以便在当前sprint完成这个PBI 产品负责人把这个新PBI加入产品列表 团队延迟sprint时间以便做完这个新条目

如果sprint 全程产品负责人都不在，最可能出现的结果是？

产品增量也许无法满足期待

scrumMaster承担产品负责人的职责。

团队延长sprint长度直到产品负责人回来为止 sprint非正常终结

scrum日会上，Oilvia 提到，说她发现了一些开源代码，应该可以解决她正在处理的某个问题。她想马上就着手实现。下一步做什么最好？

产品负责人记录下障碍，并在会后着手解决

scrumMaster让Oilivia 去准备一个样例以及给团队展示的演示。这样他们会考虑使用此代码。 开完scrum日会后，再单独开会讨论这个开源解决方案。

团队所有成员都被要求评估Olivia 的解决方案，下次scrum日会时向团队汇报情况

sprint开始后，谁来决定团队如何开展工作？

团队主管 团队

项目经理

scrumMaster

sprint中，产品负责人做什么？

指导团队的工作

有需要时介入，以确保可持续的工作速率 澄清需求、回答问题 保护团队和流程

如下哪一项是sprint列表的主要的目的？

团队用于sprin管理他们自己

团队用来管理sprint中所花掉的那些小时数 scrumMaster用于sprint中管理进展情况

产品负责人从中了解团队为sprint承诺了什么

使用scrum时，谁主要负责在范围和进度之间做出权衡决策？

团队

项目经理

scrumMaster 产品负责人

当产品负责人已经超负荷时，如下哪一条会是不错的选择？

让项目经理承担一些产品负责人的职责

限制产品负责人耗费在scrum团队的时间 让产品负责人从其他职责中释放出来

分割产品负责人的角色和职责，让更多人来承担

在sprint规划会议中，产品负责人

把选定的故事分割为详细任务

展示他/她希望在团队sprint中完成的故事 决定团队如何完成其工作

决定sprint结束时应该交付多少故事

一个经验式流程包含哪3个部分？

反馈 勇气 和简洁 规划 承诺 和度量

规划 采取行动和检查质量 透明性 检验 和适应

推荐sprint周期最长不超过？

30天 60天 90天

满足交付潜在可交付产品增量的需要

敏捷宣言说，响应变化的价值高于遵循计划。如下哪条解释了这点？

直到首个sprint开始前都接受变更。随后的变更都推迟至未来的发布 项目进展过半之前都接受变更，此后的所有变更均推迟至未来的发布

要接受变更就必须从列表中移除其他特性。这样才能维持既定的最终日期

根据变更的业务价值、产品负责人的接受度以及团队在产品负责人可接受的时间范围内做出响应的能力，开发过程中任何时候均接受变更。

谁负责scrum团队所交付的业务价值？

项目经理

scrumMaster

项目集（program）赞助人 产品负责人

如下哪项是sprint列表最主要的目的？

团队用来管理sprint中所花掉的那些小时数 产品负责人从中了解团队为sprint承诺了什么 团队用于sprint中管理他们自己

scrumMaster用sprint中管理进展情况

敏捷宣言是怎么看待客户协作的？

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

新的功能性需求要进入sprint需要先得到客户的一致认同

跟客户紧密的协作，确保在项目构建阶段之前完成所有功能的定义 团队必须告知sprint中他们将产出的功能及有关发布目标

敏捷宣言背后的反应架构的理念如何建议的？

架构不重要，但功能重要

架构的定义和实现在第一个迭代完成 架构是预先定义和计划的 架构会浮现出来

如果sprint全程产品负责人都不在，最可能出现什么结果？

sprint非正常终结

团队延长sprint长度直到产品负责人回来为止 scrumMaster承担产品负责人的职责 产品增量也许无法满足期待

根据scrum指南，谁负责招聘或分派新人到团队中去？

产品负责人

这超出了scrum的范围 scrumMaster 自管理团队

谁是主要负责保持产品积压？

产品负责人

SCRUM开发团队 scrumMaster 干系人

本文来源：https://www.bwwdw.com/article/or5w.html