{"id":22367,"date":"2026-09-25T12:30:58","date_gmt":"2026-09-25T12:30:58","guid":{"rendered":"https:\/\/www.examlabs.com\/certification\/?p=22367"},"modified":"2026-09-25T12:30:58","modified_gmt":"2026-09-25T12:30:58","slug":"pmi-pmi-pba-practice-test-questions-and-exam-dumps-part11-q201-220","status":"publish","type":"post","link":"https:\/\/www.examlabs.com\/certification\/pmi-pmi-pba-practice-test-questions-and-exam-dumps-part11-q201-220\/","title":{"rendered":"PMI PMI-PBA Practice Test Questions and Exam Dumps Part11 Q201-220"},"content":{"rendered":"<h2><b>View Full <\/b><a href=\"https:\/\/www.examlabs.com\/pmi-pba-exam-dumps\"><b>PMI PMI-PBA Exam Dumps<\/b><\/a><b> and Practice Test Dumps<\/b><\/h2>\n<p>&nbsp;<\/p>\n<p><b>Question 201.<\/b><\/p>\n<p><b>A business analyst is reviewing an initiative whose expected benefits depend on reducing employee processing time. What should be established before implementation?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> A baseline measurement of current processing time using an agreed measurement method<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b><span style=\"font-weight: 400;\"> Only the estimated development effort<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b><span style=\"font-weight: 400;\"> Only the number of employees involved<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b><span style=\"font-weight: 400;\"> A list of future enhancement requests<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">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.<\/span><\/p>\n<p><b>Question 202.<\/b><\/p>\n<p><b>A business analyst needs to document complex rules involving several conditions that lead to different approval outcomes. Which technique is most suitable?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> Stakeholder map<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b><span style=\"font-weight: 400;\"> Decision table<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b><span style=\"font-weight: 400;\"> Organizational chart<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b><span style=\"font-weight: 400;\"> Project roadmap<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">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.<\/span><\/p>\n<p><b>Question 203.<\/b><\/p>\n<p><b>A business analyst finds that an important requirement has no identified stakeholder who can approve or clarify it. What should the analyst do?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> Approve the requirement personally<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b><span style=\"font-weight: 400;\"> Remove the requirement automatically<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b><span style=\"font-weight: 400;\"> Determine the appropriate requirement owner or decision authority before relying on it<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b><span style=\"font-weight: 400;\"> Ask the development team to own the business decision<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">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.<\/span><\/p>\n<p><b>Question 204.<\/b><\/p>\n<p><b>An organization is considering outsourcing a business capability to an external vendor. What should the business analyst evaluate?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> Only the vendor&#8217;s proposed implementation date<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b><span style=\"font-weight: 400;\"> Only the initial purchase price<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b><span style=\"font-weight: 400;\"> Only whether the vendor has an attractive demonstration<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b><span style=\"font-weight: 400;\"> Business fit, capabilities, costs, risks, service expectations, integration, security, constraints, and vendor dependencies<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 4<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Outsourcing decisions can affect business operations long after implementation. The analyst should evaluate whether the vendor&#8217;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.<\/span><\/p>\n<p><b>Question 205.<\/b><\/p>\n<p><b>Why should a business analyst document constraints separately from assumptions when appropriate?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> Constraints limit possible approaches, while assumptions are conditions believed to be true but potentially requiring validation.<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b><span style=\"font-weight: 400;\"> Constraints and assumptions always mean exactly the same thing.<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b><span style=\"font-weight: 400;\"> Assumptions cannot affect requirements.<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b><span style=\"font-weight: 400;\"> Constraints are relevant only after implementation.<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">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.<\/span><\/p>\n<p><b>Question 206.<\/b><\/p>\n<p><b>A business analyst is asked to determine why customers abandon an online application before completion. What should the analyst do?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> Assume the application is too long<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b><span style=\"font-weight: 400;\"> Analyze behavioral data and obtain relevant customer feedback to identify likely causes<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b><span style=\"font-weight: 400;\"> Remove half of the application fields immediately<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b><span style=\"font-weight: 400;\"> Replace the application without investigating the problem<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">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.<\/span><\/p>\n<p><b>Question 207.<\/b><\/p>\n<p><b>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?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> Choose the least expensive interpretation<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b><span style=\"font-weight: 400;\"> Allow each team to use its own interpretation<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b><span style=\"font-weight: 400;\"> Obtain clarification from an appropriate authoritative or qualified source and document the resulting interpretation<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b><span style=\"font-weight: 400;\"> Ignore the requirement until an audit occurs<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">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.<\/span><\/p>\n<p><b>Question 208.<\/b><\/p>\n<p><b>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?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> Remove it because few users benefit<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b><span style=\"font-weight: 400;\"> Assign it low priority based only on user count<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b><span style=\"font-weight: 400;\"> Defer it until after deployment<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b><span style=\"font-weight: 400;\"> Evaluate it as a mandatory or high-priority obligation based on applicable compliance requirements<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 4<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">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.<\/span><\/p>\n<p><b>Question 209.<\/b><\/p>\n<p><b>What is an important purpose of a requirements baseline?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> To establish an agreed reference set of requirements against which controlled changes can be identified and managed<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b><span style=\"font-weight: 400;\"> To ensure requirements can never be modified<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b><span style=\"font-weight: 400;\"> To eliminate version control<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b><span style=\"font-weight: 400;\"> To replace requirements traceability<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">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&#8217;s lifecycle and governance needs.<\/span><\/p>\n<p><b>Question 210.<\/b><\/p>\n<p><b>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?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> Database normalization<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b><span style=\"font-weight: 400;\"> End-to-end process or value stream mapping<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b><span style=\"font-weight: 400;\"> Financial depreciation analysis<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b><span style=\"font-weight: 400;\"> Source-code inspection<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">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.<\/span><\/p>\n<p><b>Question 211.<\/b><\/p>\n<p><b>A business analyst notices that one requirement contradicts a process model approved earlier in the initiative. What should the analyst do?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> Assume the textual requirement is always correct<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b><span style=\"font-weight: 400;\"> Assume the process model is always correct<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b><span style=\"font-weight: 400;\"> Investigate and resolve the inconsistency with relevant stakeholders, then update affected artifacts<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b><span style=\"font-weight: 400;\"> Keep both versions because different formats can contain different meanings<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">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.<\/span><\/p>\n<p><b>Question 212.<\/b><\/p>\n<p><b>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?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> Only today&#8217;s transaction volume<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b><span style=\"font-weight: 400;\"> Only the number of current users<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b><span style=\"font-weight: 400;\"> A general statement that the system should be powerful<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b><span style=\"font-weight: 400;\"> Measurable capacity, scalability, and performance expectations based on anticipated growth<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 4<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">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.<\/span><\/p>\n<p><b>Question 213.<\/b><\/p>\n<p><b>Why should a business analyst analyze the consequences of doing nothing when preparing a business case?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> It provides a baseline alternative and helps stakeholders understand the cost, risk, or opportunity associated with maintaining the current state.<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b><span style=\"font-weight: 400;\"> It guarantees that the proposed initiative will be approved.<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b><span style=\"font-weight: 400;\"> It eliminates the need to compare solution options.<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b><span style=\"font-weight: 400;\"> It assumes the current state has no cost.<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">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.<\/span><\/p>\n<p><b>Question 214.<\/b><\/p>\n<p><b>A business analyst is preparing a questionnaire for thousands of customers. What should be done before distributing it broadly?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> Include as many questions as possible<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b><span style=\"font-weight: 400;\"> Pilot or review the questionnaire to identify ambiguity, bias, usability problems, and measurement issues<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b><span style=\"font-weight: 400;\"> Require customers to answer every question regardless of relevance<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b><span style=\"font-weight: 400;\"> Use only leading questions<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">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.<\/span><\/p>\n<p><b>Question 215.<\/b><\/p>\n<p><b>A business analyst is reviewing a proposed requirement that could expose confidential information in system logs. What should the analyst do?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> Ignore logs because they are technical artifacts<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b><span style=\"font-weight: 400;\"> Include all information in logs for easier troubleshooting<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b><span style=\"font-weight: 400;\"> Analyze logging needs together with privacy, security, audit, retention, and access requirements<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b><span style=\"font-weight: 400;\"> Disable all logging<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">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.<\/span><\/p>\n<p><b>Question 216.<\/b><\/p>\n<p><b>An organization plans to deploy a new process to one location before expanding it enterprise-wide. What should the business analyst help define?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> Only the enterprise-wide final deployment date<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b><span style=\"font-weight: 400;\"> Only the software installation instructions<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b><span style=\"font-weight: 400;\"> A requirement that the pilot must always succeed<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b><span style=\"font-weight: 400;\"> Pilot scope, success measures, feedback methods, risks, and criteria for broader rollout<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 4<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">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.<\/span><\/p>\n<p><b>Question 217.<\/b><\/p>\n<p><b>A business analyst discovers that an existing requirement could be reused by another initiative. What should the analyst do?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> Evaluate whether the requirement and its context are applicable before reusing it.<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b><span style=\"font-weight: 400;\"> Copy it unchanged without review.<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b><span style=\"font-weight: 400;\"> Prevent reuse because every requirement must be unique.<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b><span style=\"font-weight: 400;\"> Remove its original traceability.<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">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.<\/span><\/p>\n<p><b>Question 218.<\/b><\/p>\n<p><b>A business analyst needs to evaluate several vendor proposals against the same business requirements. What should be established?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> Different criteria for every vendor<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b><span style=\"font-weight: 400;\"> Consistent evaluation criteria and weighting based on business needs and constraints<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b><span style=\"font-weight: 400;\"> Selection based solely on vendor presentation quality<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b><span style=\"font-weight: 400;\"> Selection based only on the lowest purchase price<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">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.<\/span><\/p>\n<p><b>Question 219.<\/b><\/p>\n<p><b>A solution was expected to reduce customer complaints, but complaint volume remains unchanged after implementation. What should the business analyst investigate?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> Only whether the solution was delivered on time<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b><span style=\"font-weight: 400;\"> Only whether all requirements were approved<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b><span style=\"font-weight: 400;\"> Whether the solution addressed the actual complaint drivers, was adopted appropriately, and achieved relevant intermediate outcomes<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b><span style=\"font-weight: 400;\"> Only the project&#8217;s final cost<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">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.<\/span><\/p>\n<p><b>Question 220.<\/b><\/p>\n<p><b>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?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> Delete the business rules after project closure.<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b><span style=\"font-weight: 400;\"> Assign ownership to the development team without agreement.<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b><span style=\"font-weight: 400;\"> Leave ownership unresolved because implementation is complete.<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b><span style=\"font-weight: 400;\"> Establish appropriate ongoing ownership and maintenance responsibility with authorized stakeholders.<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 4<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">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.<\/span><\/p>\n<p>&nbsp;<\/p>\n","protected":false},"excerpt":{"rendered":"<p>View Full PMI PMI-PBA Exam Dumps and Practice Test Dumps &nbsp; 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 [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":[],"categories":[1648,1647],"tags":[],"_links":{"self":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/22367"}],"collection":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/comments?post=22367"}],"version-history":[{"count":1,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/22367\/revisions"}],"predecessor-version":[{"id":22368,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/22367\/revisions\/22368"}],"wp:attachment":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/media?parent=22367"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/categories?post=22367"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/tags?post=22367"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}