« 返回题库列表华为HCIA-云计算考试（Huawei H13-511）的试题与答案 | 思博网络
思博网络提供的是真实的Cisco CCNA、CCNP学习资料，以及CCIE实验室解决方案。此外，我们还提供PMP、CISA、CISM、AWS以及Palo Alto考试的相关资料。我们的学习资料严格遵循最新的考试大纲要求。凭借着这一可靠的信誉，我们已经帮助全球数千名考生成功通过了他们的IT认证考试。在过去的20多年里，思博网络已经成功地将许多IT专业人士安排到了Fortune 500企业的岗位上。
问题 #1
方差和趋势分析是一种用于分析数据的过程中的工具和技术。
A. 进行定性风险分析
B. 进行定量风险分析
C. 控制风险
D. 制定风险应对计划
问题 #2
您的赞助商希望了解关于您产品的发布时间以及产品中包含哪些内容的详细信息。那么，哪种敏捷交付物最能满足他们的需求呢？
A. 产品演示
B. 产品路线图
C. 产品待办事项列表
D. 冲刺计划中的待办事项列表
问题 #3
速度图表、故事板、进度跟踪表以及障碍清单等，通常都是通过以下方式来传达的：
A. 状态报告。
B. 信息通报。
C. 投资组合展示。
D. 项目数据包。
问题 #4
成功的衡量标准，是能够带来实际利益的程度：
A. 战略计划
B. 项目
C. 投资组合
D. 计划/方案
问题 #5
在哪个过程中，项目经理会被识别出，并被赋予将资源投入到项目活动中的权限呢？
A. 组建项目团队
B. 制定项目管理计划
C. 管理项目的执行过程
D. 制定项目章程
问题 #6
在完成发布计划之后，团队意识到这个项目很可能无法获得预期的回报。那么，团队应该怎么做呢？
A. 优先处理那些积压的任务，从发布计划中剔除那些优先级较低的任务，以确保获得正的投资回报。
B. 替换部分团队成员，从而降低发布成本，并减少负面投资回报的风险。
C. 进行根本原因分析，消除交付过程中的浪费现象，从而提高投资回报。
D. 向相关方通报负面投资回报的风险，并更新发布计划。
问题 #7
通常，这种指标是通过“故事点”来衡量的。它代表了团队在单个冲刺周期中完成“已完成”任务的速度。
问题 #8
哪种工具能够帮助产品负责人专注于为组织提供最大的价值与投资回报呢？
A. 燃烧图表
B. 产品待处理任务列表
C. 相关性评估
D. 成本效益分析（CBA）
问题 #9
如果Sprint的后备任务无法在Sprint期间完成，那么这个问题该如何解决呢？
A. 产品负责人
B. Scrum主管
C. 开发团队
D. 产品负责人与开发团队共同负责
问题 #10
一个敏捷团队期望的迭代速度为8。在冲刺计划阶段，各个任务被评估并按以下顺序进行排序：任务A_4、任务B_2、任务C_3、任务D_2。在不拆分任务的情况下，团队应该将哪些任务纳入到第一个冲刺中呢？
A. 故事A、C和D
B. 故事A、B和C
C. 故事A、B和D
D. 故事B、C和D
问题 #11
根据下图所示，在第五轮迭代过程中，故事点的价值有所上升（如图表所示）。不过，团队确实完成了他们在该轮迭代中承诺要交付的所有工作，而现有的估算值也没有发生变化。从这些信息可以推断出：
A. 该任务已从产品待办事项列表中移除。
B. 该任务被添加到了产品待办事项列表中。
C. 团队的完成速度提高了。
D. 团队的完成速度降低了。
问题 #12
在团队启动会议上，一位新产品负责人分享了对产品的愿景。团队希望得到关于产品路线图以及其主要功能的详细说明。那么，这位产品负责人应该做什么呢？
A. 确定实施这些高级功能所需的任务。
B. 为这些高级功能制定详细的设计方案。
C. 为即将发布的版本，对产品待办事项进行优先级排序。
D. 估算迭代过程中各个用户需求的完成时间。
问题 #13
用户故事中提到，该产品必须拥有非常快的响应速度。在演示过程中，产品负责人对产品的运行速度表示不满。出现这种情况的最可能原因是：该用户故事的描述不够清晰或准确。
A. 太大了。
B. 估算不准确。
C. 无法进行测试验证。
D. 无法准确描述该数值的含义。
问题 #14
这是一种衡量成本绩效的指标，其目的是利用剩余资源来实现特定的管理目标。该指标表现为完成剩余工作所需的成本与剩余预算之间的比率。
A. 完成时的预算（BAC）
B. 挣值管理（EVM）
C. 剩余完成指标
D. 成本绩效指标
问题 #15
高层管理人员对缺乏详细的实施计划感到不满，他们不清楚项目何时能够完成，也不清楚各项要求何时能够得到满足。目前，团队一直采用滚动式规划方法来管理这个项目。那么，敏捷实践者应该如何向高层管理人员解释这种方法的优点呢？
A. 它能够确保项目进度表中始终包含一致的详细信息。
B. 它可以防止需求清单的过度积累，从而避免那些永远无法被处理的需求。
C. 它为项目的范围、成本和持续时间提供了明确的定义。
D. 它使得团队能够确定哪些内容会被包含在某个版本中。
问题 #16
测试驱动开发（Test-Driven Development，TDD）是一种以以下步骤为特征的快速开发方法：
A. 需求分析、编码以及测试。
B. 测试、编码以及代码重构。
C. 测试、代码重构以及验证。
D. 需求分析、编码以及代码重构。
问题 #17
Scrum团队最强大的能力在于：他们能够……
A. 在定时的冲刺周期中进行工作。
B. 能够自我组织并拥有自主权。
C. 按照优先级来安排工作。
D. 重视个人以及人与人之间的互动关系。
问题 #18
以下哪两项属于探索性测试的属性？请选择其中两项。
A. 这种测试方法需要最少的规划，同时又能实现最多的测试执行。
B. 它通常是自动化的。
C. 这是一种无脚本的测试方式。
D. 它往往是唯一的测试技术。
问题 #19
在编写用户故事时，使用如此极端的角色设定方式的最佳理由是：
A. 识别产品设计和测试过程中的错误。
B. 帮助发现那些可能被忽视的用户需求。
C. 为模糊的用户概念提供精确的信息支持。
D. 为Sprint规划会议提供有价值的建议。
问题 #20
在项目回顾中，“为后续工作创造有利条件”的目的是：
A. 重申会议的目标，营造开放的氛围。
B. 回顾相关条款，总结项目的成果。
C. 提升团队的士气，确保每个人都能积极参与其中。
D. 描述下一阶段的计划，并讨论从中获得的经验教训。
问题 #21
如果客户真的希望为Sprint添加某个功能，那么开发团队应该如何回应呢？
A. 将该功能添加到当前的Sprint待办事项列表中。
B. 将此事上报给Scrum Master处理。
C. 将该事项添加到产品待办事项列表中，以便在下一个Sprint中进行优先级排序。
D. 请产品负责人与客户进行协作以完成该任务。
问题 #22
在冲刺规划阶段，开发团队会评估产品负责人所提供的用户故事，并选择那些能够在冲刺周期内完成的用户故事。这就是其中的一个例子。
A. 渗透性沟通
B. 相互承诺
C. 普遍接受性
D. 默许协议
问题 #23
以下哪一项对于分布式敏捷团队的成功至关重要呢？
A. 成本控制
B. 大量的沟通需求
C. 共享知识
D. 协作的文化
问题 #24
该团队的技术负责人认为，手动测试工作应该由那些级别低于他们的初级团队成员来承担。不过，这些初级团队成员认为这样做并不公平，因此他们拒绝接受这些任务。那么，Scrum主管应该怎么做呢？
A. 让技术负责人负责进行相关测试工作。
B. 促进团队之间进行开放且富有针对性的讨论，以强化团队的共识。
C. 请团队经理提醒技术负责人，所有任务都非常重要。
D. 鼓励团队自行承担起交付工作的责任。
问题 #25
下图就是一个这样的例子：
A. 风险分解结构（RBS）。
B. 项目团队。
C. SWOT分析。
D. 工作分解结构（WBS）。
问题 #26
线框模型有助于敏捷团队的协作与沟通。
A. 测试设计
B. 确认设计
C. 配置报告
D. 跟踪进度
问题 #27
进行回顾性分析的最佳时间是什么时候呢？
A. 在迭代计划制定之后。
B. 就在迭代计划制定之前。
C. 在下一次发布的开始阶段。
D. 在迭代评审/演示过程中。
问题 #28
在敏捷风险管理中，风险分解图最适用于以下场景：
A. 从定性角度分析风险发生的概率。
B. 跟踪技术风险降低的进展情况。
C. 记录可能对项目产生影响的外部风险。
D. 描述项目的整体风险状况，以及那些正在发生变化或新增的风险。
问题 #29
假设你的团队的生产力为8个故事点，而产品待办事项按照优先级进行排序，如下所示。如果你正在参加一次Sprint规划会议，需要为下一次迭代选择要完成的用户故事，那么你会选择哪些故事呢？
A. 故事1、2和3
B. 故事1、2和4
C. 故事1和2
D. 故事2、3和4
问题 #31
技术债务越多，产品的内在质量就越高。
A. 更低；更高
B. 更高；更低
C. 更低；更低
D. 更低；更高
问题 #32
“性能质量保证”流程是在哪个流程组中进行的呢？
A. 执行
B. 监控与控制
C. 发起/启动
D. 规划
问题 #33
哪种类型的估算方式是指根据某个故事与其他一个或多个故事之间的关系来对其进行评估呢？
A. 算法化方法
B. 计算性方法
C. 三角测量法
D. 经验法则
问题 #34
大多数经验丰富的项目经理都明白：
A. 每个项目都需要使用《PMBOK指南》中的所有管理流程。
B. 没有一种固定的方法来管理项目。
C. 项目管理技术本身是无风险的。
D. 成功管理项目的唯一方法就是上述任何一种方法。
问题 #35
一名拥有较低至中等权限的全职项目经理，以及兼职的行政人员，他们所在的组织结构属于哪种类型的矩阵式结构呢？
问题 #36
只有Scrum团队的成员才能参加Sprint规划会议。
问题 #37
一个项目团队在下一个冲刺阶段发现了一些与功能相关的技术难题。他们应该怎么做呢？
A. 向技术经理寻求指导。
B. 鼓励产品负责人将相关功能重新分配到另一个冲刺阶段中处理。
C. 确定谁最具备能力来应对这些挑战。
D. 请产品负责人将任务分配给最具备相应技能的人员。
问题 #38
谁负责确定哪些故事应该被纳入此次迭代中呢？
A. ScrumMaster
B. 开发人员
C. 产品负责人
D. 团队
问题 #39
假设你是一名负责新敏捷团队的Scrum主管。那么，以下哪种策略是解决团队内部冲突的最佳方式呢？
A. 合作
B. 协商
C. 妥善处理
D. 忽略
E. 运用自己的权力
问题 #40
以下所有事情都发生在冲刺计划会议的后半部分，除了：
A. 开发团队会确定在下一个迭代中需要实施的改进措施。
B. 产品负责人负责回答相关问题，并明确用户故事的内容。
C. 开发团队承诺会在该迭代期间完成相关工作。
D. 为各个用户故事制定了具体的任务内容。
问题 #41
“监控与控制流程组”包含以下几项流程：
A. 确定项目的范围、目标以及实施步骤。
B. 定义一个新的项目，或者为现有项目引入新的阶段。
C. 跟踪、评估并监督项目的进展与绩效。
D. 完成项目管理计划中规定的各项工作内容。
问题 #42
在新建的敏捷团队进行迭代规划的过程中，产品负责人会将一组高优先级的用户故事添加到迭代待办事项列表中。那么，团队首先应该采取什么措施来明确实现这些用户故事所需的任务呢？
A. 自我组织
B. 为每位团队成员分配任务
C. 与客户会面
D. 确定Scrum主管的人选
问题 #43
哪个流程组和知识领域包含了“序列活动”这一流程呢？
A. 执行过程组与项目时间管理
B. 执行过程组与项目成本管理
C. 规划过程组与项目时间管理
D. 规划过程组与项目成本管理
问题 #44
发布计划会议的主要成果是什么？
A. 发布愿景、假设条件、行动计划以及迭代目标。
B. 产品待办事项清单中的优先级、风险、行动计划以及发布目标。
C. 迭代的预计进度、风险、行动计划以及产品待办事项清单。
D. 风险、行动计划、依赖关系以及产品待办事项清单。
问题 #45
该组织的项目经理发现，有一些工程人员被分配到了项目Y上，因此他们无法继续完成任务X。此外，项目经理还意识到，以目前的速度来看，根本不可能按时完成这个项目。由于成本限制，雇佣更多员工也不是可行的选择。那么，项目经理可以使用哪些工具来解决这个问题呢？
A. 资源平衡与快速跟进
B. 快速跟进与崩溃处理
C. 崩溃处理以及应用领先和滞后策略
D. 调度工具的使用，以及应用领先和滞后策略
问题 #46
在使用敏捷挣值管理方法时，应该以哪个层面来衡量进度呢？
A. 任务
B. 迭代过程
C. 产品/成果
D. 发布/交付
问题 #47
项目团队估计，他们应该能在当前迭代中完成30个故事点。但在迭代进行到一半时，他们意识到，以目前的速度来推进的话，他们实际上可以完成50个故事点。因此，团队应该：
A. 缩短迭代次数，以符合预估的速度要求。
B. 继续按照预估的速度进行工作。
C. 提高预估的速度。
D. 让成员们以预估的速度来完成任务。
问题 #48
以下哪一项并非《敏捷宣言》中的原则？
A. 我们最优先的事情就是通过及时且持续的软件交付来满足客户的需求。
B. 在项目过程中，业务人员与开发人员必须每天紧密合作。
C. 持续产生技术债务以及良好的设计方式，有助于提升软件的灵活性。
D. 可运行的软件是衡量项目进展的重要指标。
问题 #49
在精益流程中，重点在于：
A. 提高团队的效率。
B. 优化整个流程中的已完成工作。
C. 使用最恰当的资源。
D. 对团队进行交叉培训，以消除瓶颈问题。
问题 #50
哪个术语最能描述敏捷项目在风险分析方面的做法呢？
A. 回归分析
B. 帕累托原则
C. 定性分析
D. 蒙特卡洛方法
问题 #51
请按照从高到低的顺序来安排用户故事的开发顺序。
A. 价值较低、风险较低的案例
B. 价值较高、风险较低的案例
C. 价值较高、风险较高的案例
D. 价值较低、风险较高的案例
问题 #53
在优先处理产品待办事项时应用帕累托原则意味着：
A. 那些优先级较低的特性，更有可能被忽略，从而进入下一个迭代阶段。
B. 某个特性的价值只有在该特性完成之后才能显现出来。
C. 较新的需求通常对业务来说更为重要。
D. 只有一小部分工作能够带来巨大的价值。
问题 #54
下列陈述中，哪一个是关于测量团队效率的正确描述？
A. 当有一些会议占用开发时间时，速度指标就不太准确了。
B. 当某些项目资源是兼职工作时，速度指标的测量就会受到干扰。
C. 速度跟踪无法反映项目过程中发生的范围变更情况。
D. 速度指标考虑了已完成的工作以及项目中出现的各种干扰因素。
问题 #55
在与团队成员互动时，敏捷项目的项目经理应该做到以下几点：
A. 要求团队成员以请求而非命令的方式来表达自己的需求。
B. 在需要做出重要决策时，忽略团队成员的意见和情绪。
C. 在要求团队成员做某事时，要谨慎行事，避免让他们感到不悦。
D. 在不考虑团队感受的情况下，就某个问题的优劣与团队意见相左。
问题 #56
产品负责人在冲刺计划书中添加了一个优先级为21的故事。团队担心这个任务无法在当前冲刺周期内完成。那么，团队应该怎么做呢？
A. 通知产品负责人，该需求需要等到下一个迭代阶段才能处理。
B. 加班完成该需求，以满足客户的要求。
C. 将该需求分解为多个较小的任务，同时处理 sprint 计划中的其他任务。
D. 延长迭代周期，以便能够完成该需求。
问题 #57
为了在敏捷项目中获得最佳效果，客户应该：
A. 确定优先级，明确产品的各项功能。
B. 对新加入的团队成员进行面试，以确认他们是否适合该团队。
C. 批准开发计划和任务安排。
D. 制定迭代开发和发布的时间表。
问题 #58
那种Scrum团队专注于完成一个或多个任务的行为，被称为：
A. 协作
B. 群体开发模式
C. 结对编程
D. 迭代开发
问题 #59
随着我们越来越接近产品的正式发布时间，产品路线图的准确性也会随之提高。
问题 #60
情商包括所有以下内容，除了：
A. 自我意识
B. 动机
C. 承诺/投入精神
D. 影响力
E. 直觉能力
F. 责任心
问题 #61
在极限编程（XP）中，分析、设计、编码和测试阶段都是需要完成的步骤。
A. 在迭代过程的开始阶段。
B. 每天一次。
C. 按顺序排列。
D. 没有相关文档记录。
问题 #62
所谓合作，指的是共同协作以完成某个任务或做出某种决策。而协调则指的是：
A. 确定交付日期。
B. 共享相关信息。
C. 就设计方案达成一致。
D. 结对编程。
问题 #63
线框模型有助于敏捷团队的协作与沟通。
A. 测试设计
B. 确认设计
C. 配置报告
D. 跟踪进度
问题 #64
敏捷项目管理者使用宽带Delphi来辅助哪些活动呢？
A. 优先级排序
B. 时间安排
C. 估算
D. 风险管理
问题 #65
那么，什么是按照风险类别进行分类的、对识别出的项目风险进行层次化组织的描述方式呢？
A. 风险登记册
B. 风险分解结构（RBS）
C. 风险管理计划
D. 风险类别
问题 #66
下面哪一项是“监控与控制项目工作”流程的输出结果呢？
A. 变更请求
B. 性能报告
C. 组织流程相关资产
D. 项目管理计划
问题 #67
在优先处理产品待办事项时应用帕累托原则意味着：
A. 那些优先级较低的特性，更有可能被忽略，从而进入下一个迭代阶段。
B. 某个特性的价值只有在该特性完成之后才能显现出来。
C. 较新的需求通常对业务来说更为重要。
D. 只有一小部分工作就能带来大部分的价值。
问题 #68
Kaizen的理念就是“变革”。
A. 为了更好的效果。
B. 以流程改进为驱动力。
C. 以团队为核心来推动发展。
D. 专注于小型团队的工作。
问题 #69
请选择关于“已批准的运行次数”的以下三个陈述，并选出这三个正确的陈述。（请选择三个。）
A. 符合“已完成”的定义。
B. 架构师已经批准了该成果。
C. 该结果已通知所有团队成员和利益相关方。
D. 因此，产品负责人会更新相关的发展规划和发布计划。
E. 不存在技术上的问题或缺陷。
问题 #70
回顾性会议为团队提供了这样一个机会：
A. 在每次迭代结束时进行反思，找出能够提升产品质量的改进措施。
B. 参加必要的会议，与团队成员分享项目进展情况，确保每个人都能按照计划行事。
C. 从管理层那里了解该项目是否实现了范围、质量、成本和进度方面的目标。
D. 在每次迭代开始时设定目标，并确定在该次迭代中可以完成的需求。
问题 #71
用户故事中提到，该产品的运行速度必须非常快。在演示过程中，产品负责人对该产品的运行速度表示不满。出现这种情况的最可能原因是：用户故事的设定本身就有问题。
A. 过大。
B. 估算不准确。
C. 无法进行测试验证。
D. 无法准确描述该数值的含义。
问题 #72
在项目完成之后，会编制一份报告，其中详细描述了在项目期间对全球趋势进行的研究结果。这个项目最终产生了什么成果呢？
A. 结果/成果
B. 产品/商品
C. 服务/帮助
D. 改进/提升
问题 #73
在收集需求的过程中所使用的工具和技术包括：
A. 原型设计。
B. 专家判断。
C. 备选方案的识别。
D. 产品分析。
问题 #74
在规划下一次迭代的过程中，敏捷团队会确定那些预计需要交付的工作内容。那么，敏捷实践者应该如何与团队合作，以帮助确定该迭代中还需要完成的工作范围呢？
A. 说服团队停止计划工作，保持项目规模较小。
B. 确定那些技术上最简单且可行的任务。
C. 参考剩余需要优先处理的任务列表。
D. 从任务列表中挑选一些最简单的任务来开始处理。
问题 #75
在敏捷风险管理中，风险分解图最适用于以下场景：
A. 从定性角度分析风险发生的概率。
B. 跟踪技术风险降低的进展情况。
C. 记录可能对项目产生影响的外部风险。
D. 描述项目的整体风险状况，以及那些正在发生变化或新增的风险。
问题 #76
极端编程中的客户角色应承担什么责任呢？
A. 测试所开发的软件的每日更新情况。
B. 为每项功能编写相关文档以及进行验收测试。
C. 为开发人员和测试人员规划任务并分配工作。
D. 与用户密切协作，同时代表XP团队开展工作。
问题 #77
用户故事的验收测试是由以下条款来规定的：
A. 在迭代开始时，客户的状态为“客户”。
B. 在迭代过程中，客户的状态尽可能晚一些。
C. 在团队完成编码之后，测试人员的状态为“测试人员”。
D. 在迭代开始时，开发团队的状态为“开发团队”。
问题 #78
一种有效的解决冲突的方法，它能够结合不同观点的多种视角，从而达成共识和共同行动。
A. 平稳/适应。
B. 强制/引导。
C. 合作/解决问题。
D. 妥协/协调。
问题 #79
CRUD是一个缩写，用来表示一种分割故事的方法。CRUD到底代表什么意思呢？
A. 创建/更新/删除
B. 捕获/替换/更新/定义
C. 创建/审核/更新/已完成
D. 创建/替换/更新/定义
问题 #80
极端编程中的客户角色应承担什么责任呢？
A. 测试所开发的软件的每日更新情况。
B. 为每一个功能点编写相关的文档以及进行验收测试。
C. 为开发人员和测试人员制定计划并分配任务。
D. 与用户紧密合作，同时代表XP团队进行相关工作。
问题 #81
当敏捷项目团队在迭代过程中收到“紧急请求”时，敏捷项目经理应该采取的最佳第一步是什么？
A. 停止对未完成的用户故事进行开发，而是专注于处理那些紧急的请求。
B. 召开团队会议，调整迭代范围，以包含该请求。
C. 向客户提供项目团队所提供的各种选择。
D. 说明团队在下一个迭代之前无法完成这项额外的工作。
问题 #82
在收集需求的过程中，需要选择哪种输入方式来识别那些能够提供相关信息的利益相关者呢？
A. 利益相关者登记册
B. 范围管理计划
C. 利益相关者管理计划
D. 项目章程
问题 #83
这是一种在“报告性能”过程中使用的通信方式。
A. 专家的判断
B. 项目管理方法
C. 利益相关者分析
D. 状态评审会议
问题 #84
在典型的项目生命周期开始阶段，成本如下：
A. 在项目实施过程中，数值较低；随着项目的推进，数值逐渐稳定；而在项目接近尾声时，数值则开始上升。
B. 在项目实施过程中，数值保持较低水平；随着项目的推进，数值逐渐稳定；而在项目接近尾声时，数值则开始上升。
C. 在项目实施过程中，数值较高；随着项目的推进，数值逐渐下降；而在项目接近尾声时，数值则开始上升。
D. 在项目实施过程中，数值较高；随着项目的推进，数值逐渐下降；而在项目接近尾声时，数值则开始上升。
问题 #85
项目章程中包含哪些要素呢？
A. 管理层的预留资金
B. 工作分解结构
C. 利益相关者名单
D. 利益相关者登记册
问题 #86
下列选项中，哪一项属于能够影响“项目章程制定”过程的企业环境因素呢？
A. 组织标准流程
B. 市场状况
C. 历史信息
D. 模板
问题 #87
进行回顾性分析的最佳时间是什么时候呢？
A. 在迭代计划制定之后。
B. 在迭代计划制定之前。
C. 在下一次发布开始时。
D. 在迭代评审/演示过程中。
问题 #88
企业的需求、假设以及限制条件，以及客户的需求和高级需求，都记录在以下文件中：
A. 项目管理计划。
B. 项目章程。
C. 工作分解结构。
D. 相关方登记册。
问题 #89
以下哪一项最能描述敏捷开发的核心理念？
A. 最可靠的客户反馈通常出现在项目接近尾声的时候，此时已经有了可以审查的成熟软件了。
B. 可以通过定期回顾计划中已完成的里程碑来评估项目的进展状况。
C. 有效的解决方案是了解项目进展的最准确方式。
D. 当团队成员在项目中承担不同的角色时，他们能够发挥出各自独特的技能优势。
问题 #90
在迭代规划阶段，团队正在讨论某个用户故事的设计方案。一名团队成员表示，由于该系统具有复杂性，因此应该开始编写设计文档。另一名团队成员则指出，在敏捷开发中，并不需要编写文档。那么，Scrum主管应该如何应对这种情况呢？
A. 同意应该避免使用文档记录，因为那样会拖延团队的进度。
B. 说明虽然文档记录很重要，但也不禁止使用文档记录。
C. 询问经理是否要求技术流程中必须保留设计相关的文档记录。
D. 询问产品负责人，是否允许资源把时间花在文档记录上。
问题 #91
下列陈述中，哪一个是关于测量团队效率的正确描述？
A. 当有一些会议占用开发时间时，速度指标就不太准确了。
B. 当某些项目资源采用兼职方式工作时，速度指标的测量就会受到干扰。
C. 速度跟踪无法反映项目过程中出现的范围变更情况。
D. 速度指标确实考虑了项目中已完成的工作以及出现的各种干扰因素。
问题 #92
以下哪一项是精益敏捷软件开发中使用的可视化辅助工具的例子呢？
A. 所提供业务价值的图表说明
B. 产品技术规格说明
C. 自动化代码覆盖报告
D. 敏捷开发流程报告
问题 #93
在与团队成员互动时，敏捷项目的项目经理应该做到以下几点：
A. 要求团队成员以请求而非命令的方式来表达自己的需求。
B. 在需要做出重要决策时，忽略团队成员的意见和情绪。
C. 在要求团队成员做某事时，应谨慎行事，避免让他们感到不悦。
D. 在不考虑团队的情绪的情况下，就某个问题的优劣与团队意见相左。
问题 #94
在风险管理计划中，关于在整个项目生命周期内，何时以及以何种频率执行风险管理流程的安排，都包含在其中。
A. 时间安排
B. 方法论
C. 风险类别
D. 预算编制
问题 #95
在“计划利益相关者管理”过程中，会运用专家的判断来：
A. 提供必要的信息，以便制定出合适的方式来与项目相关方进行互动。
B. 确保能够全面识别并列出所有新的相关方。
C. 分析制定项目范围说明时需要使用的相关信息。
D. 决定在项目的各个阶段中，与相关方的互动程度如何。
问题 #96
哪个术语最能描述敏捷项目在风险分析方面的做法呢？
A. 回归分析
B. 帕累托原则
C. 定性分析
D. 蒙特卡洛方法
问题 #97
“计划利益相关者管理”流程的输入包括：
A. 项目章程。
B. 利益相关者分析。
C. 沟通管理计划。
D. 利益相关者登记册。
问题 #98
在项目的最后阶段，产品负责人发现，由于某个关键功能未能按预期运行，该项目很有可能失败。那么，产品负责人应该怎么做呢？
A. 终止项目以减少损失。
B. 评估各种可能的选择，并根据已交付的业务价值来做出合理的决策，从而决定是否要终止项目。
C. 聘请专家来提高项目的成功几率。
D. 继续推进项目，发布没有缺陷的产品版本，并在后续版本中修复那些存在的缺陷。
问题 #99
冲刺阶段什么时候结束呢？
A. 当“已完成”的标准得到满足时。
B. 当产品负责人接受该增量版本时。
C. 当约定的时间期限得到满足时。
D. 当剩余的工作量为零时。
问题 #100
在冲刺计划阶段，架构师给出的估算值总是比其他人都高。为了配合她的估算，团队成员们也会相应地提高自己的估算值。这就是一个例子。
A. 占据主导地位
B. 施加影响
C. 强制规定
D. 固定模式/标准
问题 #101
测试驱动开发（Test-Driven Development，TDD）是一种以以下步骤为特征的快速开发方法：
A. 需求分析、编码以及测试。
B. 测试、编码以及代码重构。
C. 测试、代码重构以及验证。
D. 需求分析、编码以及代码重构。
问题 #102
哪种类型的估算方式是指根据某个故事与其他一个或多个故事之间的关系来对其进行评估呢？
A. 算法化方法
B. 计算性方法
C. 三角测量法
D. 经验法则
问题 #103
当客户在优先处理各种事务时遇到困难时，以下哪种方式最有可能能够帮助他们呢？
A. 将各个故事拆分成更小的部分，这样客户就可以选择自己想要的内容。
B. 让团队向客户说明他们的优先事项是什么。
C. 提供额外的技术细节，以便让客户了解相关的技术挑战。
D. 让团队重新编写这些故事，添加更多细节来明确各项要求。
问题 #104
Scrum实践是由以下人员来主导的：
A. Scrum主管。
B. 产品负责人。
C. 项目发起人。
D. Scrum团队。
问题 #105
需求文档、需求管理计划以及需求可追溯性矩阵，这些都是哪个流程的产出呢？
A. 控制范围
B. 收集需求
C. 创建工作分解结构
D. 定义范围
问题 #106
在敏捷开发方法中，项目价值观最有效的实现方式，就是由那些能够反映项目核心价值的要素来决定的。
问题 #107
Scrum Master和产品负责人对于产品待办事项的价值存在分歧。为了解决这一分歧，Scrum Master首先应该做的就是提出以下问题：
A. 产品负责人需要明确相关的需求。
B. 业务负责人需要解决这个问题。
C. 业务分析师需要研究产品的价值所在。
D. 另一位项目经理则需要确定如何解决这个问题。
问题 #108
如果客户不再希望实现Sprint目标所要求的那个功能，那么会发生什么情况呢？
A. 开发团队应该确定本次迭代是否有价值。
B. 相关利益相关者应该决定是否继续该迭代。
C. 产品负责人应该取消这次迭代。
D. Scrum主管应该取消这次迭代。
问题 #109
能够为客户带来价值的最小功能，可以描述为：
A. 功能点分析。
B. 适合当前需求的用例设计。
C. 具备最小可行性的功能。
D. 用户用例图。
问题 #110
在传统的项目管理中，人们使用工作分解结构来定义各项活动的需求。那么，在敏捷开发中，为了达成同样的目的，会采用哪种类型的工作分解结构呢？
A. 功能分解结构
B. 产品路线图
C. 产品分解结构
D. 冲刺待办事项列表
问题 #111
该团队评估方法主要包括以下步骤：
A. 一堆卡片，上面记录了各个任务的用户需求、功能以及优先级，这些都需要由项目团队来决定其优先顺序。
B. 电子表格，其中列出了需要处理的积压问题，每个问题都标有优先级数字。
C. 白板会议，会上会估算出各项任务的完成时间，并将其与项目的路线图相关联。
D. 头脑风暴会议，会上会讨论各种资源如何与各项任务的优先级相关联。
问题 #112
在新建的敏捷团队进行迭代规划时，产品负责人会将一组高优先级的用户故事添加到迭代待办事项列表中。那么，团队首先应该做什么来明确实现这些用户故事所需的任务呢？
A. 自我组织
B. 将任务分配给每个团队成员
C. 与客户会面
D. 确定Scrum主管的人选
问题 #113
测试驱动开发（Test-Driven Development，TDD）是一种以测试为驱动的开发方法。其流程如下：
A. 需求分析、编码以及测试。
B. 测试、编码以及代码重构。
C. 测试、代码重构以及验证。
D. 需求分析、编码以及代码重构。
问题 #114
所谓合作，指的是共同努力以共同完成某个任务或做出某个决策。而协调则指的是在合作过程中，各方之间保持同步、相互配合的行为。
A. 确定交付日期。
B. 共享信息。
C. 就设计方案达成一致。
D. 结对编程。
问题 #115
A队每次迭代可以产出61分，而B队则只能产出20分。A队的工程师经验更为丰富。因此，经理要求B队在下次迭代中至少要达到A队同样的得分水平。根据这些信息，我们可以告诉经理：
A. 仅从积分的角度来看，无法比较两支不同的团队之间的实力差异。
B. 如果团队B拥有更多的资深工程师，那么他们的积分将会与团队A相当。
C. 团队B必须能够自行组织起来，这样他们的积分才能与团队A相当。
D. 如果产品负责人更多地参与进来，那么团队B的积分将会增加。
问题 #116
将项目交付成果分解为更小、更易于管理的组成部分，直到这些部分被定义为工作包级别的过程，被称为：
A. 控制图。
B. 基线。
C. 创建WBS。
D. 分解。
问题 #117
下面哪些是产品负责人所确定的功能、特性以及需求列表呢？
A. 进度跟踪图
B. 故事卡片
C. 愿景文档
D. 待完成的工作
问题 #118
CRUD是一个缩写，它指的是一种分割故事的方法。CRUD到底代表什么意思呢？
A. 创建/更新/删除
B. 捕获/替换/更新/定义
C. 创建/审核/更新/已完成
D. 创建/替换/更新/定义
问题 #119
在构建敏捷、适应性强的环境时，需要以下三项要素：（请选择三项。）
A. 人员
B. 流程
C. 产品
D. 工具
E. 技术
问题 #120
一家公司正在迁往一个新的地点，目前正在确定最适合的办公布局。管理层也在考虑采用敏捷化的管理流程。那么，一位敏捷型管理专家应该给出什么建议呢？
A. 合理安排办公空间，使得各个开发团队能够共享同一办公区域，同时让信息设备也位于同一位置。
B. 将每个开发团队隔离开来，以减少外界的干扰因素。
C. 确保管理层理解这种隔离措施的重要性，以便让开发人员能够集中精力工作。
D. 明确公司将采用的敏捷开发方法，并根据该方法来配置办公环境。
问题 #121
通常，这一数值是通过故事点来计算的。它代表了团队在单个冲刺周期中完成“已完成”任务的速度。
A. 消耗率
B. 使用率
C. 速度/效率
D. 产能
问题 #122
每日Scrum的时间限制是多久呢？
A. 视情况而定。
B. 开发团队中，每人需要5分钟的时间。
C. 15分钟。
D. 由团队自行决定。
问题 #123
为了确定项目的范围、明确项目目标，以及确定实现这些目标所需的行动步骤，这些过程被归类到哪个流程组中呢？
A. 启动/开始
B. 规划
C. 执行
D. 监控与控制
问题 #124
以之前类似项目的范围、成本、预算和持续时间等参数，以及规模相关的尺寸、重量和复杂性等指标作为依据，来估算当前项目的相同参数或指标。这种估算方式属于哪种类型的估算呢？
A. 自下而上的方法
B. 参数化方法
C. 类比法
D. 三点法
问题 #125
用户故事中提到，该产品的速度必须非常快。在演示过程中，产品负责人对该产品的速度表示不满。出现这种情况最可能的原因是：用户故事的设定本身就要求产品具有极快的响应速度。
A. 太大了。
B. 估计不准确。
C. 无法进行测试验证。
D. 无法准确描述该数值的含义。
问题 #126
_____________所谓“估算”，指的是根据某个故事与其他一个或多个故事之间的关联来对其进行评估。
A. 三角测量
B. 分类处理
C. 汇总数据
D. 分解数据
问题 #127
测试驱动开发（Test-Driven Development，TDD）是一种以测试为驱动的迭代开发方法。其过程包括以下几个步骤：
A. 需求分析、编码以及测试。
B. 测试、编码以及代码重构。
C. 测试、代码重构以及验证。
D. 需求分析、编码以及代码重构。
问题 #128
以下哪一项最能体现《敏捷宣言》中的原则以及精益理念中的简洁性呢？
A. 最大限度地减少未完成的工作量。
B. 提前且持续地交付成果。
C. 能够应对不断变化的需求。
D. 在最后的责任时刻做出决策。
问题 #129
作为“仆人型领导者”，Scrum Master为以下哪一方提供服务呢？
A. 开发团队
B. 组织
C. 产品负责人与开发团队
D. 组织、产品负责人以及开发团队
问题 #130
这个敏捷团队有八名开发人员，但其中只有两名是数据库工程师。在最近的回顾会议上，团队发现，大多数任务都依赖于数据库工程师的协助来完成。这导致了任务完成的效率低下。那么，应该向团队提出什么建议呢？
A. 让其他团队开发人员参加培训，以学习数据库相关的技能。
B. 在采取行动之前，先对另外两个冲刺阶段的回顾结果进行监控。
C. 为本次冲刺计划较少的任务量，从而减轻数据库工程师的工作负担。
D. 请Scrum主管与产品负责人合作，删除那些需要依赖数据库的待办任务。
问题 #131
以下哪项陈述最能描述随着项目进展，各利益相关者的影响以及变更所带来的成本变化？
A. 利益相关者的影响力增加时，变更的成本也会上升。
B. 利益相关者的影响力减少时，变更的成本会上升。
C. 利益相关者的影响力增加时，变更的成本会下降。
D. 利益相关者的影响力减少时，变更的成本会下降。
问题 #132
增量交付的好处之一是什么？
A. 价值能够更快地实现，因为每次迭代之后就可以发布新的软件版本。
B. 可以同时处理更多的客户，因为每位客户都会定期收到更新后的软件版本。
C. 引入的错误数量会减少，因为代码可以更频繁地交付给用户。
D. 成本会降低，因为每次迭代时所需的回归测试次数减少了。
问题 #133
该项目的第一个版本包含项目A；而第二个版本则包含其他项目内容。
B. 第一次迭代的进度未能按时完成，这将会影响到第二次迭代的进展。 由于物品A和物品B非常相似，因此团队成员建议先开始设计物品B。 那么，敏捷实践者应该怎么做呢？ 将物品B的设计工作推迟到第二次迭代计划阶段再开始进行。 继续设计项目B的内容吧，因为这样做可以加快第二次迭代的进度。 将这个问题上报给客户，在开始设计物品B之前，先获得客户的批准。 将这个问题记录在风险登记表中，并请求变更控制委员会进行审批。
问题 #134
在编写用户故事时，使用如此极端的角色设定方式的最佳理由是：
A. 识别产品设计和测试过程中的错误。
B. 帮助发现那些可能被忽视的用户需求。
C. 为模糊的用户概念提供明确的定义，从而确保其得到妥善处理。
D. 为冲刺计划会议提供有价值的建议。
问题 #135
80/20法则也被称为什么定律呢？
A. 小法律原则
B. 帕累托定律
C. 莫尔定律
D. 平均法则
问题 #136
谁负责确定哪些故事应该被纳入此次迭代中呢？
A. 敏捷管理专家
B. 开发人员
C. 产品负责人
D. 团队
问题 #137
Scrum Master注意到，在每日Scrum会议中，两名团队成员之间出现了多次冲突。下一步应该是：
A. 在每日Scrum会议期间，尝试直接且立即地解决该问题。
B. 在每日Scrum会议之后，安排一次会议来探讨并解决该问题。
C. 忽略这种摩擦现象，因为一个自我组织的团队应该能够自行解决团队内部的冲突问题。
D. 在摩擦影响到团队的工作效率之前，寻求新的资源来替代那些无法解决的资源。
问题 #138
为了满足客户的需求，项目团队成员提出了一个无法控制的解决方案。这并不符合计划中的安排。这就是所谓的“不可控的解决方案”。
A. 范围蔓延问题。
B. 变更请求。
C. 工作绩效信息。
D. 交付成果。
问题 #139
极限编程（XP）团队努力避免以下情况：
A. 增量式设计和架构设计。
B. 结对编程。
C. 手动回归测试。
D. 测试驱动开发（Test-Driven Development, TDD）。
问题 #140
在敏捷风险管理中，风险分解图最常用于以下目的：
A. 定性分析风险发生的概率。
B. 跟踪技术风险降低的进展情况。
C. 记录可能对项目产生影响的外部风险。
D. 说明项目的整体风险状况，以及那些新的或正在发生变化的风险。
问题 #141
在每日站会中，某个团队成员报告说遇到了问题。这就会促使其他团队成员开始讨论如何解决这个问题。那么，Scrum主管应该如何回应呢？
A. 请团队成员暂时搁置讨论，直到会议结束之后再继续讨论。
B. 如果这个问题确实非常重要，那么可以让大家尽快讨论并解决该问题。
C. 突然结束每日站会，然后安排另一次会议来讨论这个问题。
D. 询问团队成员们希望如何利用当天的每日站会来进行讨论。
问题 #142
那么，每个版本中需要呈现的那些特征或主题，其高级的表示形式是什么呢？
A. 发布计划
B. 产品路线图
C. 迭代计划
D. 产品待办事项列表
问题 #143
在一个项目中，总浮动时间指的是：
A. 能够重新安排各项活动的顺序，从而缩短项目的持续时间。
B. 某项活动可以延长或推迟的时间长度，而不会影响项目的完成日期。
C. 在项目计划出现混乱后，为恢复项目的正常进度所花费的成本。
D. 在进行预测后，估算出该项目所需的总资源数量。
问题 #144
敏捷开发理念所强调的，是将价值以“片段”的形式交付，而不是以“阶段/步骤”的形式来交付。
A. 已完成的定义
B. 价值映射
C. 刺身
D. 精益价值
问题 #145
在设定迭代次数时，应该考虑哪三个标准呢？
A. 完成用户故事所需的时间、构建并测试这些故事所需的时间，以及产品团队对故事的验收
B. 故事必须发布的时限、将功能推向市场的交付成本，以及产品团队对故事的验收
C. 交付具有用户价值的功能块、构建并测试这些故事所需的时间，以及产品团队对故事的验收
D. 构成产品类别的各项功能、完成这些功能所需的时间，以及将功能推向市场的交付成本
问题 #146
Scrum Master注意到，在每日Scrum会议中，两名团队成员之间出现了反复出现的冲突。下一步应该是：
A. 在每日Scrum会议期间，尝试直接且立即地解决该问题。
B. 在每日Scrum会议之后，安排一次会议来探讨并解决该问题。
C. 忽略这些冲突问题吧，因为一个自组织的团队应该能够自行解决团队内部的矛盾问题。
D. 在冲突问题影响到团队的工作效率之前，寻求新的资源来替代那些有问题的资源。
问题 #147
在即将召开的冲刺规划会议之前，还需要了解更多关于该项目的详细信息。那么，Scrum主管应该做些什么呢？
A. 通过电子邮件向产品负责人请求详细的任务描述，并等待他们的回复。
B. 在冲刺计划之前，从团队成员那里收集相关详细信息。
C. 在冲刺计划之前，与产品负责人安排一次讨论会议，以明确任务细节。
D. 与团队一起进行规划扑克活动，以制定具体的实施计划。
问题 #148
当客户在优先处理各种任务时遇到困难时，以下哪一方面最有可能提供帮助呢？
A. 将各个故事拆分成更小的部分，这样客户就可以选择自己想要的内容。
B. 让团队向客户提供关于他们应优先考虑的方面的指导。
C. 提供额外的技术细节，以便让客户了解相关的技术挑战。
D. 让团队重新编写这些故事，并添加更多细节来明确各项要求。
问题 #149
用于分析信息及物资在系统中流动情况、从而消除浪费的技术是：
A. 鱼骨图法
B. 流程图法
C. 价值流映射法
D. 帕累托分析
问题 #150
哪种类型的合同被采购方最常使用呢？因为这种合同下，货物的价格在签订合同时就已经确定下来，除非工作内容发生变化，否则价格不会发生变化。
A. 固定价格加经济价格调整合同（FP-EPA）
B. 成本补偿型合同（CR）
C. 固定价格合同（FFP）
D. 固定价格+激励费用合同（FPIF）
问题 #151
一家出版公司的项目经理决定，在每章内容完成后，立即开始项目的编辑阶段。考虑到项目是从某个时间点开始的，并且存在15天的延迟时间，那么需要使用的活动排序工具和技术是什么呢？
A. 松弛/不稳定
B. 浮动/不固定
C. 滞后/延迟
D. 领先/提前
问题 #152
在产品开发阶段结束时，敏捷项目团队需要确认所有测试都通过了。产品终于可以发布了，但客户却抱怨说产品存在缺陷。那么，在项目发布之前，项目团队应该做些什么呢？
A. 获得了项目发起人的批准。
B. 对所有需求进行了审查。
C. 进行了阶段结束后的测试与验证。
D. 进行了回顾性分析，以确认项目的交付成果是否达标。
问题 #153
发布计划会议的主要成果是什么？
A. 发布愿景、假设条件、行动计划以及迭代目标。
B. 产品待办事项清单中的优先级、风险、行动计划以及发布目标。
C. 预计的迭代速度、风险、行动计划以及产品待办事项清单。
D. 风险、行动计划、依赖关系以及产品待办事项清单。
问题 #154
Scrum主管如何为团队带来最大的价值呢？
A. 促进产品负责人与开发团队之间的沟通与协作。
B. 确保各项任务都遵循既定的时间限制。
C. 消除开发团队面临的各种障碍。
D. 安排Scrum相关活动的具体时间。
问题 #155
哪个知识领域涉及到识别那些可能受到项目影响或能够影响项目的人员、团体或组织呢？
A. 项目风险管理
B. 项目人力资源管理
C. 项目范围管理
D. 项目相关方管理
闽公网安备 35012102500533号
|
闽ICP备18010967号-7