View Full IIBA CBAP Exam Dumps and Practice Test Dumps
Question 201. A business analyst is selecting an elicitation approach for stakeholders who are geographically dispersed and have limited overlapping availability. Which approach is most appropriate?
- Wait until all stakeholders can attend one physical workshop
- Use only informal conversations with one stakeholder
- Combine appropriate remote elicitation techniques and asynchronous input where needed
- Exclude stakeholders who cannot attend live sessions
Correct Answer: 3. Combine appropriate remote elicitation techniques and asynchronous input where needed
Explanation:
Elicitation should be tailored to stakeholder availability, location, communication needs, and the nature of the information being sought. When stakeholders are geographically dispersed, remote workshops, interviews, surveys, collaborative tools, and asynchronous reviews can be combined as appropriate. Waiting indefinitely for one physical session may delay analysis, while excluding stakeholders can result in missing important information. The analyst should select techniques that allow relevant stakeholders to contribute effectively and should validate that information gathered through different methods is consistent and sufficiently complete.
Question 202. A business analyst is determining whether an elicitation activity produced sufficient information to support requirements analysis. What should the analyst evaluate?
- Whether the information is relevant, sufficient, reliable, and appropriate for the analysis purpose
- Whether the session lasted more than two hours
- Whether every stakeholder agreed with every statement
- Whether the meeting had a formal presentation
Correct Answer: 1. Whether the information is relevant, sufficient, reliable, and appropriate for the analysis purpose
Explanation:
The usefulness of elicitation results depends on the quality and relevance of the information collected rather than on the duration or format of the session. The analyst should evaluate whether the information is sufficient for the intended analysis, whether important perspectives are represented, whether sources are credible, and whether gaps or contradictions remain. Complete agreement among participants is not always necessary because disagreement may reveal important issues requiring further investigation. Assessing elicitation results helps determine whether additional elicitation or validation activities are needed before requirements are finalized.
Question 203. A business analyst is documenting a stakeholder’s description of how a business process currently works. Later, another stakeholder provides contradictory information about the same process. What should the analyst do?
- Select the version provided by the more senior stakeholder
- Record both descriptions as equally valid without investigation
- Investigate the discrepancy and validate the actual process with appropriate sources
- Delete both descriptions and create a new process from assumptions
Correct Answer: 3. Investigate the discrepancy and validate the actual process with appropriate sources
Explanation:
Contradictory descriptions may indicate process variations, misunderstandings, undocumented exceptions, or differences between the official and actual processes. The business analyst should investigate the discrepancy rather than selecting an answer based solely on stakeholder seniority. Techniques such as observation, additional interviews, document analysis, or process walkthroughs can help establish what actually occurs. Both descriptions may contain valid information if different scenarios or departments are involved. Validation ensures that the current-state model reflects relevant operational reality before the analyst uses it as a basis for identifying improvements or future-state requirements.
Question 204. A business analyst is planning requirements validation for a highly regulated solution. Which factor should receive particular attention when selecting validation activities?
- The preferred font of the requirements document
- Applicable compliance obligations and required evidence
- The number of diagrams already created
- The stakeholder’s preferred meeting length
Correct Answer: 2. Applicable compliance obligations and required evidence
Explanation:
Regulated solutions may require requirements and solution decisions to satisfy specific legal, regulatory, audit, or organizational controls. The analyst should understand what compliance obligations apply and what evidence is required to demonstrate that those obligations have been addressed. This may influence validation methods, documentation, approvals, traceability, testing evidence, and review participants. Document formatting and meeting preferences may affect usability but do not establish compliance. Considering regulatory needs early helps ensure that validation activities produce sufficient evidence and that mandatory requirements are not overlooked during analysis or implementation.
Question 205. A business analyst wants to understand why a proposed business capability is needed before defining detailed requirements. What should the analyst identify?
- The business outcomes and objectives the capability is intended to support
- The programming language that will implement it
- The final user-interface design
- The development team’s preferred architecture
Correct Answer: 1. The business outcomes and objectives the capability is intended to support
Explanation:
A business capability represents what an organization is able to do, rather than how a specific solution is implemented. Understanding why a capability is needed requires connecting it to business outcomes, objectives, strategic direction, or identified needs. Technical architecture, programming languages, and interface design may become relevant when defining a solution, but they do not establish the business rationale for the capability. Starting with intended outcomes helps maintain alignment between business architecture, requirements, solution scope, and the value expected from the change.
Question 206. A stakeholder requests that a requirement be added because it would be convenient for users, but no measurable business benefit has been identified. What should the business analyst do?
- Add the requirement because user convenience is always sufficient justification
- Reject the requirement immediately
- Investigate the underlying need, expected outcome, value, and potential impact
- Give the requirement the highest priority
Correct Answer: 3. Investigate the underlying need, expected outcome, value, and potential impact
Explanation:
A stakeholder request should be analyzed to understand the underlying need and expected outcome rather than being accepted or rejected automatically. User convenience may represent genuine business value, but the analyst should determine how the proposed requirement contributes to objectives, customer experience, productivity, risk reduction, or other relevant outcomes. The analyst should also consider cost, dependencies, and potential scope impact. This analysis provides stakeholders with sufficient information to decide whether the requirement is justified and how it should be prioritized within the broader set of needs.
Question 207. A business analyst is comparing the current and future organizational capabilities and identifies several capabilities that will be required but do not currently exist. What should this analysis produce?
- A capability gap
- A stakeholder communication matrix
- A completed test script
- A product defect list
Correct Answer: 1. A capability gap
Explanation:
A capability gap exists when the organization lacks a capability required to achieve the desired future state. Comparing current capabilities with required future capabilities helps identify what must be developed, acquired, improved, or otherwise addressed. These gaps may involve people, processes, technology, information, facilities, or organizational structures. Identifying capability gaps can inform solution options, transition planning, organizational readiness, and strategic investment decisions. A communication matrix or test script may support other activities but does not represent the difference between current and required organizational capabilities.
Question 208. A business analyst is reviewing a proposed solution and identifies a dependency on another initiative that is scheduled for a later delivery date. What should the analyst assess?
- Only the other initiative’s project manager
- The dependency’s timing, impact, risks, and alternatives
- Only the number of requirements in the other initiative
- Only whether the other initiative uses the same technology
Correct Answer: 2. The dependency’s timing, impact, risks, and alternatives
Explanation:
Dependencies between initiatives can affect delivery feasibility, sequencing, scope, cost, and risk. The analyst should understand what the dependency provides, when it is required, what happens if it is delayed, and whether alternative approaches exist. Simply identifying the other project manager or comparing technology does not provide enough information to assess the business impact. Dependency analysis helps stakeholders determine whether plans need to be adjusted, whether temporary alternatives are required, or whether the proposed solution should be changed to reduce dependency risk.
Question 209. A business analyst is defining the criteria that will be used to determine whether a solution has achieved its intended business outcome. What is being established?
- Solution performance measures
- Stakeholder influence levels
- Organizational reporting lines
- Requirements version numbers
Correct Answer: 1. Solution performance measures
Explanation:
Solution performance measures provide objective or observable indicators that can be used to evaluate whether a solution is producing the intended results. Measures may address areas such as efficiency, quality, customer satisfaction, revenue, compliance, adoption, or other outcomes relevant to the solution’s objectives. They should be defined in a way that allows meaningful evaluation and, where appropriate, comparison against a baseline or target. Stakeholder influence and reporting structures are important for other purposes but do not establish whether the implemented solution is achieving its expected business performance.
Question 210. A business analyst is facilitating a workshop in which participants begin discussing issues outside the agreed objective. What should the analyst do?
- Allow all topics to continue until every participant is satisfied
- End the workshop immediately
- Redirect discussion toward the agreed objective and capture relevant out-of-scope topics for follow-up
- Ignore the participants and continue presenting slides
Correct Answer: 3. Redirect discussion toward the agreed objective and capture relevant out-of-scope topics for follow-up
Explanation:
Effective facilitation keeps discussions aligned with the purpose and objectives of the session while ensuring that valuable information is not lost. When participants raise relevant but out-of-scope issues, the analyst can acknowledge them, record them for follow-up, and redirect the group to the agreed agenda. Allowing every topic to consume workshop time can prevent the intended outcomes from being achieved. Ending the workshop or ignoring participants may also damage engagement. Good facilitation balances focus with respect for stakeholder contributions.
Question 211. A business analyst is determining whether a requirement represents a business need or a proposed solution feature. Which question is most useful?
- What business outcome or need must be achieved?
- Which developer will implement it?
- Which programming framework should be used?
- What color should the interface use?
Correct Answer: 1. What business outcome or need must be achieved?
Explanation:
A business requirement describes the business need, goal, or outcome that an initiative is intended to achieve, while solution requirements describe capabilities or characteristics of the solution. Asking what business outcome or need must be achieved helps distinguish the underlying requirement from a particular implementation idea. Technical framework, developer assignment, or interface color may become relevant to solution design but do not establish the business need. Maintaining this distinction helps prevent stakeholders from prematurely committing to a solution before alternatives have been adequately considered.
Question 212. A business analyst discovers that a proposed requirement would increase solution complexity without contributing to any identified business objective. What should the analyst examine?
- Whether the requirement has a valid justification and whether its value outweighs its impact
- Whether the requirement can be written in more technical language
- Whether the requirement was requested first
- Whether the requirement increases the number of system features
Correct Answer: 1. Whether the requirement has a valid justification and whether its value outweighs its impact
Explanation:
Requirements should contribute to legitimate business needs or objectives. A requirement that increases complexity without an identifiable benefit should be examined carefully rather than accepted simply because it can be implemented. The analyst should investigate its source, expected value, dependencies, risks, cost, and effect on other requirements. This analysis may reveal a valid but undocumented need, or it may demonstrate that the requirement should be changed, deferred, or removed through the appropriate decision process. Evaluating value against impact supports effective scope and requirements management.
Question 213. A business analyst is assessing whether stakeholders are prepared to adopt a new solution. Which evidence would be most useful?
- Readiness of affected roles, processes, skills, communication, and support arrangements
- The number of pages in the solution specification
- The number of software modules developed
- The number of meetings held during requirements analysis
Correct Answer: 1. Readiness of affected roles, processes, skills, communication, and support arrangements
Explanation:
Organizational readiness concerns whether people, processes, and supporting conditions are prepared for the change. Useful evidence can include whether affected roles understand their responsibilities, whether required skills are available, whether processes are ready, and whether communication, training, and support arrangements are sufficient. The number of specification pages, software modules, or meetings does not demonstrate readiness. Assessing these factors helps identify adoption barriers before implementation and can lead to transition requirements or additional change activities needed to achieve the intended business outcomes.
Question 214. A business analyst needs to determine which stakeholders have sufficient authority to make a decision when requirements conflict. What should be examined?
- Decision rights and organizational governance
- Stakeholder age
- Number of requirements submitted by each stakeholder
- Stakeholder technical certification
Correct Answer: 1. Decision rights and organizational governance
Explanation:
Decision authority should be determined through established organizational governance and decision rights rather than personal characteristics or the volume of requirements submitted. When requirements conflict, the business analyst should identify who has the authority and accountability to make the relevant decision. The appropriate authority may be an individual, committee, product owner, sponsor, or governance body depending on the organizational context. Understanding decision rights helps ensure that requirements are resolved through legitimate channels and that the resulting decision is documented and traceable.
Question 215. A business analyst is evaluating a solution whose benefits depend on users changing established behaviors. What should be considered?
- Adoption factors and the conditions required for the expected benefits to occur
- Only the solution’s purchase cost
- Only the technical completion date
- Only the number of features delivered
Correct Answer: 1. Adoption factors and the conditions required for the expected benefits to occur
Explanation:
Expected benefits may depend on users adopting new behaviors, processes, or capabilities. The analyst should identify the conditions required for those benefits, such as user awareness, training, usability, management support, process alignment, incentives, and ongoing support. A technically complete solution does not automatically produce business value if users do not adopt it as intended. Understanding adoption factors allows stakeholders to identify transition activities, risks, and measures that can help determine whether the solution is achieving its expected outcomes.
Question 216. A business analyst is reviewing requirements that were created at different times and by different teams. Which quality characteristic is especially important when checking whether they express compatible meanings?
- Consistency
- Volume
- Presentation style
- Document length
Correct Answer: 1. Consistency
Explanation:
Requirements are consistent when they do not contain conflicting meanings, terminology, assumptions, or expectations. Requirements created by different teams can easily introduce contradictions or use the same terms differently. The analyst should review related requirements to identify conflicts and clarify their intended meaning. Consistency improves understanding, supports solution design and testing, and reduces the risk of implementing incompatible behaviors. Document length and presentation style may affect readability, but they do not determine whether requirements describe compatible expectations.
Question 217. A business analyst is identifying the minimum capabilities needed for a solution to support a critical business process. What should guide this analysis?
- The essential business outcomes, process needs, constraints, and risks
- The largest possible number of optional features
- The development team’s preferred technology
- The number of competitors’ features
Correct Answer: 1. The essential business outcomes, process needs, constraints, and risks
Explanation:
Determining essential capabilities should begin with the business outcomes and process needs the solution must support. Relevant constraints, risks, regulatory obligations, dependencies, and operational requirements should also be considered. Optional features or competitor functionality may provide useful context but should not independently define the minimum required capability. Focusing on essential needs helps establish an appropriate solution scope and reduces unnecessary complexity. It also provides a clearer basis for prioritization, solution evaluation, and determining whether proposed alternatives can satisfy the critical business requirements.
Question 218. A business analyst is reviewing a change request that affects requirements, solution components, testing activities, and implementation timing. What should be performed before approval?
- Impact analysis across affected areas
- Immediate implementation
- Deletion of all dependent requirements
- Approval based only on the requester’s role
Correct Answer: 1. Impact analysis across affected areas
Explanation:
A change affecting multiple elements should be evaluated systematically before approval. Impact analysis identifies which requirements, solution components, tests, processes, stakeholders, costs, schedules, risks, and dependencies may be affected. Traceability information can support this analysis by revealing relationships between the changed item and related elements. Immediate implementation or approval based solely on the requester’s role can introduce unintended consequences. Understanding the full impact allows the appropriate decision-makers to assess the change against its value, risks, constraints, and implementation implications before authorizing it.
Question 219. A business analyst wants to ensure that a stakeholder review results in an explicit decision rather than an informal indication of agreement. What should the analyst capture?
- The formal decision, decision-maker, date, and relevant rationale
- Only the names of attendees
- Only the meeting duration
- Only the analyst’s interpretation of the discussion
Correct Answer: 1. The formal decision, decision-maker, date, and relevant rationale
Explanation:
Important requirements and scope decisions should be documented clearly enough to establish what was decided, who made the decision, when it was made, and, where relevant, why. This creates an auditable record and reduces later ambiguity about whether a requirement was approved, rejected, deferred, or changed. Attendance lists and meeting duration may provide useful administrative information but do not establish the decision itself. Capturing decision information also supports traceability, governance, change management, and future analysis when stakeholders need to understand the basis for previous decisions.
Question 220. A business analyst is evaluating whether an implemented solution is producing the expected business benefits, but available performance data is incomplete. What should the analyst do?
- Declare the solution successful based on stakeholder opinion
- Identify the data gaps and determine what additional evidence is needed for meaningful evaluation
- Assume the expected benefits were achieved
- Stop all evaluation activities permanently
Correct Answer: 2. Identify the data gaps and determine what additional evidence is needed for meaningful evaluation
Explanation:
Meaningful solution evaluation requires sufficient evidence to compare actual performance with expected outcomes. If performance data is incomplete, the analyst should identify what information is missing, assess how the gaps affect the evaluation, and determine what additional evidence or measurement activities are needed. Stakeholder opinion can provide useful qualitative information but should not automatically substitute for missing performance evidence. Similarly, assuming benefits were achieved would create an unsupported conclusion. Addressing data gaps improves the reliability of benefit and performance evaluation and helps stakeholders determine whether further action is necessary.