« 返回题库列表最新的华为H12-921历年真题及答案，更新至2026年 | 思博网络
思博网络提供真实的Cisco CCNA、CCNP学习资料，以及CCIE实验室解决方案。此外，我们还提供PMP、CISA、CISM、AWS以及Palo Alto考试的模拟试题。我们的学习资料严格遵循最新的考试要求。凭借着良好的业绩，我们已经帮助全球数千名考生成功通过了他们的IT认证考试。在过去的20多年里，思博网络已经成功地将许多IT专业人士输送到Fortune 500公司的行列中。
问题 #1
“Triple Nickels”是一种用于哪种会议的技巧呢？
A. 冲刺计划
B. 每日会议
C. 冲刺回顾会
D. XP规划游戏
问题 #2
项目管理者利用“速度”这一指标来做出决策。
A. 如果团队能够为本次迭代投入适当的工作量。
B. 每个团队成员在每次迭代期间能够完成的工作量是多少。
C. 规模相近的团队在每次迭代期间能够完成的工作量是多少。
D. 产品负责人是否正确地安排了工作优先级，为迭代规划做好准备。
问题 #3
一种旨在创造独特产品或服务的临时性活动，被称为：
A. 项目
B. 计划
C. 方案/计划书
D. 投资组合
问题 #4
下列选项中，哪一项是XP所倡导的敏捷实践？这种实践通常与其他敏捷方法结合使用。
A. 动态系统开发方法（DSDM）
B. 以功能为导向的开发方式（FDD）
C. 自适应软件开发方法（ASD）
D. 以测试为导向的开发方式（TDD）
问题 #5
在敏捷项目中，如何与相关方共享规划成果呢？
A. 采用最显眼、最容易识别的方法。
B. 根据角色需求来决定是否需要了解相关信息。
C. 按照项目沟通计划来执行。
D. 通过一系列与利益相关方的会议来实施。
问题 #6
以下哪一项是精益敏捷软件开发中使用的可视化辅助工具的例子呢？
A. 所提供业务价值的图表说明
B. 产品技术规格说明
C. 自动化代码覆盖报告
D. Scrum-of-Scrum报告
问题 #7
哪一项不属于敏捷方法所解决的5个常见风险领域呢？
A. 内在的时间安排缺陷
B. 规格说明的混乱或错误
C. 范围扩大的问题
D. 利益相关者的冷漠态度
E. 人员的流失
F. 生产效率的波动
问题 #8
哪种性能质量控制工具能够以图形方式展示系统中各个元素之间的相互关系呢？
A. 控制图
B. 流程图
C. 运行图
D. 帕累托图
问题 #9
极端编程中的客户角色应承担什么责任呢？
A. 测试所开发的软件的每日更新情况。
B. 为每一个功能模块编写相关的文档以及验收测试内容。
C. 为开发人员和测试人员规划任务并分配工作。
D. 与用户密切协作，同时代表XP团队进行相关工作。
问题 #10
CRUD是一个缩写，它指的是一种拆分故事的方法。CRUD到底代表什么意思呢？
A. 创建/更新/删除
B. 捕获/替换/更新/定义
C. 创建/审核/更新/已完成
D. 创建/替换/更新/定义
问题 #11
对已实现的功能进行评审、测试以及确认其可行性的过程，被称为：
A. 回顾性分析。
B. 利益相关方评审。
C. 范围确认。
D. 迭代计划制定。
问题 #12
“Verify Scope”流程主要关注的是：
A. 正式确认已完成的项目成果。
B. 工作成果的准确性。
C. 对项目范围说明的正式批准。
D. 工作分解结构（WBS）的准确性。
问题 #13
从战略层面来看，敏捷团队估算项目的最佳方式是什么？
A. 通过估算所需的小时数和天数来制定战略计划。
B. 使用抽象的衡量标准来估算产品待处理事项的数量。
C. 估算实现这些功能所需的代码行数。
D. 根据初步的估算结果，加上适当的风险因素。
问题 #14
在Scrum中，一个跨职能的团队由哪些类型的成员组成呢？
A. 质量保证领域的专家
B. 架构师
C. 版本管理负责人
D. 具备完成该工作所需技能的任何人员
问题 #15
这种敏捷开发方法的特性包括：专注性、有效的沟通方式以及项目的安全性。
A. 敏捷开发方法
B. 清晰简洁的编程方式
C. 极限编程
D. 看板管理法
问题 #16
这些积压的任务是按照以下顺序进行排序的：
A. 产品负责人的需求
B. 风险
C. 复杂性
D. 规模
问题 #17
下图列出了敏捷项目中各个任务所需的迭代次数。如果团队的节奏为10，那么完成所有任务需要多少次迭代呢？
问题 #18
来自一个跨职能团队的敏捷团队成员由于功能经理分配的任务而无法完成自己的工作任务。那么，Scrum主管应该怎么做呢？
A. 解雇该团队成员。
B. 与职能经理讨论此事。
C. 向项目发起人报告职能经理的行为问题。
D. 要求职能经理遵守项目章程中的规定。
问题 #19
客户与产品交付团队会面，共同讨论产品的特性、目标、期望、假设以及主要需求。这样的会议有什么好处呢？
A. 团队将了解自己的贡献如何能够创造产品价值。
B. 这将有助于团队理解客户的需求和优先事项。
C. 这能让团队能够一次性了解整个项目的状况。
D. 这会让团队能够提前向客户提出任何问题。
问题 #20
在冲刺计划会议的第一个阶段中，什么内容是没有被完成的呢？
A. 项目中的各项任务是从产品待办事项列表中选出的。
B. 开发团队决定可以完成多少工作量。
C. 敏捷团队确定本次迭代的目标。
D. 各项任务的具体内容已经明确下来。
问题 #21
来自一个跨职能团队的敏捷团队成员，由于被职能经理分配了任务而无法完成这些任务。那么，Scrum主管应该怎么做呢？
A. 解雇该团队成员。
B. 与职能经理讨论这一情况。
C. 向项目发起人报告职能经理的行为问题。
D. 要求职能经理遵守项目章程中的规定。
问题 #22
当由于缺乏实施该项目的所需技术的知识而无法进行估算时，应该采用哪种类型的故事来描述这种情况呢？
A. 缺陷/故障
B. 松弛/不牢固
C. 峰值/异常值
D. 无法发挥作用/无效
问题 #23
在确认项目的范围时，会使用哪种工具或技术呢？
A. 有组织的研讨会
B. 访谈
C. 检查/审核
D. 会议
问题 #24
在每次每日Scrum会议中，都应该提出以下三个问题：“从上次每日Scrum会议以来，你们已经完成了哪些工作？”；“从现在到下一次每日Scrum会议之间，你们计划完成哪些工作？”；以及：“你们还打算做些什么呢？”
A. 是什么阻碍了你有效地完成工作呢？
B. 你目前的任务完成速度如何？
C. 你是否能够按照计划完成分配给你的任务量呢？
D. 在这个冲刺阶段，你能完成多少任务呢？
问题 #25
根据这份进度图表，这个项目是提前完成了还是落后于计划呢？
问题 #26
以一种让团队能够明确下一步该做什么的方式来安排开发工作，这被称为：
A. 拉动式系统
B. 推动式系统
C. 关键路径
D. 冲刺计划中的待办事项列表
问题 #27
项目人力资源管理的过程包括确认人力资源的可用性，以及获取完成项目活动所需的团队人员。
A. 组建项目团队。
B. 规划人力资源管理。
C. 管理项目团队。
D. 发展项目团队。
问题 #28
在采用极限编程（XP）的方法进行项目开发时，客户测试指的是：
A. 用于判断该软件是否易于客户使用的技术。
B. 供客户用来验证业务需求的工具。
C. 用于判断客户是否会使用该软件功能的测试方法。
D. 用于判断客户是否会购买该产品的测试方式。
问题 #29
用户故事的验收测试是由以下条款来规定的：
A. 在迭代开始时，客户还不存在。
B. 在迭代过程中，客户的参与时间尽可能晚一些。
C. 在团队完成编码之后，由测试人员来负责这项工作。
D. 在迭代开始时，开发团队还处于初始阶段。
问题 #30
下列选项中，哪一项不属于敏捷开发方法呢？
A. 敏捷开发方法
B. 特性驱动开发法
C. 极限编程
D. 动态系统开发方法
E. 程序评估与审查技术
F. 清晰化开发方法 G. 理性统一开发流程 H. 敏捷统一开发流程
问题 #31
在考虑分段时间性任务时，敏捷项目经理应该采取什么样的理想做法呢？
A. 无需采取任何措施，因为资源的分散分配并不会影响项目的整体表现。
B. 允许资源同时被分配到不超过两个项目上。
C. 只允许将非必要的资源进行分散分配。
D. 尽量避免这种分配方式，让资源每次只被分配到一个项目上。
问题 #32
下面哪一项不是使用功能分解结构（Feature Breakdown Structure, FBS）而非工作分解结构（Work Breakdown Structure, WBS）的理由呢？
A. 它使得客户与开发团队之间的沟通更加顺畅，双方都能理解彼此的观点。
B. 由于没有变更的情况，这种方式有助于为项目计划设定基准。
C. 它允许根据实际产生的业务价值来跟踪工作进展。
D. 它让客户能够根据业务价值来优先处理团队的工作任务。
问题 #33
对于以洞穴和公共空间为布局的房间来说，最理想的先决条件就是，房间里的人员必须都在从事各自的工作。
A. 他们可以选择任何项目。
B. 各个独立的项目。
C. 同一组多个项目。
D. 同一个项目。
问题 #34
在冲刺规划阶段，开发团队会评估产品负责人所提出的用户故事，并选择那些能够在本次冲刺周期内完成的故事。这就是其中的一个例子。
A. 渗透性沟通
B. 相互承诺
C. 普遍接受性
D. 默许协议
问题 #35
敏捷项目开发流程通常如下：
A. 将分析、设计、编码以及测试等工作整合到同一个迭代过程中。
B. 对每个业务流程进行单独且详细的记录。
C. 使用甘特图来明确各项活动的具体时间、责任分配以及完成时间。
D. 将迭代中的任务清单与工作分解结构（WBS）相对应起来。
问题 #36
哪种估算方式能够提升对某项活动持续时间的准确性呢？
A. 类比法
B. 参数法
C. 三点法
D. 假设情景分析
问题 #37
在敏捷开发过程中，当出现以下其中一项或多项情况时，所对应的时间段被称为什么？比如：测试、回归测试、产品集成、集成测试、文档编写、缺陷修复等。
问题 #38
Sprint评审的主要目的，就是让团队能够：
A. 展示在本次冲刺阶段所完成的工作内容。
B. 讨论哪些方面做得好，哪些方面需要改进，以及如何提升工作质量。
C. 对下一个冲刺阶段计划中的任务进行优先级排序和估算。
D. 分别提供正在进行的用户需求相关任务的进展情况报告。
问题 #39
哪种工具和技术能够识别出那些效率低下且无效的政策、流程以及程序呢？
A. 范围审核
B. 范围评审
C. 质量审核
D. 控制图
问题 #40
“在制品”限制的目的是为了防止工作的无意识堆积，从而避免出现瓶颈现象。
问题 #41
产品负责人是负责管理产品待办事项的唯一人员。
问题 #42
项目经理担心，团队的期望与某些利益相关者之间存在不一致的情况。此外，用户故事的描述仅从普通用户的视角出发，这可能导致团队忽略那些不适合普通用户的需求。那么，有哪些敏捷工具可以帮助团队解决这些问题呢？
A. 信息辐射图与线框图
B. 信息辐射图与故事地图
C. 流程流程图与角色分析
D. 角色分析与极端角色描述
问题 #43
识别利益相关者信息需求的过程在以下阶段完成：
A. 规划沟通策略。
B. 管理利益相关方的期望。
C. 利益相关方分析。
D. 识别利益相关方。
问题 #44
以下哪一项是自适应PMLC模型的弱点呢？
A. 不会把时间浪费在无价值的工作上。
B. 不会为不确定的情况而浪费时间进行规划。
C. 无法预测项目结束时究竟会交付什么成果。
D. 能够避免因处理范围变更请求而产生的所有管理问题。
问题 #45
回顾性讨论为团队提供了以下机会：
A. 在每次迭代结束时进行反思，找出能够提升产品质量的改进措施。
B. 参加必要的会议，与团队成员分享项目进展情况，确保每个人都能按照计划行事。
C. 从管理层那里了解该项目是否能够实现范围、质量、成本和进度方面的目标。
D. 在每次迭代开始时设定目标，并确定在该次迭代中可以完成的需求。
问题 #46
在敏捷项目管理中，应对变化的重要性远远高于其他方面。
A. 合同谈判
B. 遵循计划行事
C. 与客户的合作
D. 相关流程与工具
问题 #47
以下关于Sprint回顾会的描述，哪些是正确的？（选择两个正确的选项。）
A. 一个月的Sprint周期为3个小时。
B. 该会议在Sprint评审会议之前举行。
C. 这是检查上一轮Sprint中涉及的人员、流程以及工具的机会。
D. 这是在整个Sprint期间唯一可以进行改进的时间点。
问题 #48
在回顾性分析中，敏捷实践者发现，某个团队成员提出的流程改进建议反而导致了更糟糕的结果。那么，敏捷实践者应该怎么做呢？
A. 赞扬团队尝试这一想法的行为，同时鼓励大家讨论其他可行的解决方案。
B. 请一位经理来指导团队如何改进这个流程。
C. 鼓励团队继续实施这一想法，看看是否真的能改善现状。
D. 与团队成员私下沟通，让他们明白他们的想法反而让情况变得更糟了。
问题 #49
以下这些测试，其中哪项是由 XP 团队手动完成的呢？
A. 回归测试
B. 单元测试
C. 集成测试
D. 探索性测试
问题 #50
在敏捷项目中，谁负责管理投资回报率呢？
A. 项目发起人
B. 产品负责人
C. 敏捷项目经理
D. Scrum团队负责人
问题 #51
在一个刚开始使用Scrum的团队中，有两名团队成员在每日站会期间进行着闲聊。Scrum主管应该：
A. 等待站立会议结束之后，再与那些造成混乱的团队成员进行沟通。
B. 立即介入，解决这种混乱的局面。
C. 记录下这个问题，然后在Sprint回顾会议上提出来。
D. 等待那些能够自我组织、具备自主能力的团队来解决这个问题。
问题 #52
测试驱动开发（Test-Driven Development，TDD）是一种以以下步骤为特征的快速开发模式：
A. 需求分析、编码以及测试。
B. 测试、编码以及代码重构。
C. 测试、代码重构以及验证。
D. 需求分析、编码以及代码重构。
问题 #53
利益相关者从敏捷式的方法中可以获得哪些关键好处呢？
A. 能够绕过变更管理流程，直接在团队日常工作中插入新的需求和更改。
B. 能够早期且持续地交付有价值的软件，从而提高可见性，并提供更多调整的机会。
C. 能够更轻松地了解项目进展，减少对正式报告及状态会议的依赖，从而更好地掌握当前的工作情况及团队所承担的风险。
D. 团队在迭代过程中能够根据业务需求或优先级的变化随时进行更改，从而提高了团队履行项目承诺的能力。
问题 #54
确定并记录为实现项目目标而需要执行的具体操作步骤的过程，被称为：
A. 定义各项活动。
B. 安排各项活动的顺序。
C. 明确活动的范围。
D. 控制整个项目的进度。
问题 #55
从战略层面来看，敏捷团队估算项目的最佳方式是什么？
A. 通过估算所需的时长和天数来制定战略计划。
B. 使用抽象化的测量方法来评估产品待处理项目的价值。
C. 估算实现这些功能所需的大量代码量。
D. 根据初步的估算结果，加上适当的风险因素。
问题 #56
在Sprint评审会议上，项目报告会展示出哪些内容呢？
A. 与基准值相比的估算结果
B. 实际结果与计划之间的差距
C. 投资回报率（ROI）
D. 价值衡量方法（EVM）
问题 #57
那么，应该至少每半年更新一次哪些敏捷规划相关的文档呢？
A. 产品愿景
B. 产品路线图
C. 发布计划
D. 冲刺计划
E. 每日计划
问题 #58
在敏捷项目中，每日站会的目的可以概括为：
A. 解决那些可能阻碍项目进展的关键问题和风险。
B. 为产品负责人提供有用的信息，从而加强他们与团队之间的合作关系。
C. 向项目负责人通报项目的进展情况，以便向相关方报告。
D. 提高每个人工作的可见性，确保各项工作能够得到有效整合。
问题 #59
将已完成的项目成果正式确认接受的过程，被称为：
A. 确认范围。
B. 结束项目或阶段的工作。
C. 控制质量。
D. 核实范围是否正确。
问题 #60
在绘制卧室的墙壁时，可以在选择涂料的同时进行墙面的准备工作。这就是一个例子：
A. 领先
B. 滞后
C. 强制性依赖关系
D. 内部依赖关系
问题 #61
在Scrum中，被选中用于Sprint的一系列项，以及实现产品增量和达成Sprint目标的计划，究竟属于哪种Scrum事件或成果呢？
A. 产品待办事项列表
B. 冲刺计划中的待办事项
C. 冲刺阶段
D. Scrum框架
E. 正在开发中的产品增量
问题 #62
Kano模型支持了敏捷规划中的哪些活动呢？
A. 估算
B. 优先级排序
C. 规模确定
D. 持续集成
问题 #63
在产品规划结构的哪个层次中，会涉及到关于功能或特性层面的详细信息呢？
A. 迭代过程
B. 路线图
C. 发布阶段
D. 阶段/周期
问题 #64
在回顾性分析中，敏捷实践者发现，某个团队成员提出的流程改进建议反而导致了更糟糕的结果。那么，敏捷实践者应该怎么做呢？
A. 赞扬团队尝试这一想法的行为，同时鼓励大家讨论其他可行的解决方案。
B. 请一位经理来指导团队如何改进这个流程。
C. 鼓励团队继续实施这一想法，看看是否真的能改善现状。
D. 与团队成员私下沟通，让他们明白他们的想法反而让情况变得更糟了。
问题 #65
敏捷挣值管理是一种非常有效的项目管理方法，因为它能够：
A. 该项目由具备CMMI认证的组织负责实施。
B. 客户希望最大限度地提升交付价值。
C. 必须报告成本绩效情况。
D. 该团队是新组建的，或者对于敏捷开发方法还不太熟悉。
问题 #66
传统的项目管理采用需求分解的方法。这可以与敏捷用户故事中的__________相媲美。
A. 刺身
B. 完成工作的定义
C. 分解/分离
D. 分离
问题 #67
《PMBOK指南》中提出的项目管理流程应该：
A. 必须始终以统一的方式应用。
B. 应由发起方酌情选择。
C. 应由项目团队酌情选择。
D. 应按照ISO指南来实施。
问题 #68
在项目回顾中，“为后续工作创造合适的环境”这一做法的目的是：
A. 重申会议的目标，营造开放的氛围。
B. 回顾相关条款，总结项目的成果。
C. 提升团队的士气，确保每个人都能积极参与其中。
D. 描述下一阶段的计划，并讨论从中获得的经验教训。
问题 #69
在Scrum中，当我们使用“容器”这个词时，我们指的是什么呢？
A. 冲刺或迭代过程
B. 源代码仓库
C. 开发团队的工作室
D. 某个功能模块的垂直划分
问题 #70
市场状况以及公开的商业信息，都属于“成本估算”过程中需要考虑的输入因素。
A. 范围基线
B. 组织流程资产
C. 企业环境因素
D. 风险登记册
问题 #71
工作绩效信息和成本预测属于哪个项目成本管理流程的产出呢？
A. 估算成本
B. 规划成本管理
C. 确定预算
D. 控制成本
问题 #72
那么，什么是“完成”的最佳定义呢？
A. 任何能够让产品负责人满意的方法都可以被采用。
B. 这一决定由Scrum主管来做出。
C. 该产品已经通过了质量测试，并且具备所有必要的发布文档。
D. “完成”的标准是指那些能够使开发工作准备好进行发布的标准。
问题 #73
在范围说明中，管理利益相关者期望的一种方法是：明确地表述出来。
A. 明确该组织的指导原则。
B. 提出各种替代方案，以探索不同的方法。
C. 说明哪些内容不属于该组织的职责范围。
D. 概述Delphi技术所取得的结果。
问题 #74
确定主要的交付成果，判断是否能够制定出合理的成本估算，以及识别出每个交付成果中的具体组成部分——这些都属于以下哪一方面的工作呢？
A. 工作分解结构
B. 组织分解结构
C. 资源分解结构
D. 物料清单
问题 #75
Scrum主管负责一个对组织发展至关重要的项目。预计该项目的生产周期将持续三年。那么，Scrum主管首先应该做什么呢？
A. 与客户合作，共同构建产品需求清单，并明确他们的初始需求。
B. 与相关方以及企业架构师会面，以了解项目的整体目标。
C. 规划并执行“Sprint 0”，从而确定项目的核心需求。
D. 创建产品需求清单，然后执行“Sprint 1”，以便快速为客户带来价值。
问题 #76
估算敏捷项目的成本时，首先需要召开以下哪种类型的会议呢？
A. 项目回顾
B. 指导委员会
C. 发布计划制定
D. 冲刺计划制定
问题 #77
用于分析信息及物资在系统中流动情况、从而消除浪费的技术是：
A. 鱼骨图法
B. 流程图法
C. 价值流映射法
D. 帕累托分析
问题 #78
团队与产品负责人之间常见的沟通渠道是什么？
A. 燃尽图
B. 产品待办事项列表
C. 敏捷团队会议
D. 冲刺阶段发布计划
问题 #79
在敏捷风险管理中，风险分解图最适用于以下场景：
A. 从定性角度分析风险发生的概率。
B. 跟踪技术风险降低的进展情况。
C. 记录可能对项目产生影响的外部风险。
D. 描述项目的整体风险状况，以及那些正在发生变化或新增的风险。
问题 #80
如果Sprint的后备任务无法在Sprint期间完成，那么这个问题该如何解决呢？
A. 产品负责人
B. Scrum主管
C. 开发团队
D. 产品负责人与开发团队共同担任
问题 #81
在冲刺规划阶段，团队成员对于那些能够带来业务价值的特性存在不同的意见。不过，这些特性往往无法为客户提供长期的解决方案。那么，团队应该如何解决这一问题呢？
A. 参考敏捷框架以及团队的实际情况。
B. 审核已签署的客户合同。
C. 检查冲刺任务的优先级列表。
D. 将存在的问题提交给产品负责人处理。
问题 #82
在每次每日Scrum会议中，都应该提出以下三个问题：“从上次每日Scrum会议以来，你们已经完成了哪些工作？”；“从现在到下一次每日Scrum会议之间，你们计划完成哪些工作？”；以及：“你们还有什么计划要实现吗？”
A. 是什么阻碍了你有效地完成工作呢？
B. 你目前的任务完成速度如何？
C. 你是否能够按照计划完成分配给你的任务量呢？
D. 在这个冲刺阶段，你能完成多少任务呢？
问题 #83
该团队正在进行一次迭代开发过程，此时有一个紧急的需求，即需要在已确定的范围内进行一项小的修改。如果不接受这个修改的话，那么在这次迭代过程中，客户将没有任何收益。那么，敏捷实践者应该怎么做呢？
A. 将新的变更请求作为新的用户故事添加到下一轮迭代的产品待办事项列表中。
B. 评估该变更请求的影响，然后让团队和产品负责人根据价值来决定如何重新安排优先级。
C. 建议取消当前一轮的迭代，并将该变更请求纳入下一轮迭代的计划中。
D. 建议产品负责人将该变更请求作为用户故事添加到当前一轮的待办事项列表中。
问题 #84
下面哪一项是“直接管理项目执行”过程中的输入项呢？
A. 已提交的变更请求
B. 已批准的变更请求
C. 工作绩效信息
D. 已实施的缺陷修复工作
问题 #85
究竟是什么工具被用来作为收集故事相关基本信息、记录高级需求、估算工作量以及定义验收测试的依据呢？
A. 故事板
B. 燃尽图
C. 回顾分析
D. 故事板
问题 #86
在哪些会议中，团队成员会同步他们的工作进展，并向Scrum主管报告任何阻碍他们工作的因素，以便Scrum主管能够解决这些问题？
A. 冲刺计划会议
B. 每日Scrum会议
C. 冲刺回顾会议
D. 每周状态会议
问题 #87
下图列出了敏捷项目在某一阶段需要完成的任务。如果团队能够在第一个迭代中完成任务A、任务B，以及任务C的50%，那么团队的产出率是多少呢？
问题 #88
“Scrum of Scrums”会议指的是：
A. 斯坎鲁姆团队中，用于进行每日站会项目的另一种称呼。
B. 一种能够协调多个团队共同完成同一个项目的机制。
C. 斯坎鲁姆团队每天都会举行两次的会议。
D. 一种偶尔召开的领导会议，旨在为多个斯坎鲁姆团队提供指导。
问题 #89
没有人，包括Scrum主管在内，能够告诉开发团队如何构建产品。
问题 #90
参与该项目的兼职员工，其每小时的生产力将会下降至少15%。在敏捷开发模式中，这种资源分配方式被称为：
A. 集中配置
B. 部分资源分配
C. 分布式资源
D. 过度分配的资源
问题 #91
在规划阶段，敏捷实践者会注意到有些团队成员并没有达成一致的想法。那么，敏捷实践者应该怎么做呢？
A. 询问团队是否愿意采用其他技术方法来解决问题。
B. 制定一份团队规范文档，以明确参与活动的相关准则。
C. 让Scrum主管在每日站会时解决该问题。
D. 在迭代结束时，记录下从这次迭代中获得的反馈信息。
问题 #92
在愿景会议中，项目的愿景被明确下来，并由相关人员进行介绍。
A. 管理人员
B. 项目经理
C. 客户
D. 项目团队
问题 #93
这是一种不断改进和细化计划的过程。随着项目的推进，当更多详细的信息和更精确的估算数据变得可用时，我们就会继续对计划进行优化和调整。
A. 流程定制
B. 帕累托分析
C. 逐步细化处理
D. 开放空间规划
问题 #94
在Sprint评审会议上，项目报告会展示出哪些内容呢？
A. 与基准值相比的估算结果
B. 实际结果与计划之间的差距
C. 投资回报率（ROI）
D. 价值衡量方法（EVM）
问题 #95
风险敞口指的是：
A. 用于承担风险的资金。
B. 风险发生的概率。
C. 如果风险真的发生了，那么其带来的损失金额。
D. 如果风险真的发生了，那么该项目所遭受的损失程度。
问题 #96
所谓以可交付成果为导向的、具有层级结构的任务分解方式，指的是为了实现项目目标并创造出所需的可交付成果而需要执行的各项任务的安排方式。
A. 组织分解结构（OBS）
B. 工作绩效信息
C. 工作任务包
D. 工作分解结构（WBS）
问题 #97
谁负责确定每个功能的商业价值呢？
A. 产品负责人
B. 指导委员会
C. Scrum主管
D. 团队
问题 #98
在敏捷团队中，冲突应该被尽可能地避免。
问题 #99
“Backlog Grooming”和“Backlog Refinement”其实指的是同一件事。
问题 #100
极端编程中的客户角色应承担什么责任呢？
A. 测试所开发的软件的每日更新情况。
B. 为每一个功能点编写相关的文档以及进行验收测试。
C. 为开发人员和测试人员制定计划并分配任务。
D. 与用户密切合作，同时代表XP团队开展工作。
问题 #101
持续集成可以确保产品的质量：
A. 在所有功能都完成之后即可发货。
B. 每天结束时，产品会被交付用于测试。
C. 从技术层面来看，产品随时可以投入使用。
D. 在获得最终业务批准之后，产品才会被部署。
问题 #102
MoSCoW这个缩写表示的是：
A. 估算
B. 风险识别
C. 优先级排序
D. 报告
问题 #103
在确定每次迭代中需要交付的功能时，敏捷团队应该把哪些功能的工作推迟处理呢？
A. 高风险且价值高
B. 高风险但价值低
C. 低风险且价值低
D. 低风险但价值高
问题 #104
价值流图是一种用于识别以下内容的工具：
A. 整个过程中产生的浪费。
B. 具有最高价值的产品特性。
C. 最有价值的团队互动。
D. 项目风险最有可能发生的流程。
问题 #105
速度就是：
A. 某一迭代周期内完成的Product Backlog工作总时长，除以开发人员的数量。
B. 团队将Product Backlog中的各项任务转化为可运行且经过测试的功能的速率。
C. 项目经理将Product Backlog中的各项任务转化为可测试的功能的速率。
D. 当开发人员以两人一组的方式工作时，所完成的Product Backlog工作总时长。
问题 #106
出现了一个技术问题，这可能会影响到当前冲刺阶段计划中要交付的故事。那么，Scrum主管应该怎么做呢？
A. 考虑在下一个冲刺阶段添加相关故事，以寻求解决方案。
B. 立即为团队解决问题。
C. 请团队共同协作，找出解决方案。
D. 聘请技术经理来协助寻找解决方案。
问题 #107
权力、紧迫性和合法性，这些都是利益相关者分类模型所包含的属性。
A. 显著性
B. 影响力/影响程度
C. 权力/利益
D. 权力/影响力
问题 #108
下图列出了敏捷项目中各个任务所需的迭代次数。如果团队的冲刺频率为10，那么完成所有任务需要多少次迭代呢？
问题 #109
经验过程控制如何支持敏捷开发方法论呢？
A. 测试、需求分析与调整
B. 测试、需求评估与变更处理
C. 可见性、审核与测试
D. 可见性、检查与调整
问题 #110
下列选项中，哪些是XP所倡导的敏捷实践？这些实践通常与其他敏捷方法结合使用。
A. 动态系统开发方法（DSDM）
B. 以功能为导向的开发方法（FDD）
C. 自适应软件开发方法（ASD）
D. 以测试为导向的开发方法（TDD）
问题 #111
关于每日Scrum的以下哪三点是正确的？请选择三点。
A. 项目的时间安排是固定的。
B. 会议每天都在同一时间和地点举行。
C. 产品负责人会定期提供更新信息。
D. Scrum Master负责确保只有开发团队成员才能参与会议。
问题 #112
根据下图所示，在第五轮迭代过程中，故事点的价值有所上升（如图表所示）。不过，团队确实完成了他们在该轮迭代中承诺要交付的所有工作，而现有的估算值也没有发生变化。从这些信息可以推断出：
A. 该任务被从产品待办事项列表中移除。
B. 该任务被重新添加到产品待办事项列表中。
C. 团队的完成速度有所提高。
D. 团队的完成速度有所下降。
问题 #113
Scrum Master和产品负责人对于产品待办事项的价值存在分歧。为了解决这一分歧，Scrum Master首先应该做的就是提出以下问题：
A. 产品负责人需要明确相关的需求。
B. 业务负责人需要解决这个问题。
C. 业务分析师需要研究产品的价值所在。
D. 另一位项目经理也需要想办法解决这个问题。
问题 #114
在每日站会期间，某个团队成员报告说遇到了问题。这就会促使其他团队成员开始讨论如何解决这个问题。那么，Scrum主管应该如何应对呢？
A. 请团队成员将讨论推迟到会议结束后再进行。
B. 如果这个问题确实非常重要，那么可以允许大家尽快讨论并解决该问题。
C. 突然结束每日站会，然后安排另一次会议来讨论这个问题。
D. 询问团队成员希望如何利用当天的每日站会来进行讨论。
问题 #115
团队效率的衡量方式如下：
A. 测量已完成的功能占整体的百分比。
B. 评估每次迭代中的工作效率。
C. 预测成熟团队的进度情况。
D. 对已交付的价值进行反馈评价。
问题 #116
哪种类型的合同能够让买卖双方都有灵活性，从而以经济上的激励措施来偏离原本的履行方式呢？
A. 成本加成激励费模式（Cost Plus Incentive Fee, CPIF）
B. 固定价格激励费模式（Fixed Price Incentive Fee, FPIF）
C. 成本加成奖励模式（Cost Plus Award Re, CPAF）
D. 按时间和材料收费的模式（Time and Material, T&M）
问题 #117
用户故事的验收测试是由以下条款来规定的：
A. 在迭代开始时，客户还不存在。
B. 在迭代过程中，客户的角色可以尽可能延迟出现。
C. 在团队完成编码之后，由测试人员来负责客户相关的工作。
D. 在迭代开始时，开发团队就处于与客户相关的角色中。
问题 #118
在人力资源管理计划中，哪一部分内容描述了项目团队成员的招聘时间、方式以及他们将被需要的时长？
A. 资源分配结构
B. 人员管理计划
C. 项目组织结构图
D. 范围管理计划
问题 #119
项目管理者利用“速度”来做出决策：
A. 如果团队能够为本次迭代投入适量的工作。
B. 每个团队成员在每次迭代期间能够完成多少工作量。
C. 规模相近的团队在每次迭代期间能够完成多少工作量。
D. 产品负责人是否正确地安排了工作优先级，为迭代计划做好准备。
问题 #120
哪种过程涉及对所有的子计划进行定义、准备和协调，并将它们整合成一个完整的计划呢？
A. 直接管理项目工作
B. 制定项目管理计划
C. 规划质量管理
D. 监控与控制项目工作
问题 #121
在敏捷项目中，以三个不同的时间维度来进行规划的技术被称为：
A. 蒙特卡洛分析法。
B. 投资组合管理。
C. 德尔菲技术。
D. 逐步细化法。
问题 #122
如果有多支Scrum团队共同致力于某个产品的开发，那么每支团队都需要自己对于“完成”的定义。
问题 #123
通常，验收测试是在什么时候为某个用户故事而编写的呢？
A. 在编写完故事概要之后，但在用户验收测试开始之前。
B. 在撰写故事概要之后，但在开始编码之前。
C. 在产品待办事项清单的优先级规划阶段开始时。
D. 在估算出产品待办事项清单之后，但在冲刺计划开始之前。
问题 #124
“过程定制”是一种迭代性的方法，用于实施您的SDLC流程。
问题 #125
那些不受项目团队控制的、能够影响、指导或限制项目的因素，被称为：
A. 企业环境因素
B. 工作绩效报告
C. 组织流程资产
D. 上下文图
问题 #126
可以描述为“一两句话的描述；关于所需功能的系列对话”。
A. 用户故事
B. 故事点数
C. 大项目计划
D. 产品路线图
问题 #128
用户故事的验收测试是由以下条款来规定的：
A. 在迭代开始时，客户的状态为“客户”。
B. 在迭代过程中，客户的状态为“尽可能晚的时候”。
C. 在团队完成编码之后，测试人员的状态为“测试人员”。
D. 在迭代开始时，开发团队的状态为“开发团队”。
问题 #129
与Scrum中的“检查与调整”过程类似，这一过程也可以被描述为“构建、测量、学习”。
A. 六西格玛
B. 改善法
C. DMAIC模型
D. 敏捷学习周期
问题 #130
“计划化人力资源管理”这一方法的主要优势之一在于：它能够……
A. 明确团队选拔的准则以及团队成员的职责。
B. 确定项目的角色与职责分配。
C. 提升团队的协作能力、人际交往能力以及各项技能。
D. 对团队成员的表现进行准确的评估。
问题 #131
在每次每日Scrum会议中，都应该提出以下三个问题：“从上次每日Scrum会议以来，你们已经完成了哪些工作？”；“从现在到下一次每日Scrum会议之间，你们计划完成哪些工作？”；以及：“你们还打算做些什么呢？”
A. 是什么阻碍了你有效地完成工作呢？
B. 你目前的任务完成速度如何？
C. 你是否能够按照计划完成分配给你的任务量呢？
D. 在这一个冲刺阶段中，你能完成多少任务呢？
问题 #132
哪个过程能够提出各种方案与措施，从而提升项目的机会，同时减少对项目目标的威胁呢？
A. 识别风险
B. 控制风险
C. 规划风险管理措施
D. 制定应对风险的方案
问题 #133
那么，对于Scrum与Extreme Programming（XP）之间的关系，最好的描述是什么呢？
A. XP是Scrum的一个组成部分。
B. 各个原则往往是相互补充的。
C. Scrum也是XP的一个组成部分。
D. 各个原则往往是相互矛盾的。
问题 #134
在哪些会议上，你们会总结并吸取经验教训呢？
A. 冲刺计划会议
B. 冲刺评审会
C. 冲刺回顾会议
D. 每日状态会议
问题 #135
参与计划风险管理流程的内容包括：
A. 成本管理计划。
B. 风险管理计划。
C. 活动清单。
D. 风险登记册。
问题 #136
项目经理和职能经理各自承担的职责是什么？
A. 对某个行政区域的监督；这是核心业务的一部分。
B. 实现项目目标；为某个行政区域提供管理监督。
C. 是核心业务的一部分；同时实现项目目标。
D. 两者都负责实现项目目标。
问题 #137
一个故事无法被估算出来的常见原因就是：
A. 该团队缺乏相关领域的专业知识。
B. 在系统设计过程中，业务需求被置于了更重要的位置。
C. 开发人员并不了解与项目相关的各项任务。
D. 该团队在估算时间方面没有任何经验。
问题 #138
“Which Collect Requirements”这个输出结果，是将产品需求与能够满足这些需求的成果或交付物进行关联。
A. 需求文档
B. 需求可追溯性矩阵
C. 项目管理计划的更新内容
D. 项目相关文件的更新情况
问题 #139
当整个团队共同努力解决一个复杂的问题时，他们采用的是哪种敏捷开发方法呢？
A. 群集行为
B. 标准化过程
C. 执行任务/操作
D. 协作
问题 #140
用户故事包括：
A. 可协商的
B. 已确定，不允许更改
C. 由敏捷项目经理创建的
D. 路线图的基础
问题 #141
在编写代码之前进行测试，其目的是什么呢？
A. 为了完成所有的测试案例。
B. 为了确保测试失败。
C. 为了确保测试成功。
D. 为了实现跨职能协作。
问题 #142
在积压任务改进会议期间，一位高级团队成员提出了一个问题：某个大型项目的规模要求需要使用新的接口来与供应商进行交互。产品负责人认为这是一个风险点。那么，产品负责人现在应该怎么做呢？
A. 将相关风险记录在风险登记表中，并在下一次月度评审会议上与受影响的利益相关者分享这些信息。
B. 制定一份详细计划，明确需要采取哪些措施来使用新的界面。
C. 降低该项目的优先级，以便将其推迟处理。在进一步细化项目计划的过程中，可以继续对该项目进行分析。
D. 将相关工作交给供应商来处理，因为他们更了解如何实施新界面。
问题 #143
在Sprint评审会议上，项目报告会展示出哪些内容呢？
A. 与基准值相比的估算结果
B. 实际结果与计划之间的对比
C. 投资回报率（ROI）
D. 价值衡量方法（EVM）
闽公网安备 35012102500533号
|
闽ICP备18010967号-7