6.3 Validate Requirements (Task 7.3)
Key Takeaways
- Task 7.3 ensures requirements and designs deliver real business value, align with enterprise strategy, and satisfy stakeholder goals and objectives.
- Verification asks 'Are we building the thing right?' (quality/syntax), whereas Validation asks 'Are we building the right thing?' (business value/alignment).
- A requirement can be completely verified (free of errors, atomic, testable) yet completely invalid if it fails to advance business objectives or justify its implementation cost.
- Validation activities include evaluating alignment with the business case, identifying and challenging assumptions, and defining measurable evaluation criteria.
- Primary stakeholders for validation are the Business Sponsor, Domain SMEs, and Solution End-Users who realize the value of the solution.
6.3 Validate Requirements (Task 7.3)
Quick Summary: BABOK® Guide v3 Task 7.3 (Validate Requirements) is the value assurance gate of business analysis. It ensures that all specified requirements and designs directly align with organizational goals, satisfy the business case, deliver positive stakeholder value, and justify the expenditure of enterprise resources.
Purpose and Definition of Task 7.3
The purpose of Validate Requirements is to ensure that all requirements and designs contribute to the business need, support the desired future state, and deliver measurable value to stakeholders. While Verification (Task 7.2) confirms that requirements are well-written and internally consistent, Validation confirms that they are worth building.
An enterprise can spend millions developing a system with zero syntax errors, impeccable UML models, and 100% test coverage—and still go bankrupt if the system solves the wrong problem. Task 7.3 ensures that every requirement traces to an authentic business need and provides a positive return on investment.
+-----------------------------------------------------------------------------------+
| BABOK Task 7.3 Structure |
+-----------------------------------------------------------------------------------+
| INPUTS: |
| * Requirements (Specified and Modeled - from Task 7.1) |
| * Designs (Specified and Modeled - from Task 7.1) |
| |
| ELEMENTS: |
| 1. Identify Assumptions |
| 2. Define Measurable Evaluation Criteria |
| 3. Evaluate Alignment with Business Case and Goals |
| |
| OUTPUTS: |
| * Requirements (Validated) |
| * Designs (Validated) |
+-----------------------------------------------------------------------------------+
Verification vs. Validation: The Critical BABOK Distinction
The distinction between Verification and Validation is one of the most heavily tested conceptual pairings on the CCBA examination:
| Dimension | Task 7.2: Verify Requirements | Task 7.3: Validate Requirements |
|---|---|---|
| Core Question | "Are we building the thing right?" | "Are we building the right thing?" |
| Primary Focus | Quality, structure, completeness, syntax, formatting, and testability. | Business value, strategic alignment, stakeholder outcomes, and ROI. |
| Standard Applied | Internal modeling standards and BABOK quality characteristics (Atomicity, etc.). | Business case, organizational goals, future state vision, and KPIs. |
| Defect Type | Ambiguity, inconsistency, non-atomic statements, untestable criteria. | Gold plating, obsolete features, misaligned scope, negative ROI. |
| Primary Authority | Business Analyst, Lead Architect, Quality Assurance Lead. | Business Sponsor, Product Owner, Executive Beneficiaries. |
| Failure Consequence | Developers build the wrong functionality or QA cannot write tests. | The organization spends budget on a system that fails to achieve business value. |
The Gold Plating Trap
Gold Plating refers to adding extra features, unnecessary complexity, or aesthetic embellishments that are not required by the business case. Gold-plated requirements often pass verification effortlessly (they can be atomic, testable, and grammatically perfect), but they fail validation because they consume resources without delivering incremental business value.
The Three Elements of Requirements Validation
1. Identify Assumptions
Every business requirement is founded on underlying assumptions regarding user behavior, market dynamics, technical feasibility, or organizational readiness. The business analyst must:
- Explicitly document all assumptions (e.g., "We assume 80% of retail customers will adopt mobile self-service rather than calling telephone support").
- Evaluate the risk if the assumption proves false.
- Establish validation experiments (e.g., prototype usability testing, market surveys) to test high-risk assumptions before full development.
2. Define Measurable Evaluation Criteria
Validation requires objective metrics to determine whether the implemented requirement actually delivers its projected value. The BA defines Acceptance Criteria (for operational delivery) and Evaluation Criteria (for post-implementation value assessment):
- Operational Acceptance Metric: "The checkout flow processes payment authorizations in <= 1.8 seconds."
- Business Value Evaluation Metric: "The revised checkout flow reduces cart abandonment rate by 15% within 90 days of launch, generating $2.4M in incremental annual revenue."
3. Evaluate Alignment with Business Case and Goals
The business analyst traces every requirement and design option back to the strategic objectives established during Strategy Analysis (Chapter 5):
STRATEGIC GOAL ──> BUSINESS OBJECTIVE ──> STAKEHOLDER NEED ──> SOLUTION REQUIREMENT
(e.g., Expand (e.g., Reduce loan (e.g., Instant (e.g., Automated API
Market Share) turnaround by 50%) credit check) credit score feed)
If a requirement cannot be traced to an approved business objective, the BA must question its validity, escalate to the sponsor, and remove it from the baseline if it does not contribute to value realization.
Enterprise Scenario: The Validated Healthcare Diagnostic Portal
A national health maintenance organization (HMO) commissions a $4M AI-driven diagnostic assistant for primary care physicians. During discovery, technical specialists model 250 verified requirements.
- Verification Status: All 250 requirements are verified (Task 7.2). They use precise UML notation, include measurable response times (<500ms), and have zero syntactic errors.
- Validation Review (Task 7.3): The lead BA evaluates the requirements against the original Business Case (Goal: Reduce physician burnout and shorten appointment administrative time by 20%):
- Requirement Set A (Voice-to-Text Clinical Scribing): Directly validates—physicians test a prototype and save 8 minutes per consultation, reducing admin burden.
- Requirement Set B (Automated 15-Page Predictive Research Citations): Fails Validation. While technically impressive, physicians state during validation reviews that reviewing 15 pages of academic citations per patient increases consultation time by 12 minutes, directly contradicting the business goal.
- Outcome: Requirement Set B is eliminated, saving $950,000 in software engineering effort and preserving physician efficiency.
Key BABOK v3 Techniques for Task 7.3
- Acceptance and Evaluation Criteria: Defines the minimum performance thresholds and qualitative/quantitative criteria necessary to validate that a requirement delivers business value.
- Business Cases: Provides the financial baseline, cost-benefit justification, and business goals against which all requirements are validated.
- Financial Analysis: Evaluates financial metrics such as Return on Investment (ROI), Net Present Value (NPV), Payback Period, and Total Cost of Ownership (TCO) to confirm economic viability.
- Metrics and Key Performance Indicators (KPIs): Establishes target metrics to track whether delivered solutions achieve expected business outcomes.
- Risk Analysis and Management: Assesses whether proposed requirements introduce organizational, compliance, or operational risks that outweigh their benefits.
- Reviews: Engages business sponsors and executive stakeholders in validation gates to confirm business value alignment.
[!TIP] CCBA Exam Tip: When a scenario asks "Who has the ultimate authority to validate requirements?", look for the Business Sponsor or Business Owner. While developers and BAs verify technical and structural quality, only the business sponsor (or authorized business delegates who fund the initiative and realize the benefits) can validate that the solution delivers acceptable business value.
[!WARNING] CCBA Exam Trap: Do not confuse Requirements Validation (Task 7.3) with Confirm Elicitation Results (Task 4.3). Task 4.3 merely confirms that the BA accurately recorded what the stakeholder said during an interview. Task 7.3 validates that the modeled requirement actually delivers business value and aligns with enterprise strategy.
A business analyst completes a comprehensive requirements package for a multi-million-dollar inventory replenishment system. The specifications adhere strictly to all notation syntax, pass formal inspection checklists without defects, contain zero ambiguous terms, and have fully quantifiable automated test criteria. However, during an executive governance review, the Chief Financial Officer demonstrates that the automated daily ordering algorithm will increase warehouse holding costs by 35% without improving order fulfillment rates, resulting in a net negative ROI. How is the status of this requirements package characterized under BABOK v3?
An agile enterprise is planning a major digital transformation initiative. During requirements analysis and design definition, who among the following stakeholders holds the PRIMARY accountability and authority for validating that the requirements and proposed design options deliver genuine business value and align with organizational strategy?
A business analyst is evaluating a set of 15 proposed functional requirements for a new corporate travel booking platform. To validate these requirements against the approved Business Case, the BA applies financial analysis techniques and compares the projected implementation cost of $350,000 against the expected annual operational cost savings of $120,000 across a 4-year lifecycle. Which element of BABOK v3 Task 7.3 is the analyst actively executing?