Quick answer
A Critical Design Review is the formal technical milestone that evaluates whether a system's detailed design is complete and ready for production or fabrication, establishing the Product Baseline.
A Critical Design Review (CDR) is the formal technical review that evaluates whether a system's detailed design documentation is complete, requirements-compliant, and mature enough to authorize the beginning of hardware fabrication, software coding, or production, and formally establishes the Product Baseline.
What is a Critical Design Review?
The CDR is the culminating design review in the DoD acquisition process, following the Preliminary Design Review. It demonstrates that the detailed design is fully defined, all requirements are traceable through analysis and test plans, interfaces are controlled, and the system can be built within the established cost and schedule. CDR success effectively closes the design phase and opens the fabrication, integration, and test phase.
CDR success criteria typically include: detailed design drawings and specifications complete for all hardware components, software detailed design documentation complete for all software items, all requirements verified through analysis, inspection, test, or demonstration (with verification methods documented in a Verification Cross-Reference Matrix), Technical Performance Measures at or above threshold values, no unresolved critical technical risks, build-to documentation complete, and the product baseline ready for government approval.
On large programs, CDR is conducted at the subsystem level first and then rolled up to a System-level CDR. Software-intensive programs may conduct a Software CDR (SWCDR) separately from the hardware CDR. After a successful CDR, the Product Baseline is approved and controlled through the configuration management process, and changes require formal Engineering Change Proposals.
Why the CDR matters for government contractors
CDR is one of the highest-stakes program events in defense contracting. A successful CDR authorizes the commitment of fabrication and production resources, which represent the majority of the program's cost. Entering fabrication without a complete, verified design is a primary driver of expensive rework and cost growth on DoD programs. The readiness of the CDR package directly affects the program's cost and schedule risk going forward.
Example
An Army combat vehicle prime contractor holds a system-level CDR after completing 14 subsystem CDRs over six months. The system CDR finds one open action item: the vehicle's cooling system thermal analysis shows a 3-degree margin against the maximum electronic bay temperature limit under desert conditions. The CDR board approves proceeding with fabrication while requiring resolution of the thermal margin issue through a test and analysis plan within 90 days. The engineering team closes the action item by adding a supplemental cooling duct, validated by environmental chamber testing.
Frequently Asked Questions
What documents must be complete for a CDR?
Required CDR documentation typically includes: engineering drawings (released at "production" or "approved for fabrication" status), Interface Control Documents (final), Software Design Documents, Verification Cross-Reference Matrix (mapping all requirements to verification methods), test plans, System Safety Analysis, and updated cost and schedule estimates. The specific documentation requirements are defined in the program's Systems Engineering Plan and the CDRL.
What is the Product Baseline and when is it established?
The Product Baseline documents the as-designed configuration of the system, the complete set of engineering documentation that defines what will be built. It is formally approved at or shortly after CDR completion. Changes to the Product Baseline after CDR require Class I ECPs approved by the Configuration Control Board and typically the government.
How long does a CDR typically take to conduct?
Subsystem CDRs may be conducted over one to two days. System-level CDRs for complex programs can extend over one to two weeks, covering multiple review boards, data packages, and action item resolution sessions. Total CDR preparation time (from design freeze to CDR completion) typically spans three to six months for major programs.
What is the risk of entering CDR before the design is truly complete?
Entering CDR with an immature design results in a high number of open action items, CDR failure, or program delay while the design matures. More seriously, if a contractor proceeds to fabrication without completing the CDR properly, design defects discovered during manufacturing cause expensive rework and schedule slips. Government program offices are increasingly scrutinizing CDR readiness criteria to prevent premature CDR completion.
How Bidovate helps
Bidovate puts Critical Design Review (CDR) to work inside your capture and proposal workflow.
Federal contractingSee Bidovate in action
Book a demo and we will show you the platform using your actual contract data.
Related terms
Preliminary Design Review (PDR)
A Preliminary Design Review is a formal technical assessment that evaluates whether a system's preliminary design meets requirements before committing to detailed design, establishing the Allocated Baseline.
ViewSystem Requirements Review (SRR)
A System Requirements Review is the first formal technical review of a defense acquisition program that evaluates whether system requirements are complete, consistent, and feasible before design begins.
ViewTest Readiness Review (TRR)
A Test Readiness Review is a formal technical gate that assesses whether a system and its test environment are prepared to begin a specific test phase, verifying that test plans, procedures, and facilities are ready.
ViewSystems Engineering Plan (SEP)
A Systems Engineering Plan is a contractor deliverable that describes the technical approach, processes, resources, and schedule for managing systems engineering activities on a major defense acquisition program.
View