View Full PMI PMI-PBA Exam Dumps and Practice Test Dumps
Question 201.
A business analyst is reviewing an initiative whose expected benefits depend on reducing employee processing time. What should be established before implementation?
- A baseline measurement of current processing time using an agreed measurement method
2. Only the estimated development effort
3. Only the number of employees involved
4. A list of future enhancement requests
Correct Answer: 1
Explanation:
A reliable baseline is necessary to determine whether the implemented solution actually improves processing time. The analyst should establish the current performance level using a clearly defined and repeatable measurement method. Relevant factors such as transaction types, measurement periods, exceptions, and sample populations should be understood so future comparisons remain meaningful. Without baseline information, stakeholders may know that a solution was deployed but have difficulty demonstrating the amount of improvement achieved. Baselines therefore provide an important foundation for benefits realization and solution evaluation.
Question 202.
A business analyst needs to document complex rules involving several conditions that lead to different approval outcomes. Which technique is most suitable?
- Stakeholder map
2. Decision table
3. Organizational chart
4. Project roadmap
Correct Answer: 2
Explanation:
Decision tables are particularly useful when outcomes depend on combinations of conditions. They organize conditions and resulting actions systematically, making complex business logic easier to review. Stakeholders can use the table to identify missing combinations, contradictory rules, and situations in which the expected action is unclear. Decision tables can also provide useful input for implementation and test-case design. Although narrative requirements may accompany the table, representing complicated conditional logic in a structured format often improves clarity and reduces ambiguity.
Question 203.
A business analyst finds that an important requirement has no identified stakeholder who can approve or clarify it. What should the analyst do?
- Approve the requirement personally
2. Remove the requirement automatically
3. Determine the appropriate requirement owner or decision authority before relying on it
4. Ask the development team to own the business decision
Correct Answer: 3
Explanation:
Important requirements should have an appropriate source or decision authority who can clarify intent and participate in relevant approval or change decisions. If ownership is unclear, the analyst should investigate organizational responsibilities and governance arrangements. The appropriate owner may be a process owner, product owner, business manager, compliance authority, or another designated stakeholder. Assigning business authority to the analyst or development team without authorization can create governance problems. Clear ownership improves accountability and supports effective requirements lifecycle management.
Question 204.
An organization is considering outsourcing a business capability to an external vendor. What should the business analyst evaluate?
- Only the vendor’s proposed implementation date
2. Only the initial purchase price
3. Only whether the vendor has an attractive demonstration
4. Business fit, capabilities, costs, risks, service expectations, integration, security, constraints, and vendor dependencies
Correct Answer: 4
Explanation:
Outsourcing decisions can affect business operations long after implementation. The analyst should evaluate whether the vendor’s capabilities satisfy business needs and consider lifecycle costs, service levels, integration, security, privacy, regulatory requirements, flexibility, and dependency on the supplier. Transition and exit considerations may also be relevant. A compelling demonstration or low initial price does not establish long-term suitability. Structured evaluation criteria help stakeholders compare vendor solutions against organizational needs and understand the trade-offs associated with external sourcing.
Question 205.
Why should a business analyst document constraints separately from assumptions when appropriate?
- Constraints limit possible approaches, while assumptions are conditions believed to be true but potentially requiring validation.
2. Constraints and assumptions always mean exactly the same thing.
3. Assumptions cannot affect requirements.
4. Constraints are relevant only after implementation.
Correct Answer: 1
Explanation:
Constraints and assumptions influence analysis differently. A constraint restricts available choices, such as a regulatory obligation, fixed deadline, budget limitation, or required technology environment. An assumption is something believed to be true for planning or analysis purposes but may contain uncertainty. Assumptions may need validation because an incorrect assumption can materially change requirements or the business case. Distinguishing the two helps stakeholders understand which conditions are fixed and which should be tested or monitored. Both can influence feasibility, risk, and solution decisions.
Question 206.
A business analyst is asked to determine why customers abandon an online application before completion. What should the analyst do?
- Assume the application is too long
2. Analyze behavioral data and obtain relevant customer feedback to identify likely causes
3. Remove half of the application fields immediately
4. Replace the application without investigating the problem
Correct Answer: 2
Explanation:
Application abandonment can have many causes, including confusing questions, excessive effort, technical errors, privacy concerns, poor performance, missing information, or customers simply deciding not to proceed. The analyst should use available evidence such as funnel analytics, error data, usability observations, surveys, interviews, or support feedback to understand where and why users leave. Combining quantitative and qualitative evidence can provide a stronger diagnosis. Changes should address demonstrated causes rather than assumptions about what customers find difficult.
Question 207.
A requirement is expected to satisfy a regulatory obligation, but stakeholders disagree about how the regulation should be interpreted. What should the business analyst do?
- Choose the least expensive interpretation
2. Allow each team to use its own interpretation
3. Obtain clarification from an appropriate authoritative or qualified source and document the resulting interpretation
4. Ignore the requirement until an audit occurs
Correct Answer: 3
Explanation:
Regulatory ambiguity can create significant compliance risk. The analyst should not independently select an interpretation based on convenience or cost. Appropriate legal, compliance, regulatory, or other qualified stakeholders should clarify how the obligation applies to the organization. The interpretation, rationale, and source should be documented so requirements and tests can be developed consistently. If uncertainty remains, it should be visible as a risk or assumption. Clear interpretation helps prevent different teams from implementing conflicting approaches to the same regulatory obligation.
Question 208.
A business analyst identifies a potential requirement that would benefit only a very small user group but is essential for legal accessibility compliance. How should it be treated?
- Remove it because few users benefit
2. Assign it low priority based only on user count
3. Defer it until after deployment
4. Evaluate it as a mandatory or high-priority obligation based on applicable compliance requirements
Correct Answer: 4
Explanation:
The number of users affected is only one possible prioritization factor. Requirements arising from legal, regulatory, contractual, safety, or other mandatory obligations may require high priority even when they apply to a relatively small population. The analyst should confirm the applicable obligation and ensure decision-makers understand its significance. Prioritization should use agreed criteria rather than relying solely on popularity or usage volume. Accessibility requirements can also improve usability more broadly, but their mandatory status should be based on applicable requirements and organizational context.
Question 209.
What is an important purpose of a requirements baseline?
- To establish an agreed reference set of requirements against which controlled changes can be identified and managed
2. To ensure requirements can never be modified
3. To eliminate version control
4. To replace requirements traceability
Correct Answer: 1
Explanation:
A requirements baseline establishes an approved reference point for a defined set of requirements. Once established, proposed changes can be compared with the baseline and managed through the appropriate change process. This supports scope control, version management, impact analysis, and communication. A baseline does not mean requirements can never change; legitimate changes may still be approved. Instead, it ensures that changes are visible and controlled rather than occurring informally. The level of formality should be appropriate to the initiative’s lifecycle and governance needs.
Question 210.
A business analyst needs to understand how a customer moves through multiple departments from initial request to final service delivery. Which technique would be particularly useful?
- Database normalization
2. End-to-end process or value stream mapping
3. Financial depreciation analysis
4. Source-code inspection
Correct Answer: 2
Explanation:
End-to-end process or value stream mapping can show how work and information move across organizational boundaries. This helps identify handoffs, waiting time, duplicated activities, bottlenecks, rework, and steps that may not contribute meaningful value. Looking only at individual departments can hide problems created between them. The analyst can use the model to understand the current state and facilitate discussion about future-state improvements. Performance data can strengthen the analysis by showing where delays or inefficiencies actually occur.
Question 211.
A business analyst notices that one requirement contradicts a process model approved earlier in the initiative. What should the analyst do?
- Assume the textual requirement is always correct
2. Assume the process model is always correct
3. Investigate and resolve the inconsistency with relevant stakeholders, then update affected artifacts
4. Keep both versions because different formats can contain different meanings
Correct Answer: 3
Explanation:
Requirements artifacts should provide consistent representations of intended behavior. A contradiction between textual requirements and a process model can lead implementation and testing teams to different conclusions. The analyst should determine whether one artifact is outdated, whether the requirement was misunderstood, or whether a legitimate distinction exists. Relevant stakeholders should confirm the intended behavior. Once resolved, affected artifacts and traceability should be updated so the authoritative information is clear. Cross-artifact consistency is an important aspect of requirements quality.
Question 212.
A solution is expected to process twice the current transaction volume within two years. What should the business analyst ensure is included in the requirements?
- Only today’s transaction volume
2. Only the number of current users
3. A general statement that the system should be powerful
4. Measurable capacity, scalability, and performance expectations based on anticipated growth
Correct Answer: 4
Explanation:
Expected growth should be translated into measurable requirements rather than vague statements about power or scalability. Relevant measures might include transaction volumes, concurrent users, response times, processing windows, or throughput under defined conditions. The analyst should document the assumptions supporting growth forecasts because future demand is inherently uncertain. These requirements can significantly influence solution architecture, infrastructure, cost, and testing. Addressing anticipated capacity early reduces the likelihood that the solution becomes inadequate shortly after successful implementation.
Question 213.
Why should a business analyst analyze the consequences of doing nothing when preparing a business case?
- It provides a baseline alternative and helps stakeholders understand the cost, risk, or opportunity associated with maintaining the current state.
2. It guarantees that the proposed initiative will be approved.
3. It eliminates the need to compare solution options.
4. It assumes the current state has no cost.
Correct Answer: 1
Explanation:
Maintaining the current state is often a legitimate alternative that should be understood alongside proposed changes. Doing nothing may avoid implementation expense but could preserve inefficiencies, expose the organization to growing risks, create opportunity costs, or eventually lead to regulatory consequences. In other situations, the current state may actually be preferable to an expensive change with limited value. Including this alternative gives decision-makers a more complete comparison and prevents the business case from assuming that some form of investment is automatically necessary.
Question 214.
A business analyst is preparing a questionnaire for thousands of customers. What should be done before distributing it broadly?
- Include as many questions as possible
2. Pilot or review the questionnaire to identify ambiguity, bias, usability problems, and measurement issues
3. Require customers to answer every question regardless of relevance
4. Use only leading questions
Correct Answer: 2
Explanation:
A poorly designed questionnaire can produce misleading data even when many people respond. Piloting or reviewing it with representative participants can reveal ambiguous wording, confusing response options, excessive length, leading questions, and technical problems. The analyst should ensure each question contributes to the research objective and that response options support meaningful analysis. Testing the questionnaire before broad distribution is usually much less expensive than discovering afterward that important questions were misunderstood or that collected data cannot answer the intended business questions.
Question 215.
A business analyst is reviewing a proposed requirement that could expose confidential information in system logs. What should the analyst do?
- Ignore logs because they are technical artifacts
2. Include all information in logs for easier troubleshooting
3. Analyze logging needs together with privacy, security, audit, retention, and access requirements
4. Disable all logging
Correct Answer: 3
Explanation:
Logs can support troubleshooting, monitoring, security, and auditability, but they can also create risk if sensitive information is captured unnecessarily or exposed to inappropriate users. The analyst should determine what information must be logged, why it is needed, who may access it, how long it should be retained, and what privacy or regulatory constraints apply. Sensitive data may need masking or exclusion. Balancing operational visibility with confidentiality requirements helps ensure logging provides business value without introducing avoidable information-security exposure.
Question 216.
An organization plans to deploy a new process to one location before expanding it enterprise-wide. What should the business analyst help define?
- Only the enterprise-wide final deployment date
2. Only the software installation instructions
3. A requirement that the pilot must always succeed
4. Pilot scope, success measures, feedback methods, risks, and criteria for broader rollout
Correct Answer: 4
Explanation:
A pilot can provide evidence about solution effectiveness, operational readiness, adoption, and assumptions before broader deployment. The analyst should help establish what the pilot is intended to test, which users or processes are included, how results will be measured, and what criteria will inform the rollout decision. Feedback and issues should be captured systematically. A pilot cannot guarantee success, but it can reduce uncertainty and reveal changes needed before enterprise deployment. Clear evaluation criteria make the pilot more useful for decision-making.
Question 217.
A business analyst discovers that an existing requirement could be reused by another initiative. What should the analyst do?
- Evaluate whether the requirement and its context are applicable before reusing it.
2. Copy it unchanged without review.
3. Prevent reuse because every requirement must be unique.
4. Remove its original traceability.
Correct Answer: 1
Explanation:
Requirements reuse can reduce effort and improve consistency, particularly for common business rules, compliance obligations, or enterprise capabilities. However, a requirement that was correct in one context may not be appropriate in another. The analyst should examine its assumptions, terminology, stakeholders, constraints, source, and current validity before reuse. Relevant traceability and ownership information should also be maintained. Reuse should preserve useful organizational knowledge without encouraging teams to copy outdated or context-specific requirements blindly into new initiatives.
Question 218.
A business analyst needs to evaluate several vendor proposals against the same business requirements. What should be established?
- Different criteria for every vendor
2. Consistent evaluation criteria and weighting based on business needs and constraints
3. Selection based solely on vendor presentation quality
4. Selection based only on the lowest purchase price
Correct Answer: 2
Explanation:
Consistent evaluation criteria allow vendor alternatives to be compared fairly against organizational needs. Criteria might address functional fit, quality requirements, integration, security, cost, implementation effort, vendor capability, support, risk, and strategic alignment. Weighting can reflect the relative importance of different factors when appropriate. The analyst should also identify mandatory requirements that cannot be traded away. A structured evaluation reduces the influence of presentation style or a single factor such as initial price and makes the decision rationale easier to explain.
Question 219.
A solution was expected to reduce customer complaints, but complaint volume remains unchanged after implementation. What should the business analyst investigate?
- Only whether the solution was delivered on time
2. Only whether all requirements were approved
3. Whether the solution addressed the actual complaint drivers, was adopted appropriately, and achieved relevant intermediate outcomes
4. Only the project’s final cost
Correct Answer: 3
Explanation:
An unchanged outcome can indicate that the solution did not address the actual causes of the problem, was not adopted sufficiently, or failed to produce necessary intermediate changes. The analyst should compare current results with baseline and target measures and investigate complaint categories, usage patterns, process performance, and stakeholder feedback. External factors may also influence the outcome. Solution evaluation should determine why expected benefits were not realized rather than assuming successful implementation automatically produces successful business results.
Question 220.
A business analyst is completing an initiative and discovers that several important business rules have no clear long-term owner. What should the analyst do?
- Delete the business rules after project closure.
2. Assign ownership to the development team without agreement.
3. Leave ownership unresolved because implementation is complete.
4. Establish appropriate ongoing ownership and maintenance responsibility with authorized stakeholders.
Correct Answer: 4
Explanation:
Business rules may continue to govern organizational behavior long after an implementation project ends. Clear ownership is necessary so future questions, changes, regulatory updates, and operational issues can be addressed appropriately. The analyst should work with relevant stakeholders to identify the business role or authority responsible for maintaining each important rule and ensure that responsibility is documented. Leaving ownership unclear can result in outdated or inconsistent rules and make future change analysis difficult. Long-term governance is therefore an important consideration during transition and closure.