Sequencing Cue
Task-specific guidance for ordinary activity ordering and logic issues.
Project 04
Create a logic-driven residential construction sequence showing predecessor, successor, handoff, inspection, cure, procurement, access, and weather relationships before calendar dates are assigned, using the approved work breakdown structure as the complete activity source.
These cues appear at the point of work. They identify sequencing, logic, inspection, and schedule-integrity issues before they become unsafe overlaps, rework, or missed inspections.
Task-specific guidance for ordinary activity ordering and logic issues.
An unsafe overlap, concealment before inspection, or broken dependency is possible.
Practical trade, access, and crew coordination affecting sequence logic.
Permit, code, or inspection sequencing requirements vary. Verify before assuming.
Long-lead, fabrication, and delivery logic that must be modeled before dates are assigned.
Recordkeeping, version-control, and traceability guidance for the logic chart.
This project qualifies you to build the sequencing logic that governs a residential construction project before any calendar date is assigned. The finished work product is one approved, version-controlled construction sequence logic chart that orders every activity in the approved work breakdown structure by physical construction logic, permit and inspection requirements, procurement and long-lead relationships, safety and quality-hold conditions, access and trade-stacking constraints, and cure or drying durations.
You will convert the approved WBS into measurable schedule activities, order preconstruction through closeout work by its true technical dependencies, identify concealment and inspection relationships that must remain visible, identify long-lead and owner-decision logic, identify parallel work opportunities and unsafe overlaps, assign predecessor-successor relationships, and test the resulting logic against a delayed inspection, a late material, and an owner-selection delay before it is approved.
This project uses the WBS from Project 03 as its only activity source. It produces the sequencing logic that Project 05 converts into a dated baseline schedule, that Project 06 converts into an executable two-week lookahead, and that Project 07 uses to calculate procurement release dates. A schedule built without this sequencing discipline is not a working schedule — it is a set of dates without logic behind them.
The scope baseline from Project 01, the job file from Project 02, and the work breakdown structure from Project 03 are the controlling inputs to this project. This project does not create new deliverables and does not revise the WBS; it orders the deliverables the WBS already defines.
The sequence logic produced here becomes the backbone of the Project 05 baseline schedule. Every duration, resource assignment, and milestone date in Project 05 is applied on top of the logic established here. The two-week lookahead in Project 06 draws its readiness checks directly from the predecessor conditions defined in this project, and the procurement plan in Project 07 calculates backward release dates from the installation logic established here.
This project covers:
This project does not authorize the learner to:
Any technical logic that cannot be supported by an approved document, code requirement, manufacturer instruction, or verified field condition must be flagged as an assumption and confirmed before the sequence is approved.
Establish these references before sequencing begins, and do not change them mid-document without a recorded revision.
| Term | Definition |
|---|---|
| Predecessor | An activity that must reach its defined finish condition, in whole or in part, before a dependent activity may begin |
| Successor | An activity that depends on a predecessor reaching its defined finish condition before it may begin |
| Finish-to-start relationship | The successor may not begin until the predecessor's defined finish condition is met |
| Start-to-start relationship | The successor may not begin until the predecessor has begun, without requiring the predecessor's finish |
| Finish-to-finish relationship | The successor may not finish until the predecessor finishes |
| Lag | A required waiting period between a predecessor's finish condition and a successor's start, representing a real technical condition such as cure or drying time |
| Weather-tight milestone | The defined point at which the building envelope is sufficiently enclosed to permit interior work to begin, stated by exact conditions rather than by date |
Before distributing the approved logic chart, record the baseline identification directly on the sequence-approval record:
Project name: ______ WBS baseline reference: ______ Logic baseline number: ______ Revision: ______
Date approved: ____________ Approved by (name and role): ____________ Project manager: ____________
Every sequence logic chart in this book, from this chapter's residential sequence to the Chapter 20 capstone project, follows the same discipline: convert, order, relate, test, approve. Sequence logic always precedes calendar dates, and it is never adjusted merely to make a schedule appear shorter.
Work that will be concealed by a later trade — framing before drywall, rough plumbing before wall closure, waterproofing before backfill — must remain in the logic chart as visible until the governing inspection or internal quality check is recorded as passed. Do not model a concealment activity as complete merely because the trade reports the work finished; completion for sequencing purposes means the hold point has been satisfied.
Every version of the sequence logic chart must carry a baseline date, a revision number, and the name and role of the approver. Do not distribute an undated or unnumbered draft as though it were the approved baseline. A superseded logic chart left in active use can carry an outdated dependency into the Project 05 schedule.
Do not accelerate the sequence by removing a required inspection, cure period, safety control, or approved design step. If schedule pressure makes a hold point appear to be the obstacle, escalate the conflict through the project's decision authority rather than silently deleting the dependency from the logic chart.
Before marking two activities as capable of proceeding in parallel, confirm they do not require the same access, laydown area, lift, scaffold, or crane at the same time, and that the combined crews do not create unsafe congestion in the same work area.
Custom, engineered, imported, and finish-selection items must be modeled with their full submittal, approval, fabrication, shipping, and delivery logic as predecessors to installation. Do not model a long-lead item's installation as though the material will simply be available when the crew is ready.
PM-019 – PM-024
Sequencing / Planning Qualification
Deliverable: one approved residential construction sequence logic chart, converting every lowest-level WBS work package into a measurable activity with a defined start and finish condition, ordered by physical, regulatory, procurement, safety, quality, access, cure, and trade-handoff requirements, with assigned predecessor-successor relationships, tested against foreseeable delay, and approved and versioned before the Project 05 baseline schedule is built.
| Section | Content | Source | Purpose |
|---|---|---|---|
| Activity list | Every WBS work package converted into one or more measurable activities with start/finish conditions | Approved WBS and dictionary | Establishes the complete and only set of activities to be sequenced |
| Preconstruction logic | Permits, design approvals, selections, submittals, contracts, insurance, utility coordination | Agreement, permit plan, procurement list | Orders mandatory conditions that must precede mobilization |
| Sitework and foundation logic | Clearing, excavation, utilities, drainage, footing, foundation, waterproofing, backfill, slab | Drawings, specifications, permit plan | Orders work by cure, inspection, and structural requirements |
| Structural and dry-in logic | Floor, wall, roof, bracing, sheathing, roofing, windows, doors, WRB, siding | Drawings, specifications, manufacturer instructions | Orders structural and envelope work through the weather-tight milestone |
| MEP and preclosure logic | Plumbing, electrical, HVAC, gas, fire, low-voltage rough-in; insulation, air sealing, pre-drywall inspection | Drawings, specifications, permit plan | Orders concealment-sensitive work through required inspections |
| Finish and exterior logic | Drywall, cabinets, trim, flooring, paint, fixtures, exterior flatwork, landscaping, utility completion | Drawings, specifications, owner selections | Orders finish work by protection, access, and weather dependency |
| Procurement logic | Design, submittal, fabrication, shipping, delivery, installation logic for long-lead items | Long-lead item list, procurement register | Models material availability as a real dependency |
| Access and parallel-work logic | Access conflicts, shared equipment, trade-exclusion zones, safe parallel work paths | Site logistics plan, trade scopes | Prevents unsafe overlap and unmanaged trade stacking |
| Relationship assignment | Finish-to-start, start-to-start, finish-to-finish relationships, and justified lags | Field input, manufacturer cure/dry data | Defines exactly how activities constrain one another |
| Logic test record | Results of testing the sequence against delayed inspection, late material, and owner-selection delay | Draft logic chart, field review | Confirms the logic preserves safe alternate work paths |
| Check | Standard |
|---|---|
| Activity conversion | Every lowest-level WBS work package appears as at least one activity with a defined, observable start and finish condition |
| Physical logic | Sitework through closeout ordered according to approved drawings, cure, and structural requirements; no invented dependency |
| Regulatory logic | Concealment-sensitive activities remain open until the governing inspection or quality hold point is satisfied |
| Procurement logic | Long-lead and owner-selected items modeled with full submittal-to-delivery logic as predecessors to installation |
| Access and safety logic | Parallel-work activities confirmed free of unsafe overlap, access conflict, or unmanaged trade stacking |
| Relationship assignment | Every dependency stated as finish-to-start, start-to-start, or finish-to-finish, with lags justified by a real technical condition |
| Testing | Sequence tested against one delayed inspection, one late material, and one owner-selection delay, with results recorded |
| Approval | Written approval obtained; baseline number and date assigned before distribution and before Project 05 begins |
Inspect every sequence logic chart using the same checks regardless of project size or complexity.
Complete the Sequence Logic Inspection Checklist in the Inspection Checklist section below before beginning Project 05.
Probable cause: the finish condition for the predecessor activity was defined as a duration or a general statement rather than an observable result, so "complete" was judged inconsistently.
Confirmation: check the activity's finish condition in the logic chart against the Step 3 standard and compare it with the field condition found.
Correction: rewrite the finish condition as an observable, verifiable result and confirm the same standard is used by field supervision.
Reinspection: repeat the activity-conversion check on the corrected activity and any activity sharing the same predecessor.
Probable cause: the concealment-sensitive activity was not linked to its governing inspection as a hold point in Step 15, so the successor activity was allowed to proceed.
Confirmation: check the logic chart for the affected activity and confirm whether an inspection hold point was recorded as its finish condition.
Correction: stop the successor activity, document the concealment, coordinate reinspection or engineering review as required, and add the missing hold point to the logic chart.
Reinspection: repeat the regulatory logic check across every concealment-sensitive activity in the affected phase, not only the one found.
Probable cause: the item's submittal, approval, fabrication, or shipping logic from Step 21 was not modeled as a full predecessor chain, or was modeled as a single combined activity that hid the true lead time.
Confirmation: check the procurement logic for the item against the Step 21 standard and confirm each stage is a separate, dated predecessor.
Correction: rebuild the procurement chain with each stage as a separate activity, and identify an executable alternate work path for the affected crew.
Reinspection: repeat the procurement logic check for every long-lead item in the same trade or supplier group.
Probable cause: the activities were marked as capable of proceeding in parallel in Step 27 without confirming they were free of the access, equipment, or crew conflicts identified in Step 25.
Confirmation: check the access and parallel-work logic for both activities and compare it against the actual conditions found in the field.
Correction: separate the activities by area, phase, or time, or assign an exclusion zone, and update the logic chart with the corrected relationship.
Reinspection: repeat the access and safety check across all activities sharing the same work area or equipment.
Probable cause: the lag was entered to compensate for an unmodeled activity or an assumed delay rather than a real technical condition, in violation of Step 29.
Confirmation: check the lag against its cited supporting document, code requirement, or manufacturer instruction in the relationship log.
Correction: remove the unsupported lag, model the missing activity explicitly if one exists, and cite the correct supporting document for any remaining lag.
Reinspection: repeat the relationship-assignment check across all lags in the same phase.
Probable cause: the logic test in Step 33 was not performed, or was performed without revising the sequence to preserve an alternate work path as required by Step 34.
Confirmation: check the sequence-test record for the delayed-inspection, late-material, and owner-selection-delay scenarios and confirm each was tested against the current logic.
Correction: identify and document an executable alternate work path, or record the accepted single-point risk and escalate it to the decision authority.
Reinspection: repeat the testing check against all three required delay scenarios on the revised logic.
Probable cause: the superseded draft was not moved to the archive location, or the approved baseline was not distributed to field supervision and key trades.
Confirmation: check the document register for the baseline number and revision currently in the active location, and confirm distribution records against the review list from Step 32.
Correction: remove the superseded draft from active use, redistribute the current approved logic chart, and confirm receipt from affected parties.
Reinspection: repeat the approval and distribution check for the current baseline.
This project ends with the approved sequence logic chart filed and distributed, not left as an open draft.
| Competency | Independent Pass Standard | Not Demonstrated | With Assistance | Independently |
|---|---|---|---|---|
| PM-019 | Identifies predecessor activities for each WBS work package with a documented physical, regulatory, procurement, or safety reason | |||
| PM-020 | Identifies dependent (successor) activities and assigns the correct relationship type for each predecessor | |||
| PM-021 | Orders sitework and foundation activities according to approved plans, cure requirements, and required inspections | |||
| PM-022 | Orders structural, dry-in, and envelope activities through the defined weather-tight milestone | |||
| PM-023 | Orders MEP rough-in and finish activities through required concealment inspections and finish-protection dependencies | |||
| PM-024 | Produces an approved, version-controlled sequence logic chart tested against delayed inspection, late material, and owner-selection delay |
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) |
|---|---|---|---|
| Activity conversion | Every lowest-level WBS work package appears as at least one activity with a defined start/finish condition | ||
| Preconstruction logic | Permits, approvals, selections, submittals, contracts, insurance, and utility coordination sequenced before mobilization | ||
| Physical logic | Sitework through closeout ordered by approved plans, cure, and structural requirements | ||
| Concealment / inspection logic | Every concealment-sensitive activity linked to its governing hold point | ||
| Procurement logic | Long-lead and owner-selected items modeled with full submittal-to-delivery chains | ||
| Access and safety logic | Parallel-work activities confirmed free of unsafe overlap or trade stacking | ||
| Relationship assignment | Every dependency typed correctly; every lag supported by a cited document | ||
| Testing | Sequence tested against delayed inspection, late material, and owner-selection delay | ||
| Review | Draft walked with field supervision and key trades; comments recorded and addressed | ||
| Approval | Written approval by authorized party; baseline number and date assigned before distribution |
Sequence-test record status: ____________ Open risks carried forward: ____________
Sequence logic baseline declared approved: ______ (Pass/Fail) Date: ____________ Project manager name: ____________
With the sequence logic chart drafted and reviewed, review it against the Acceptance Standards table and confirm every WBS work package has been converted into at least one activity with a defined start and finish condition, sitework through closeout activities are ordered by physical, regulatory, procurement, safety, quality, access, cure, and trade-handoff requirements, every concealment-sensitive activity remains open until its governing hold point is satisfied, every long-lead item is modeled with a complete submittal-to-delivery chain, parallel-work activities are confirmed free of unsafe overlap, every relationship and lag is correctly typed and supported, the sequence has been tested against delayed inspection, late material, and owner-selection delay, and written approval has been obtained with a baseline number and date assigned. Complete the Sequence Logic Inspection Checklist and correct any failed item before beginning Project 05. If an item fails, identify whether the error occurred in activity conversion, physical logic, regulatory logic, procurement logic, access and safety logic, relationship assignment, or testing before revising.
You have completed the fourth project in the construction project management sequence: sequencing the activities of a residential construction project. This project required you to identify predecessor tasks (PM-019), identify dependent tasks (PM-020), order site work (PM-021), order structural work (PM-022), order mechanical and finish work (PM-023), and create a sequencing logic chart (PM-024).
You now have an approved, version-controlled sequence logic chart, a predecessor-successor relationship log, and a documented sequence-test record. That logic carries directly into the next project: building the resource-informed, dated baseline schedule that applies durations, resources, and milestones on top of the sequence established here.
File your approved sequence logic chart and relationship log where Project 05 can incorporate them into the baseline schedule. Every later schedule, lookahead, and procurement date in this book is built on top of this exact sequencing logic.