A step-by-step guide to building a construction QC plan that actually passes owner and CM submittal review, with the core sections, the ITP structure, and the reasons plans get rejected.
A construction quality control plan (QC plan) is the written document that defines how a contractor inspects, tests, and verifies completed work against the drawings and specifications. It assigns named responsibility for each check, structures inspections as Inspection and Test Plans (ITPs) tied to specific spec sections, and sets the non-conformance and corrective-action workflow used when work fails inspection. Many public, institutional, and design-build contracts require one as a condition of notice to proceed.
Most general contractors have written a QC plan before, usually for a bid submission or because the specification demanded one. Fewer have written one that an owner's reviewer accepted on the first pass. Reviewers reject plans constantly, and almost always for the same handful of reasons: a plan that reads like a template, responsibilities with no name attached, and inspection steps that don't connect to this project's actual spec sections.
This guide walks through the sections a QC plan needs, how to structure the ITPs that carry most of the weight, and where drawing review fits before any field inspection begins.
Before drafting anything, read the contract's quality clause and Division 01 quality requirements section. Federal work following USACE or NAVFAC standards typically mandates a specific format and calls it a Contractor Quality Control (CQC) plan. Design-build and institutional owners often ask for a Project Quality Plan (PQP) that covers both QA and QC in one document. Note the required submittal deadline, since most contracts require the plan before or shortly after notice to proceed, not before the first pour.
A QC plan that survives submittal review contains these sections at minimum. Skipping any one of them is a common reason plans come back marked up.
State which contract, which phases, and which spec divisions the plan covers. List the project-specific quality objectives tied to the contract requirements, not generic statements like "deliver a quality project." Name the applicable code edition and any owner quality standards referenced in the specifications.
Show the QC manager by name, their reporting line (independent of production/superintendent authority is preferred by most owners), and every role with a QC duty: QC manager, discipline inspectors, testing lab coordinator, submittal coordinator. A chart with job titles but no names is one of the fastest ways to get a plan rejected.
Each ITP ties to a CSI spec section (03 30 00 cast-in-place concrete, 05 12 00 structural steel, 23 00 00 HVAC, etc.) and lists the inspection or test, the acceptance criteria, the responsible inspector, and hold or witness points. This is the operational core of the plan; everything else supports it.
Define how incoming materials are checked against approved submittals before installation: mill certs, delivery tickets, visual inspection, and where a material gets rejected and returned versus accepted with a deviation. Tie this back to the submittal log so nothing gets installed against an unapproved submittal.
Define the NCR workflow: how a non-conformance gets logged, who has authority to disposition it (use-as-is, rework, reject), how corrective action is verified, and how the NCR closes. Include a trending requirement so recurring NCRs against the same spec section trigger a process review, not just another inspection.
Specify the daily QC report format, how inspection records and test results are filed and retained, and what rolls into the closeout package (as-built ITPs, NCR log, material certifications, punch list sign-off). Owners reviewing the plan want to see the audit trail this section produces, not just read a description of it.
Inspection and Test Plans are where most rejected plans fall apart. A usable ITP covers each of these fields for every spec section on the project, not just the trades an owner is likely to spot-check.
| Field | What it captures |
|---|---|
| Spec section | The CSI MasterFormat section this ITP verifies, e.g. 03 30 00 |
| Inspection / test | What gets checked: rebar placement, weld inspection, slump test, duct pressure test |
| Acceptance criteria | The pass/fail standard, referencing the spec or code section directly |
| Hold point | A stage where work stops until QC signs off (e.g. before concrete placement) |
| Witness point | A stage where the owner or inspector must be notified and may observe, but work isn't required to stop |
| Responsible party | Named inspector or third-party testing agency for this specific check |
| Documentation | The form, photo, or test report that proves the inspection happened |
Hold points and witness points do different jobs. A hold point stops work until the QC inspector (or sometimes the owner) signs off, used for irreversible steps like concrete placement or closing in a wall before rough-in inspection. A witness point notifies the owner or third-party inspector that a check is happening, but work can continue if nobody shows up. Mislabeling a hold point as a witness point is a specific, common rejection flag on ITPs for structural and life-safety work.
A QC plan documents inspection and testing of completed work. A QA plan documents the process, standards, and training used to prevent defects in the first place. Many specifications bundle both into one Project Quality Plan, which is why the terms get used interchangeably in practice even though they describe opposite halves of a quality system. For the full breakdown of the distinction with examples of each, see QA vs QC in construction.
Reviewers see hundreds of these documents. The plans that get returned with markups almost always share one of these problems:
Field inspection is not the first QC checkpoint on a project. Reviewing the drawing set itself, checking for coordination conflicts, missing details, code issues, and spec-to-drawing mismatches, is the earliest and cheapest QC step, and a strong QC plan references it explicitly rather than starting the quality narrative at first concrete pour. A plan that only describes field inspections is describing half the QC program.
Add a preconstruction section to the plan that names who reviews the issued-for-construction set, what checklist they use, and how findings feed the submittal log before buyout. Tools built for AI-assisted document inspection can run this check across an entire set consistently, which gives the QC manager a documented record to cite in this section instead of a verbal walk-through. Helonic's code compliance checks are one way to produce that record automatically as part of the preconstruction QC step.
An approved QC plan that sits in a binder is worthless. Update the ITP log as spec sections close out, trend the NCR log monthly to catch systemic issues, and revise the org chart when QC staff change, since a plan with outdated names is a documentation gap an owner's auditor will flag at closeout. The drawing QA/QC checklist is a useful companion document for the preconstruction section specifically.
Documents that never get updated stop reflecting how the project actually runs. When a QC plan and the field diverge, the gaps that show up are the same ones that eventually surface as drawing errors and claims late in the project.
Practitioner insight
“A QC plan gets rejected the moment a reviewer can tell it was copied from the last job. Name real people against real spec sections, tie the ITPs to the actual submittal log, and reference the drawing review you already did in preconstruction. That last part is the piece most plans leave out entirely.”
Recurring theme from conversations with quality managers and project executives at general contractors submitting QC plans on public and institutional work.
Milind is the co-founder and CEO of Helonic, where he leads product and go-to-market for AI-powered construction drawing analysis. He works closely with general contractors, project managers, estimators, and owners to understand how drawing quality drives project outcomes - and where AI can reduce RFIs, change orders, and rework. Milind has interviewed hundreds of construction professionals across project delivery roles, from preconstruction estimators at ENR top-400 contractors to facilities directors at institutional owners, and uses those conversations to shape both product direction and the way Helonic talks about the work.
How this page was researched: Based on QC plan submittal reviews, ITP structures, and NCR workflows observed across public, institutional, and design-build construction contracts, plus conversations with quality managers and project executives responsible for getting QC plans approved during buyout.
Last reviewed by Milind Sagaram · July 2026
Related references on construction quality and drawing review.
Definitions, a side-by-side comparison, and how quality assurance and quality control work together.
Review milestones, reviewer roles, and checklists for catching errors on the design side before issue.
A structured checklist for drawing completeness and coordination, the earliest QC checkpoint a plan should reference.
How AI-assisted document inspection supports the ITPs and submittal verification sections of a QC plan.
How gaps that a QC plan should catch turn into RFIs, change orders, and disputes when they reach the field.