10 QA checks our team does to ensure every documentation set should pass before submission.

A drawing set may look complete, but if the fundamentals haven’t been checked, it will cost time, budget, and credibility downstream.

The following ten checks represent the core of our internal QA workflow, the same structure our remote teams use before any documentation set is issued to design leads, consultants, or clients.
These checks are technical, predictable and repeatable, and they sit underneath every efficient delivery model.

1. Model and file structure alignment

Before anything else, the model must be organised correctly.
This means verifying that:

  • worksets, layers, and subcategories follow office standards
  • naming conventions are consistent
    links are current and correctly placed
  • all unused or legacy elements are purged

A clean model structure reduces crashes, keeps performance stable, and prevents coordination errors that emerge late in the project.

2. Title blocks, sheets and metadata accuracy

Small inconsistencies in documentation metadata often trigger the biggest headaches.
Every sheet should be checked for:

  • correct title block template
  • project number and naming accuracy
  • consultant revision alignment
  • correct north point, scale and reference notes

A set that doesn’t align on these basics undermines confidence before anyone reviews the drawings.

3. Coordination check across disciplines

Before drawings leave the studio, the team reviews for clash and consistency across architecture, structure, MEP and any other linked consultant model.
This includes verifying:

  • alignment of grids and levels
  • structural penetration consistency
  • mechanical distribution paths
  • service clearance zones
  • fire and egress logic

This is the check that prevents coordination meetings from becoming rework meetings.

4. Dimensioning consistency and logic

Dimensions are one of the most common sources of RFI friction.
The QA step verifies:

  • dimension strings follow office standards
  • critical control dimensions are present
  • repeated rooms or details are dimensioned identically
  • there are no overlapping or duplicated dimensions

Good dimensioning dramatically reduces site confusion.

5. Detail references and callouts

Every callout in the documentation set must:

  • reference an existing detail
  • reference the correct detail
  • reflect the correct scale
  • match the view shown

Missing or incorrect references are a direct path to rework and delay.

6. Annotation standards and note accuracy

Poor annotation creates ambiguity — which becomes rework.
Checks include:

  • consistent use of tags, abbreviations and legends
  • clear hierarchy of notes
  • removal of redundant text
  • spelling and terminology aligned with client standards

Annotations should clarify, not create new questions.

7. Material definitions and specification alignment

Materials must match the specification, not an assumption.
QA ensures that:

  • hatches and material codes follow standards
  • finishes align with the project’s specification set
  • door and window tags align to the schedules
  • any non-standard elements are flagged early

Incorrect materials cost more to rectify than any other documentation mistake.

8. Drawing output and visual clarity

A set may be technically correct but visually unclear.
This check focuses on:

  • line weights
  • hierarchy of information
  • view range consistency
  • graphic overrides
  • readability at printed scale

Great documentation looks intentional. Poor documentation looks improvised.

9. Cross-check against prior mark-ups

This step prevents repeated mistakes and builds trust.
Before a set is issued, the team reviews:

  • previous round mark-ups
  • unresolved comments
  • comments addressed incorrectly
  • notes that require escalation

This is where retention matters: stable teams know the history behind each decision.

10. Final compliance check with client standards

No two practices have the same drawing rules.
A good QA process ends with a final review against the client’s:

  • BIM standards
  • CAD expectations
  • naming conventions
  • layering or workset structure
  • submission requirements

This ensures the set lands exactly as the client expects — not just “technically correct.”

Why these checks matter

These ten steps represent the baseline of a robust QA system.
When applied consistently, they:

  • reduce rework
  • stabilise delivery timelines
  • protect margins
  • prevent disputes
  • strengthen consultant coordination
  • raise confidence across the entire project team

Prev
No more posts
Next
What a dedicated remote team really means (and what it doesn’t)

LET’S TALK

    Your privacy matters to us - check out our policy here.