A short QA checklist that catches most package issues
A peer-review template anyone on the team can run before a package leaves the office.
Most issues that surface in the field were visible on the drawing before it left the office. A short, repeatable peer-review pass — run by someone other than the author — catches a large share of them. The point is not an exhaustive audit; it is a consistent second set of eyes against a fixed list.
Anchor the checklist to your governing references — the BICSI TDMM, the relevant TIA-568 and TIA-606 sections, and any project-specific specification — so “correct” means “correct against a named standard.”
What a useful checklist covers
- Does every drawing carry the right title block, revision, and responsible-party information?
- Do the identifiers on the drawings match the labeling scheme and resolve to records?
- Are pathway fill, bend radius, and separation requirements satisfied where shown?
- Does the design package agree with the specification where the spec is tighter than the standard?
- Are coordination items with electrical and structural reflected, not assumed?
Keep it boring and keep it run
The value is in running the same pass every time, not in the list being clever. Keep it short enough that it actually happens before every package goes out, and treat the items it catches as feedback into the next design rather than as a scolding.
Principal of ICT Design Partners, a focused, remote-first ICT design, QA, and white-label practice for contractors and design firms.
About the firm