Coordination Cue
Task-specific guidance for ordinary trade-interface and handoff issues.
Project 08
Create and execute one trade-coordination and handoff plan that defines responsibilities, readiness conditions, access, interfaces, acceptance, deficiencies, and protection for sequential residential work, using approved subcontracts, purchase scopes, the WBS, drawings, specifications, and the current schedule as the controlling information.
These cues appear at the point of work. They identify trade-interface, access, and readiness issues before they become unsafe stacking, damaged work, or unclear responsibility.
Task-specific guidance for ordinary trade-interface and handoff issues.
Unsafe trade stacking, damaged work, or an unclear responsibility gap is possible.
Practical access, staging, and communication guidance between trades.
License, insurance, permit, or competent-person conditions vary by trade. Verify before mobilization.
Follow the executed subcontract's specific terms for scope, notice, and acceptance.
Recordkeeping and traceability guidance for handoff and interface records.
This project qualifies you to create and operate a trade-coordination and handoff system for a residential project — the controlling process that defines which trade is responsible for which task, what condition an area must be in before the next trade takes over, and how that handoff is inspected, accepted, and documented. The finished work product is one approved trade-responsibility matrix, a set of measurable handoff conditions by area or system, an area-release and handoff form in active use, and a closed set of handoff records showing predecessor deficiencies, successor acceptance, and required documentation.
You will collect the approved subcontracts, purchase scopes, WBS, drawings, specifications, and schedule; build a trade-responsibility matrix and resolve scope gaps and overlaps in writing; identify every physical interface between trades and the dependencies at that interface; define measurable handoff conditions for each area or system; confirm each trade's mobilization readiness; coordinate work zones, penetrations, and routing to prevent damage and unsafe stacking; inspect predecessor work, record deficiencies, and accept or reject the handoff; protect accepted work; and close each handoff record only when documentation is complete.
This project depends on the scope baseline from Project 01, the WBS from Project 03, the sequence logic from Project 04, the baseline schedule from Project 05, the lookahead from Project 06, and the procurement plan from Project 07. It supplies the accepted, documented trade conditions that the coordination meetings in Project 09, the RFI process in Project 10, and the quality-control plan in Project 13 all depend on.
The trade-responsibility matrix built here is the direct successor to the responsibility matrix first created in Project 01 and refined in the Project 03 WBS dictionary — it takes those role assignments down to the level of individual physical interfaces between trades. The measurable handoff conditions defined here give the two-week lookahead from Project 06 a concrete readiness test, and they give the coordination meetings in Project 09 a specific agenda item: unresolved interface deficiencies.
The discipline of defining acceptance by measurable condition rather than an informal statement that an area is "ready enough" is the same discipline used later in the Project 13 quality-control plan and the Project 14 punch-list process. A handoff accepted without measurable conditions produces exactly the kind of disputed responsibility this project is built to prevent.
This project covers:
This project does not authorize the learner to:
Any conflict between a subcontract scope, the WBS package it is tied to, and the current approved drawings must be resolved in writing before that trade mobilizes.
Establish these references before the trade-responsibility matrix is built, and do not change them mid-project without a recorded revision.
| Term | Definition |
|---|---|
| Trade interface | A physical, information, material, access, utility, equipment, or inspection point where one trade's work depends on or affects another trade's work |
| Handoff condition | A measurable dimension, substrate, dryness, cleanliness, temperature, access, backing, rough-in, testing, approval, or protection requirement that must be met before an area is released to the next trade |
| Predecessor | The trade whose completed work must be inspected and accepted before a successor trade may begin in that area |
| Successor | The trade that receives the released area and inspects the predecessor's work before beginning |
| Conditional acceptance | Acceptance of an area with recorded exceptions that do not release the predecessor from correction responsibility |
| Trade stacking | Multiple trades working in the same area at the same time in a way that creates unsafe congestion, damaged work, lost productivity, or unclear responsibility |
Before releasing an area to the next trade, record the handoff identification directly on the area-release and handoff form:
Project name: ______ Area or system: ______ Predecessor trade: ______ Successor trade: ______
Date inspected: ____________ Inspected by: ____________ Result (accepted / conditional / rejected): ____________
Every trade handoff in this book, from a rough framing-to-MEP handoff to the final punch-list closure in Project 14, follows the same sequence: assign responsibility, identify the interface, define the measurable condition, confirm readiness, inspect, accept or reject, protect, and document. Learning that sequence here, across the full residential trade sequence, means every later coordination task starts from a method you already trust.
Every trade-coordination plan must identify the exact point at which one trade's work ends and the next trade's dependency begins, and must state the measurable condition that area must meet before release. Write the handoff condition immediately next to the interface it governs so a reader cannot mistake a general description of readiness for a specific, checkable requirement. An interface left ambiguous between predecessor and successor responsibility becomes a disputed deficiency, a damaged work claim, or an unsafe trade-stacking condition once construction proceeds.
Every area or system handoff must be recorded on the area-release and handoff form with date, predecessor, successor, inspection result, deficiencies, and acceptance status. Do not accept a verbal statement that an area is ready in place of the completed form. An unrecorded handoff leaves no evidence of who accepted the area or what condition it was in at acceptance.
Do not declare an area ready for handoff while material defects, incomplete work, or required approvals remain unresolved. Accepting a predecessor area under schedule pressure, without the measurable handoff condition being met, transfers an unrecorded risk to the successor trade and to the project.
Confirm mobilization date, working hours, crew size, delivery, parking, storage, waste, power, water, lighting, and sanitation with each trade before it arrives on site. A trade that mobilizes without confirmed access and utilities loses productive time and increases the chance of unsafe improvisation.
Where the executed subcontract specifies a particular method, address, or timeframe for notice, inspection request, or handoff acceptance, follow that method exactly. Do not substitute an informal communication channel for the notice method the subcontract requires.
PM-043 – PM-048
Trade Coordination / Handoff Qualification
Deliverable: one documented trade-coordination system for the residential project, containing a trade-responsibility matrix with resolved scope boundaries, an identified set of physical and information interfaces between trades, measurable handoff conditions by area or system, confirmed mobilization readiness for each trade, coordinated work zones and penetration sequencing, and a closed set of area-release and handoff records showing inspection, deficiencies, acceptance, protection, and correction.
| Section | Content | Source | Purpose |
|---|---|---|---|
| Trade-responsibility matrix | Labor, material, equipment, layout, backing, penetrations, protection, testing, cleanup, permits, closeout by trade | Subcontracts, purchase scopes, WBS | Assigns one primary responsible party to each category of work |
| Interface list | Every physical, information, material, access, utility, equipment, inspection dependency | Drawings, specifications, WBS | Identifies every point where trades depend on each other |
| Handoff conditions | Dimension, substrate, dryness, cleanliness, temperature, access, backing, rough-in, testing, approval, protection criteria | Drawings, specifications, quality plan | Defines a measurable, checkable release condition per area or system |
| Area-release and handoff form | Predecessor, successor, inspection date, result, deficiencies, acceptance status | Field inspection | Records each handoff as an auditable event |
| Mobilization readiness | License, insurance, permits, safety documentation, staffing, supervision, documents distributed | Subcontract, safety plan, document register | Confirms a trade is authorized and prepared to mobilize |
| Zone coordination | Work zones, penetrations, sleeves, blocking, embeds, routing, shared equipment | Drawings, schedule, safety plan | Prevents unsafe stacking, damage, and rework |
| Deficiency and damage logs | Location, requirement, responsible party, due date; trade-caused damage and correction responsibility | Field inspection | Tracks unresolved items to verified closure |
| Check | Standard |
|---|---|
| Responsibility matrix | Exactly one primary responsible party assigned to each category of work; no category left to "trades" generally |
| Interfaces | Every physical, information, material, access, utility, equipment, and inspection dependency between trades is identified |
| Handoff conditions | Stated as a measurable, checkable requirement, not a general impression of readiness |
| Mobilization readiness | License, insurance, permits, safety documentation, staffing, and current documents confirmed before the trade begins |
| Zone coordination | Work zones, penetrations, and shared equipment scheduled to avoid unsafe trade stacking |
| Handoff records | Every area or system handoff recorded with inspection date, result, deficiencies, and acceptance status |
| Closure | Handoff record closed only after predecessor deficiencies, successor acceptance, and required documentation are complete |
Inspect every trade handoff using the same checks regardless of the trades or interface involved.
Complete the Trade-Coordination Inspection Checklist in the Inspection Checklist section below before beginning Project 09.
Probable cause: the handoff condition in Step 7 was written as a general impression rather than a measurable requirement, or the predecessor inspection in Step 24 was not performed against the stated condition.
Confirmation: compare the recorded handoff condition against the actual state of the area, and check whether the area-release form shows a completed inspection.
Correction: stop successor work in the affected area, correct the predecessor deficiency, reinspect, and reissue the handoff record.
Reinspection: repeat the handoff-condition check for the affected area and confirm the corrected condition against the written standard.
Probable cause: work-zone coordination in Step 19 was not completed, or the lookahead in Project 06 was published without checking the zone assignment against this project's coordination plan.
Confirmation: check the work-zone assignment for the area and date in question against both trades' scheduled tasks.
Correction: reassign work zones or reschedule one trade, and document the change in the lookahead and coordination-meeting record.
Reinspection: repeat the zone-conflict check for the affected area across the remainder of the current lookahead window.
Probable cause: Step 14 was not completed before the trade's mobilization date, or a document revision was issued after distribution without a follow-up transmittal.
Confirmation: check the document register for the revision the trade received against the current approved revision.
Correction: distribute the current documents immediately, confirm receipt, and verify that no work has proceeded from the superseded version.
Reinspection: repeat the mobilization-readiness check for the trade before further work in that area is accepted.
Probable cause: the notice requirement in Step 31 was not communicated to the trade, or the trade treated the completed work as unprotected because no protection requirement was recorded at handoff.
Confirmation: check the area-release form for a recorded protection requirement and check whether a notice was issued before the modification.
Correction: record the damage in the trade-damage log, assign correction responsibility, and reissue the protection requirement to all trades working in the area.
Reinspection: repeat the protection-requirement check on the corrected work and confirm the notice requirement is understood by all affected trades.
Probable cause: the closure check in Step 35 was skipped, or a deficiency was verbally reported as corrected without reinspection.
Confirmation: check the interface deficiency log for the item's status and compare it against the closed handoff record's signature and date.
Correction: reopen the handoff record, reinspect the deficiency, and close it only after verified correction.
Reinspection: repeat the closure check across the full deficiency log for the affected area, not only the reopened item.
Probable cause: the responsibility matrix in Step 2 was not resolved for that category of work, or an overlap identified in Step 3 was not corrected before mobilization.
Confirmation: check the responsibility matrix for the component in question and confirm whether exactly one primary party is assigned.
Correction: assign one primary responsible party, document the decision, and distribute the updated matrix to both trades.
Reinspection: repeat the responsibility check across the full matrix, not only the disputed item.
This project ends with an operating trade-coordination system, not a matrix filed once and forgotten.
| Competency | Independent Pass Standard | Not Demonstrated | With Assistance | Independently |
|---|---|---|---|---|
| PM-043 | Builds a trade-responsibility matrix assigning one primary party to each category of work, with gaps and overlaps resolved in writing | |||
| PM-044 | Confirms and records mobilization date, crew, access, utilities, and required documentation before each trade begins | |||
| PM-045 | Defines measurable, document-referenced handoff conditions for each area or system requiring a trade interface | |||
| PM-046 | Communicates readiness requirements, scope, quality criteria, and closeout requirements to each trade before mobilization | |||
| PM-047 | Coordinates work zones, penetrations, and finish-trade sequencing to prevent unsafe stacking, damage, and rework | |||
| PM-048 | Documents each handoff on the area-release form with inspection, deficiencies, and acceptance status, and closes the record only after verified correction |
Mark one column per competency. Only Demonstrated Independently awards the competency; Demonstrated with Assistance authorizes additional supervised practice but does not complete the requirement.
| Item | Standard | Meets Standard (Y/N) | Correction (if any) |
|---|---|---|---|
| Responsibility matrix | One primary responsible party assigned per category of work | ||
| Interfaces | Every physical, information, material, access, utility, equipment, inspection dependency identified | ||
| Handoff conditions | Measurable, document-referenced, not a general impression | ||
| Mobilization readiness | License, insurance, permits, safety documentation, staffing confirmed before start | ||
| Zone coordination | Work zones, penetrations, and routing scheduled to prevent stacking and conflict | ||
| Inspection and acceptance | Predecessor work inspected against stated condition before release | ||
| Deficiency log | Every deficiency recorded with location, requirement, owner, due date | ||
| Protection | Protection requirements and modification limits recorded at handoff | ||
| Damage tracking | Trade-caused damage recorded with responsible party and correction status | ||
| Closure | Handoff record closed only after deficiencies corrected and acceptance documented |
Interface deficiency log status: ____________ Open items carried forward: ____________
Trade-coordination plan declared operating: ______ (Pass/Fail) Date: ____________ Project manager name: ____________
With the trade-responsibility matrix built and the handoff process in operation, review it against the Acceptance Standards table and confirm exactly one primary responsible party is assigned to each category of work, every trade interface is identified, every handoff condition is measurable and document-referenced, mobilization readiness is confirmed before each trade begins, work zones and penetrations are coordinated to prevent stacking and conflict, every completed handoff is recorded on the area-release form with inspection and deficiency information, and every closed handoff record shows verified correction and acceptance. Complete the Trade-Coordination Inspection Checklist and correct any failed item before beginning Project 09. If an item fails, identify whether the error occurred in responsibility assignment, interface identification, handoff-condition definition, mobilization confirmation, zone coordination, inspection, or closure before revising.
You have completed the eighth project in the construction project management sequence: coordinating subcontractors and trade hand-offs. This project required you to identify trade responsibilities (PM-043), schedule trade access (PM-044), define handoff conditions (PM-045), communicate readiness requirements (PM-046), prevent trade conflicts (PM-047), and document trade handoffs (PM-048).
You now have an operating trade-responsibility matrix, a set of measurable handoff conditions, an area-release and handoff form in active use, and a growing record of closed handoff events. That system carries directly into the next project: running the jobsite coordination meeting that reviews these handoffs, along with schedule, safety, quality, and procurement status, and produces accountable action items.
File your trade-responsibility matrix, handoff forms, and deficiency logs where Project 09 can incorporate open interface items into the coordination-meeting agenda. Every later trade sequence in this book depends on the handoff discipline established here.