[Q25-Q48] TopExamCollection AgileBA-Foundation 真题答案更新 [2024 年 12 月 21 日]

[Q25-Q48] TopExamCollection AgileBA-Foundation 真题答案更新 [2024 年 12 月 21 日］

12 月 21, 2024 管理 0 条评论

给本帖评分

TopExamCollection AgileBA-Foundation 真题答案更新 [2024 年 12 月 21 日］

轻松通过新的 APMG-International AgileBA-Foundation 培训，含 52 个问题

NO.25 敏捷项目环境对利益相关者有哪些要求？

所有权和控制权
B 信任与伙伴关系

指挥与控制

责任与权力

敏捷项目环境要求利益相关者表现出信任和伙伴关系。敏捷方法强调项目团队与利益相关者之间的协作、透明和相互尊重。这种协作方法确保利益相关者积极参与项目，贡献他们的见解和反馈，这对项目的成功至关重要。利益相关者应与项目团队密切合作，公开分享信息，并信任团队的决策，从而建立起支持项目目标的伙伴关系。
参考资料
* Business Analysis.pdf，"在敏捷软件开发环境中......业务分析师将参与支持业务用户"。

NO.26 在 KANO 模型中，什么不是三种不同类型的客户需求之一？

预期 (意愿)

正常（想要）

激发器（哇）

预告片（何时）

在 KANO 模型中，客户需求有三种不同类型：
* 预期（基本需求）：这些是客户期望得到满足的基本要求。如果
* 如果这些需求得不到满足，客户就会不满意。
* 正常需求（性能需求）：这些需求是客户明确提出并期望得到满足的需求。这些需求满足得越好，客户的满意度就越高。
* 兴奋点（愉悦需求）：这些功能超出了客户的预期，在满足客户需求时能给客户带来愉悦。
在 KANO 模型中，"引子（何时）"不属于客户需求类型。
参考资料
* KANO 模型以预期需求、正常需求和激发需求为重点，对客户需求和满意度进行分类。

NO.27 在基础阶段，如何将优先需求列表用于需求规划？

将分配给每个开发时间盒的需求安排到故事地图中

将需求分解为任务并确定优先次序

要求显示在故事板上，以便查看

就要求和优先事项进行谈判，以便对第一个增量进行规划

在基础阶段，通过协商需求和优先级，将优先级需求列表用于需求规划，以便规划第一个增量。这种协商可确保优先级最高的需求首先得到解决，开发团队可在最初的增量中专注于交付最有价值的功能。这种方法符合迭代开发和尽早交付价值的敏捷原则。
参考资料
* Business Analysis.pdf，"在解决方案开发过程中，确定优先级极为重要......MoSCoW 优先级类别与解决方案的开发和交付有关"。

NO.28 根据利益相关者参与项目的程度对其进行分类的方法是什么？

组织结构图

管理层次

电网/利息

影响制图

根据利益相关者在项目中的参与程度对其进行分类的技术是 "权力/利益网格"。这项技术对于确定哪些利益相关者需要严加管理，哪些利益相关者可以省力监控至关重要。该网格根据利益相关者影响项目的权力和对项目成功的兴趣对其进行分类。这种分类有助于通过评估利益相关者的权力和利益水平，制定适当的利益相关者管理策略，并据此规划互动。
参考资料
* Business Analysis.pdf，"利益相关者分析......提供了一种对利益相关者进行分类的方法，以确定最合适的利益相关者管理方法"。

NO.29 业务案例中没有哪些内容？

衡量解决方案在实际应用中成功与否的指标

任何可能对成果交付产生不利影响的情况

持续运行、维护和支持成本

项目角色分配

业务论证通常包括几个关键部分，以证明和概述项目的效益。
这些组件是
* 衡量解决方案在实际应用中成功与否的指标：这包括确定项目实施后如何衡量其成功与否。衡量标准可能包括绩效指标、关键成果和其他可衡量的结果，以确保项目达到目标。
* 任何可能对成果交付产生不利影响的因素：这包括可能阻碍项目成功交付的风险和潜在问题。在企划案中确定这些问题有助于规划缓解策略。
* 持续运行、维护和支持费用：详细说明这些成本，以便清楚地了解项目所需的长期财务承诺。它可确保利益相关者了解初始实施后的总拥有成本。
然而，项目角色的分配通常不是业务论证的一部分。这方面属于项目管理计划或与项目执行和管理有关的其他文件的范畴，而不是业务论证所提供的理由和高层次规划。
参考资料
* 业务分析.pdf：业务案例的结构通常包括成本效益分析、风险评估和绩效指标等部分，但不包括角色分配。

NO.30 可以使用什么技术来收集用户需求？

协助举办讲习班

故事映射

莫斯科

卡诺

协助式研讨会是一种用于收集用户需求的技术。这些研讨会包括召集主要利益相关者和用户讨论并记录他们对系统的需求和期望。这种合作方式有助于确保所有观点都得到考虑，促进达成共识，并提供一套全面的需求，为开发过程提供指导。
参考资料
* Business Analysis.pdf，"引导式研讨会可有效收集用户需求并确保捕捉到所有观点"。

第 31 号 在建模时，敏捷 BA 只应做足够的工作，而不应做更多，这与 DSDM 的哪项原则有关？

合作

按时交付

持续、清晰地沟通

展示控制

"敏捷 BA 只需做足够多的工作即可继续前进，无需做更多 "这一原则与 DSDM（动态系统开发方法）的 "按时交付 "原则直接相关。这一原则强调了严格遵守截止日期和在约定时间内交付产品的重要性。其目的是根据当前迭代的必要性来确定工作的优先级，并确保团队不会在非当务之急的任务上花费过多时间。这种方法有助于防止范围蠕变，确保项目按计划进行。
在敏捷环境下，这一原则与迭代开发的实践相一致，即每次迭代都有时间框，这意味着它有一个固定的持续时间。其目标是在每次迭代结束时产生一个潜在的可交付产品增量。团队只需做足够多的工作，就能确保在每个时间段内交付有价值的功能，从而恪守 "按时交付 "的原则。参考资料
* 业务分析.pdf，敏捷系统开发，DSDM 原则部分

第 32 号 业务域模型中没有显示以下哪项内容？

班级

演员

协会

倍数

业务领域模型通常显示以下要素：
* 类：代表业务领域中的实体或对象。
* 关联：描述类之间的关系
* 倍数：表示类间关系中实例的数量。
行为者代表与系统交互的用户或其他系统所扮演的角色，通常不显示在业务域模型中。它们通常在用例图中描述。
参考资料
* 业务域模型侧重于类、关联和乘法，以描述业务域内的结构和关系。

NO.33 谁负责 DSDM 项目中的估算工作？

业务顾问

项目经理

解决方案开发团队

规划专家

在 DSDM（动态系统开发方法）项目中，解决方案开发团队负责估算。该团队包括开发人员、测试人员和业务代表，他们共同估算每个需求所需的工作量。他们共同的专业知识确保了估算的现实性和可实现性，从而促进了项目的有效规划和交付。
参考资料：Business Analysis.pdf，第 11 章，记录和管理需求

NO.34 根据 MoSCoW 技术，什么是必须具备的要求？

没有这些东西，项目就会失败

极为重要，但对增量来说并不重要

以微不足道的方式为业务论证做出贡献

舍弃它很痛苦，但没有它，解决方案仍然可行

根据 MoSCoW 技术，"必须具备 "的需求是指没有它，项目就会失败。这些要求对于系统运行和满足业务需求是绝对必要的。如果连一个 "必须具备 "的要求都没有满足，项目就会被视为失败。这种优先级排序可确保在第一个增量中交付关键功能，并构成最小可行产品（MVP）的基础。
参考资料
* MoSCoW 技术将 "必须具备 "的要求定义为项目成功的强制性和必要条件，没有这些要求，系统就没有价值。

第 35 号 哪个利益相关者与敏捷 BA 合作，为相关业务领域的解决方案用户做好准备，以适应不断演进的解决方案的每次增量部署？

商业赞助商

商业远见

业务顾问

商务大使

业务大使与敏捷 BA 合作，为相关业务领域的解决方案用户做好准备，以适应不断发展的解决方案的每一次增量部署。业务大使充当开发团队和最终用户之间的联络人，确保需求和反馈得到有效传达，并确保用户在部署新的增量解决方案时做好采用准备。
参考资料
* Business Analysis.pdf，"敏捷环境中业务分析师的角色......为业务用户提供支持"。

第 36 号 在对业务进行全面审视时，敏捷 BA 的作用是什么？

商业赞助商

业务经理

业务架构师

业务顾问

在对业务进行全面审视时，敏捷 BA 通常扮演业务架构师的角色。
这涉及分析业务系统的各个方面，包括流程、人员、信息和技术，以确定改进机会，确保与业务目标保持一致。整体方法要求考虑整个业务环境，以发现潜在的改进领域并支持战略目标。
参考资料
* Business Analysis.pdf，"似乎普遍认为，业务分析需要应用整体方法"。

NO.37 商业案例的目的是什么？

确认已交付和未交付的内容

说明如何累积福利

证明项目投资的合理性

从每个项目增量中获取学习要点

商业案例的主要目的是证明项目投资的合理性。这种论证包括提供为什么要开展项目的理由，详细说明预期实现的效益，并解释这些效益如何与组织目标和战略保持一致。业务论证通常包括
* 执行摘要：简要概述项目及其战略重要性。
* 问题陈述：解释项目要解决的问题或机遇。
* 考虑的方案：解决问题或抓住机遇的不同方法，包括首选方案。
* 成本效益分析：详细的财务分析，说明与项目有关的成本和效益。
* 风险评估：识别和评估风险，并制定减轻风险的计划。
* 实施时间表：项目执行的高级时间表。
业务案例的重点不在于确认交付、描述实施后的累积效益或从项目增量中获取学习点，因为这些都是与项目执行和实施后审查有关的方面。
参考资料
* 业务分析.pdf：关于业务案例构成要素的详细章节，强调通过成本效益分析和与业务战略保持一致来证明投资的合理性。

第 38 号 在敏捷项目中，怎样才能遵守 "展示控制 "原则？

始终满足所有要求

使用预定义流程开发解决方案

计划在共享工作区中显示

解决方案能满足必须具备的要求，仅此而已

在敏捷项目中，恪守 "展示控制 "原则的具体表现是让所有利益相关者都能看到和接触到计划。这种透明度可确保参与项目的每个人都能看到进度、了解当前状态并知晓任何变更。通常可通过以下方式实现这一点
* 在共享工作区显示计划：这可以是实体的（如看板），也可以是数字的（如项目管理工具），在这里，整个团队和其他利益相关者都能看到计划、进度和任何变更。
* 定期更新和审查：频繁的站立、审查和回顾可确保团队通过不断评估进度和做出必要调整来保持对项目的控制。
* 协作工具：使用支持透明和公开交流的协作工具有助于保持对项目方向和进度的控制。
这些做法与传统方法形成了鲜明对比，在传统方法中，严格遵守预定流程或交付所有需求（无论其优先级如何）就能体现控制。
参考资料
* 业务分析.pdf：强调敏捷项目中透明度和定期沟通的重要性，以显示控制力并确保与项目目标保持一致。

第 39 号 哪种协助式研讨会角色可以参加会议，以审查所采用的流程和方法？

观察员

参与者

业主

抄写员

在引导式研讨会中，观察员的作用可能包括参加会议，审查所采用的程序和方法。观察员可以从外部角度审视研讨会的效果，并就引导式研讨会的技巧、小组动态和整体流程提供反馈意见。他们的作用对于确保研讨会高效开展并实现其目标至关重要。
参考资料
* Business Analysis.pdf，"观察员可以就研讨会的过程和使用的方法提供反馈，帮助改进今后的会议"。

NO.40 以下哪项属于项目利益相关者类别？

内部

外部

技术

战略

项目利益相关者可分为不同类型，了解这些类型对于有效管理利益相关者至关重要。主要类别包括
* 内部利益相关者：这些是组织内部受项目影响或可能对项目产生影响的个人或团体。这包括员工、经理和组织内的其他部门。
* 外部利益相关者：包括组织外部的实体，如客户、供应商、投资者、监管机构和整个社会。
* 技术利益相关者：通常指负责项目技术方面的个人或团体，如 IT 人员、系统架构师和开发人员。
* 战略利益相关者：这些利益相关者对项目或组织的战略方向有重大影响，如高级管理人员和董事会成员。
其中，主要的利益相关者类别是内部和外部利益相关者，因为它们涵盖了受项目影响的最广泛的个人或群体。内部利益相关者尤其重要，因为他们直接参与项目的执行和结果。因此，选项 A（内部）是正确答案，因为它代表了项目利益相关者的主要类别。
参考资料
* 业务分析.pdf，利益相关者分析与管理部分

第 41 号 关于原型设计，哪些说法是正确的？
1.实现利益相关者之间有效沟通的多种方法之一
2.使 "不断演进的解决方案 "的要素清晰可见

只有 1 个是正确的

只有 2 项是正确的

1 和 2 均属实

1 和 2 都不正确

原型设计是敏捷方法论中的一项强大技术，具有多种用途。首先，它是实现利益相关者之间沟通的有效方法。通过创建原型，利益相关者可以看到最终产品并与之互动，这有助于明确需求和期望。
这种可视化的互动方法可确保各方对正在开发的内容有共同的理解。其次，原型设计能让不断发展的解决方案的各个要素显而易见。这种可见性允许利益相关者尽早并经常提供反馈，确保开发过程与他们的需求和期望保持一致。原型可以根据反馈进行反复调整，从而提高最终产品的准确性和相关性。参考资料：业务分析文档，关于原型设计和利益相关者沟通的章节。

第 42 号 优先需求清单是在哪个流程阶段确定的？

可行性

基础

进化发展

部署

优先需求列表（PRL）是在基础阶段确定的。这一阶段对于在开发工作开始之前明确了解需求和优先级至关重要。
制定 PRL 基准可确保就需求范围和优先事项达成正式协议，为后续开发迭代奠定基础。
参考资料
* Business Analysis.pdf，"进行需求确认是为了审查和同意需求文档......此时，描述需求的 CI 被称为'基线'"。

第 43 号 通常情况下，时间盒的最佳长度是多少？

二至六周

四至六周

二至四周

一至三周

在敏捷框架（尤其是 Scrum）中，"时间盒 "的概念指的是一个固定的时间段，在此期间完成特定的工作并准备接受审查。时间盒（或 Sprint）的最佳长度通常为两到四周。这个时间长度既能留出足够的时间完成有意义的工作，又能保持高频率的反馈和调整，在两者之间取得了平衡。较短的时间盒（如一周）可能无法提供足够的时间来生产出潜在的可交付产品增量，而较长的时间盒（超过四周）可能会延迟反馈和应对变化的能力。2 到 4 周的持续时间支持定期交付有价值软件的敏捷原则，并通过频繁的回顾和计划会议促进持续改进过程。参考资料：业务分析文档，关于敏捷实践和冲刺计划的章节。

NO.44 敏捷 BA 在需求沟通中扮演什么角色？

拥有优先需求清单

决定对 "必须具备 "要求优先次序的任何更改

批准优先需求清单

保持优先需求清单的时效性和可访问性

在敏捷方法中，业务分析师（BA）的角色在管理需求方面至关重要。敏捷 BA 负责确保需求在整个项目生命周期中得到清晰的沟通、优先排序和必要的更新。保持优先级需求列表（PRL）的最新性和可访问性至关重要，因为它能确保所有团队成员和利益相关者都能使用最新的信息，这对于迭代性质的敏捷项目至关重要。BA 与利益相关者密切合作，收集和完善需求，并与开发团队协作，确保这些需求得到理解并能有效实施。通过维护 PRL，BA 可帮助团队始终专注于首先交付价值最高的功能，快速适应变化，并确保持续与业务需求保持一致。参考资料：业务分析文档，关于敏捷方法和业务分析师在需求管理中的作用的章节。

第 45 号 在迭代开发过程中，提供横向解决方案的优势是什么？

展示高水平的端到端解决方案原型

使解决方案增量能够更快、更频繁地部署到实际应用中

在项目初期提供对整体解决方案的初步看法

揭示解决方案的演变方式并不正确

在迭代开发过程中提供解决方案的横向切片，可以展示解决方案的高级别端到端原型。通过这种方法，可以了解系统不同组件之间的交互情况，有助于及早发现任何集成问题。它提供了整个系统的全面视图，这对于获得利益相关者的早期反馈并确保整体架构在进入详细开发之前是合理的，是非常有价值的。
参考资料
* Business Analysis.pdf，"横向可追溯性涉及对需求从开始到交付的追踪"。

加载中 …