3.2 Design Review & Verification
Key Takeaways
- Design Verification answers 'Did we design the product right?' by evaluating outputs against quantitative technical design inputs through testing, inspection, calculations, and alternative design analysis.
- Design Validation answers 'Did we design the right product?' by proving the final product fulfills specified user needs and intended uses under actual or simulated operational end-use conditions.
- The Phase Gate Process imposes formal review gates (e.g., Concept, Detailed Design, Pilot Build, Launch) between project phases, preventing costly downstream revisions by requiring strict milestone sign-offs.
- Design review stages (Conceptual, Preliminary/PDR, Final/Critical/CDR, Post-Implementation) require multi-disciplinary participation, documented action item logs, and objective evidence to confirm readiness.
3.2 Design Review & Verification
Quality engineering during product development relies on structured evaluation mechanisms to prevent design flaws from reaching production. Regulated industries (such as medical devices under FDA 21 CFR 820.30 and ISO 13485, or aerospace under AS9100) enforce strict design controls. Central to design governance are Phase Gate Processes, Formal Design Reviews, Design Verification, and Design Validation.
1. The Phase Gate Development Process
The Phase Gate Process (also called a Stage-Gate framework) divides product development into discrete, sequential stages separated by formal evaluation checkpoints called Gates.
+---------+ +--------+ +---------+ +--------+ +---------+ +--------+ +------------+
| Stage 1 |--> | Gate 1 |--> | Stage 2 |--> | Gate 2 |--> | Stage 3 |--> | Gate 3 |--> | Stage 4 |
| Concept | | Review | | Design | | Review | | Pilot | | Review | | Production |
+---------+ +--------+ +---------+ +--------+ +---------+ +--------+ +------------+
At each gate, a cross-functional governance board evaluates project deliverables against predefined exit criteria. The gate review yields one of four decisions:
- Go: Project meets all criteria and proceeds to the next phase.
- Kill: Project is canceled due to technical failure, excessive cost, or market unfeasibility.
- Hold: Project is paused pending external factors or resource availability.
- Recycle / Redo: Project remains in the current stage until specific action items or missing criteria are completed.
2. Stages of Formal Design Review
A Design Review is a documented, comprehensive, and systematic examination of a design to evaluate its capability to meet requirements and identify potential problems. Formal design reviews occur at critical milestones:
| Design Review Stage | Primary Focus | Key Deliverables & Entrance Criteria |
|---|---|---|
| Conceptual Design Review | Architectural feasibility, concept trade-offs, initial VOC alignment | Product concept proposals, high-level feasibility analysis, preliminary cost models |
| Preliminary Design Review (PDR) | Subsystem architectures, schematic completeness, risk assessments | System specs, preliminary DFMEA, draft CAD models, initial test plans |
| Critical / Final Design Review (CDR) | Final design freeze, detailed drawings, tolerance stack-ups, manufacturing readiness | Released engineering drawings, completed DFMEA, prototype test data, tooling specs |
| Post-Implementation / Launch Review | Initial production yield, field performance, lessons learned | Production yield metrics, initial customer feedback, process capability studies ($C_{pk}$) |
Multi-Disciplinary Team Composition
According to ISO 9001 and FDA regulations, design reviews MUST include representatives from all functions affected by the design stage being reviewed (Design, Quality, Manufacturing, Regulatory, Reliability, Field Support) AND at least one independent reviewer who is not directly responsible for the design stage under review.
3. Design Verification vs. Design Validation
One of the most frequently tested concepts on the ASQ CQE exam is the fundamental distinction between Verification and Validation.
+-----------------------------------------------------------------------------------+
| DESIGN CONTROLS |
+-----------------------------------------+-----------------------------------------+
| DESIGN VERIFICATION | DESIGN VALIDATION |
+-----------------------------------------+-----------------------------------------+
| "Did we design the product RIGHT?" | "Did we design the RIGHT product?" |
| Evaluates: Output vs. Input Specs | Evaluates: Output vs. User Needs |
| Focus: Quantitative engineering specs | Focus: Qualitative user operating needs |
| Environment: Laboratory / Test bench | Environment: Actual / Simulated field |
| Units: Prototypes, subassemblies, code | Units: Production-equivalent units |
+-----------------------------------------+-----------------------------------------+
Detailed Comparison Table
| Dimension | Design Verification | Design Validation |
|---|---|---|
| Core Question | Did we design the product right? | Did we design the right product? |
| Reference Baseline | Design Inputs & Engineering Specifications | User Needs, Intended Use, & Operational Environment |
| Primary Objective | Prove outputs meet objective specifications | Prove product functions effectively for the end user |
| Typical Methods | Lab testing, dimensional inspection, FEA stress modeling, schematic analysis | Clinical trials, simulated user trials, field trials, human factors testing |
| Test Units | Engineering prototypes, breadboards, coupons | Final production-equivalent units under actual operating conditions |
4. Test Plan Development & Statistical Protocol
Quality engineers lead the development of Verification and Validation Test Plans. A robust test plan must specify:
- Test Objective: Clear statement of the feature or spec being verified.
- Acceptance Criteria: Unambiguous quantitative limits (e.g., "Tensile strength $\ge 450 \text{ MPa}$ at $23^\circ\text{C}$").
- Sample Size & Statistical Rationale: Sample sizes must be statistically justified based on risk, confidence levels ($1 - \alpha$), and reliability targets ($1 - \beta$).
- Environmental Conditions: Operating temperature, humidity, vibration, and thermal shock parameters.
- Traceability Matrix: Mapping every test protocol back to specific design input requirements.
Statistical Sample Size Rationale Example
For a verification test evaluating a continuous normal variable with unknown variance, the required sample size $n$ to estimate a parameter within margin of error $E$ at confidence level $Z_{1-\alpha/2}$ is:
Where $s$ is the estimated standard deviation from historical prototype data. If test sample size is restricted, tolerance intervals or binomial success-run formulas ($n = \frac{\ln(1 - C)}{\ln(R)}$) are used to prove reliability $R$ at confidence $C$.
5. CQE Exam Tips & Key Pitfalls
[!IMPORTANT] Remember the exact definitions for the exam: Verification compares Design Output to Design Input (engineering specifications). Validation compares Design Output to User Needs and Intended Use. Always ensure that validation testing is performed on production-equivalent units under actual or simulated operating environments.
A biomedical quality engineer conducts a laboratory burst pressure test on a prototype catheter to confirm that its wall rupture threshold exceeds 300 psi, as specified in the engineering input document. This activity is an example of:
According to ISO 9001 and medical device design control standards (21 CFR 820.30), what is a mandatory requirement regarding the composition of a formal Design Review panel?
During which phase gate design review are final released engineering drawings, completed DFMEAs, and tooling specifications evaluated to authorize production tooling release?