Scope Cue
Task-specific guidance for ordinary scope-definition and boundary issues.
Project 01
Define and gain approval for one residential project scope statement that establishes objectives, deliverables, inclusions, exclusions, stakeholders, responsibilities, assumptions, constraints, acceptance conditions, and change boundaries, using the owner's request, executed agreement, drawings, and approved project documents as the controlling information.
These cues appear at the point of work. They identify scope, authority, documentation, and decision issues before they become disputes, unpriced work, or unauthorized changes.
Task-specific guidance for ordinary scope-definition and boundary issues.
A contract dispute, unpriced work, or unauthorized scope expansion is possible.
Practical stakeholder and field coordination: contacts, access, and communication.
Permit, code, lender, HOA, or authority conditions vary. Verify before assuming.
Follow the executed agreement's specific terms for authority, notice, and approval.
Recordkeeping, version-control, and traceability guidance for scope documents.
This project qualifies you to define and gain approval for a residential project scope statement — the controlling document that establishes what the project includes, what it excludes, who has authority over what decisions, and how change will be handled. The finished work product is one approved, version-controlled scope statement supported by a stakeholder list, a responsibility matrix, documented assumptions and constraints, and a resolved scope-gap list.
You will collect and review the owner request and executed project documents, define measurable objectives and the completed physical outcome, identify mandatory authority conditions, list every deliverable required for owner acceptance, define inclusions and explicit exclusions, identify stakeholders and their decision authority, document assumptions and constraints, compare the draft scope against the estimate and permit plan, resolve gaps and ambiguities, and obtain written approval of the baseline.
This is the first project in the book. It establishes the single controlling scope baseline that every later project in this book depends on: the job file in Project 02, the work breakdown structure in Project 03, the schedule in Project 04 and Project 05, procurement in Project 06, trade coordination in Project 07, and every planning document through the Chapter 20 capstone all trace back to the scope statement produced here.
Every later document in this book depends on the scope baseline produced here. The job file in Project 02 is organized around the sections and references this scope statement establishes. The work breakdown structure in Project 03 converts this scope statement's deliverables into schedulable, cost-coded work packages. The change-control system in Project 11 exists specifically to prevent informal expansion of the baseline you approve in this project.
The discipline of separating included work, excluded work, allowances, alternates, and future phases — taught in this chapter — is the same discipline used later to separate original contract scope from approved and pending changes throughout the rest of the book.
This project covers:
This project does not authorize the learner to:
Any conflict between the owner request, the executed agreement, the drawings, and prior correspondence must be identified and resolved in writing before the scope baseline is approved.
Establish these references before drafting begins, and do not change them mid-document without a recorded revision.
| Term | Definition |
|---|---|
| Scope baseline | The one current, approved version of the scope statement all other project documents are built from |
| Included work | Work the contractor is responsible to perform, furnish, or coordinate under the approved scope |
| Excluded work | Work stated in plain language as outside the contractor's responsibility under the approved scope |
| Deferred work | Work recognized as needed but scheduled for a later phase, not included in this scope baseline |
| Allowance | A budgeted amount for a category of work or material where the final selection is not yet made |
| Alternate | An optional scope item priced separately from the base scope, accepted or declined by the authorized approver |
| Decision authority | The specific named person or role authorized to approve scope, cost, schedule, design, or acceptance decisions |
Before distributing the approved scope statement, record the baseline identification directly on the scope-approval record:
Project name: ______ Project address: ______ Baseline number: ______ Revision: ______
Date approved: ____________ Approved by (name and role): ____________ Project manager: ____________
Every scope statement in this book, from this chapter's residential scope baseline to the Chapter 20 capstone project charter, follows the same sequence: collect, define, bound, assign, document, reconcile, approve. Learning that sequence here, on one residential project, means every later planning document starts from a method you already trust.
Every scope statement must state what the contractor will perform, furnish, or coordinate, and separately, what the contractor will not. Write exclusions immediately after the related inclusion so a reader cannot mistake a deferred item, an allowance, or an alternate for a firm inclusion or a firm exclusion. An item left ambiguous between included and excluded becomes an unpriced scope dispute once construction begins.
Every version of the scope statement 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. Recording only the current version, without the revision history, allows a superseded draft to be mistaken for the controlling document later in the project.
Do not allow an informal request, text message, field sketch, or verbal conversation to change the approved scope baseline. Once the baseline is approved and distributed, any expansion, reduction, or substitution must go through the written change-control process established in Project 11. Treating a verbal understanding as authorization is a leading cause of unpriced and undocumented scope expansion.
Confirm the current name, role, organization, and preferred contact method for every stakeholder before the scope statement is distributed. A scope statement routed to an outdated contact, or missing a required approver, delays approval and creates confusion about who has authority over a given decision.
Where the executed agreement specifies a particular method, address, or timeframe for notices, approvals, or scope changes, follow that method exactly. Do not substitute an informal communication channel for the notice method the contract requires, even when it would be faster.
PM-001 – PM-006
Scope Definition / Planning Qualification
Deliverable: one approved residential project scope statement, containing measurable objectives, the completed physical outcome, mandatory authority conditions, a complete deliverable list, defined inclusions and exclusions, a stakeholder list, a responsibility matrix, documented assumptions and constraints, and a defined change-approval process, reconciled against the estimate and permit plan and approved by the authorized party.
| Section | Content | Source | Purpose |
|---|---|---|---|
| Project identification | Address, property boundaries, project type, delivery method, intended use | Owner request, agreement, permit application | Establishes the project the scope statement governs |
| Objectives | Business and owner objectives stated in measurable terms | Owner request, agreement | Defines what success means for the project |
| Completed physical outcome | Outcome by area, system, room, structure, and trade | Drawings, specifications | Defines the physical result the owner will accept |
| Authority conditions | Mandatory permit, code, design, lender, insurer, utility, HOA conditions | Permits, agreement, authority requirements | Identifies conditions that must be satisfied regardless of contractor preference |
| Deliverables | Every item required for owner acceptance, including temporary work and closeout items | Agreement, drawings, specifications | Defines the complete list the owner will check against at handoff |
| Inclusions / exclusions | Included design, procurement, installation responsibilities; explicit exclusions; deferred work; allowances; alternates | Agreement, estimate, owner selections | Bounds the contractor's responsibility in plain language |
| Stakeholders | Name or role, organization, interest, authority, contact method | Agreement, project directory | Identifies who must be consulted, informed, or asked to approve |
| Responsibility matrix | Owner, contractor, subcontractors, suppliers, designer, inspectors, utilities, other parties | Agreement, permit plan | Prevents two parties from each assuming the other owns a task |
| Assumptions / constraints | Dimensions, access, hours, utilities, occupancy, weather, soil, structure, budget, schedule, neighborhood | Field observation, agreement, owner input | Records conditions the scope statement depends on rather than burying them in notes |
| Quality and acceptance | Quality and performance requirements; milestone and completion conditions without unsupported dates | Drawings, specifications, samples, manufacturer instructions | Defines how the owner and contractor will recognize the work as complete |
| Change process | Process for RFIs, substitutions, hidden conditions, owner requests, delays, change orders | Agreement, company policy | Defines how the baseline may be modified after approval |
| Check | Standard |
|---|---|
| Objectives | Stated in measurable terms; not merely a general aspiration |
| Deliverables | Every item required for owner acceptance is listed individually, not implied |
| Exclusions | Stated in language understandable without trade assumptions; distinguished from deferred work, allowances, and alternates |
| Stakeholders and authority | Every stakeholder identified with role, organization, and contact method; decision authority explicitly named for scope, cost, schedule, design, and acceptance |
| Assumptions and constraints | Recorded as a managed log, not embedded only in narrative text |
| Reconciliation | Scope compared against the estimate and permit plan; gaps and duplications identified and resolved before approval |
| Approval | Written approval obtained from the authorized party; baseline number and date assigned before distribution |
Inspect every scope statement using the same checks regardless of project size or complexity.
Complete the Scope Statement Inspection Checklist in the Inspection Checklist section below before beginning Project 02.
Probable cause: the exclusion was written using a general category rather than a specific item, or it was not distinguished from a deferred item or allowance.
Confirmation: re-read the exclusion language against the plain-language standard in Step 14 and check whether the item appears anywhere else in the document as included, deferred, or allowance work.
Correction: issue a written clarification identifying the item specifically, route it through the change-control process, and update the scope statement's next controlled revision.
Reinspection: repeat the inclusion/exclusion check on the revised document.
Probable cause: the responsibility matrix in Step 17 was not completed for that category of work, or the matrix lists a general party such as "trades" instead of one primary responsible party.
Confirmation: check the responsibility matrix for the task in question and confirm whether exactly one primary party is assigned.
Correction: assign one primary responsible party to the task, document the decision, and distribute the updated matrix to all affected parties.
Reinspection: repeat the responsibility check across the full matrix, not only the disputed item.
Probable cause: the change-control rule from Step 36 was not communicated to field staff, or a verbal conversation was treated as equivalent to written authorization.
Confirmation: check whether a written change record exists for the work performed and whether the person who authorized it holds the decision authority identified in Step 16.
Correction: stop work pending written authorization where safely possible, document the conversation, and route it through the change-control process before continuing.
Reinspection: confirm the change-control rule has been reissued to the field team and acknowledged.
Probable cause: the reconciliation in Step 26 was not completed, or a gap identified during reconciliation was not resolved before approval.
Confirmation: re-run the comparison between the current scope statement and the current estimate and check the scope-gap log for the item.
Correction: resolve the discrepancy through written clarification, allowance, alternate, exclusion, or contract revision, and update both documents.
Reinspection: repeat the full reconciliation check between the scope statement and the estimate.
Probable cause: the superseded draft was not moved to the archive location, or the approved baseline was not distributed to every stakeholder identified in Step 15.
Confirmation: check the document register for the baseline number and revision currently in the active location, and confirm distribution records against the stakeholder list.
Correction: remove the superseded draft from active use, redistribute the current approved baseline, and confirm receipt from affected parties.
Reinspection: repeat the approval and distribution check for the current baseline.
Probable cause: the authorized approver from Step 16 was not confirmed before drafting began, or more than one party believes they hold approval authority.
Confirmation: check the executed agreement and project directory for the named decision authority, and confirm this matches the person the draft was routed to for approval.
Correction: resolve the authority question in writing with the owner and project management before requesting approval again.
Reinspection: repeat the approval check once a single confirmed approver has signed the baseline.
Probable cause: the assumption was not documented individually in the assumptions log at Step 19, so its effect on scope was not visible when conditions changed.
Confirmation: check the assumptions log for the specific assumption and confirm whether it was recorded and linked to the affected scope items.
Correction: document the actual condition, evaluate its effect on scope, cost, and schedule, and route any resulting change through the change-control process.
Reinspection: repeat the assumptions and constraints check for the full log, not only the affected item.
This project ends with the approved scope statement filed and distributed, not left as an open draft.
| Competency | Independent Pass Standard | Not Demonstrated | With Assistance | Independently |
|---|---|---|---|---|
| PM-001 | Defines business and owner objectives in measurable terms drawn from the owner request and executed agreement | |||
| PM-002 | Lists every included deliverable, design, procurement, and installation responsibility required for owner acceptance | |||
| PM-003 | Writes explicit exclusions in plain language and correctly distinguishes them from deferred work, allowances, and alternates | |||
| PM-004 | Identifies every stakeholder with role, organization, authority, and contact method, and names the decision authority for scope, cost, schedule, design, and acceptance | |||
| PM-005 | Documents assumptions and constraints individually in a managed log rather than embedding them only in narrative text | |||
| PM-006 | Produces an approved, version-controlled scope statement reconciled against the estimate and permit plan with a resolved scope-gap list |
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) |
|---|---|---|---|
| Objectives | Stated in measurable terms | ||
| Physical outcome | Defined by area, system, room, structure, and trade | ||
| Authority conditions | Permit, code, design, lender, insurer, utility, HOA conditions identified | ||
| Deliverables | Every item required for owner acceptance listed individually | ||
| Inclusions / exclusions | Plain-language exclusions, distinguished from deferred work, allowances, and alternates | ||
| Stakeholders | Named with role, organization, authority, contact method | ||
| Responsibility matrix | One primary responsible party per category of work | ||
| Assumptions / constraints | Recorded individually in a managed log | ||
| Reconciliation | Compared against estimate and permit plan; gaps resolved | ||
| Approval | Written approval by authorized party; baseline number and date assigned |
Scope-gap log status: ____________ Open items carried forward: ____________
Scope baseline declared approved: ______ (Pass/Fail) Date: ____________ Project manager name: ____________
With the scope statement drafted and reconciled, review it against the Acceptance Standards table and confirm every objective is measurable, every deliverable required for owner acceptance is listed individually, every exclusion is written in plain language and correctly distinguished from deferred work, allowances, and alternates, every stakeholder is identified with contact information and decision authority, assumptions and constraints are recorded in a managed log, the scope has been reconciled against the estimate and permit plan with every gap resolved, and written approval has been obtained from the authorized party with a baseline number and date assigned. Complete the Scope Statement Inspection Checklist and correct any failed item before beginning Project 02. If an item fails, identify whether the error occurred in document collection, objective definition, deliverable listing, exclusion language, stakeholder identification, responsibility assignment, assumption documentation, or reconciliation before revising.
You have completed the first project in the construction project management sequence: defining and approving the scope of a residential construction project. This project required you to identify project objectives (PM-001), define included work (PM-002), define excluded work (PM-003), identify stakeholders (PM-004), document assumptions (PM-005), and create a project scope statement (PM-006).
You now have an approved, version-controlled scope baseline, a stakeholder list, a responsibility matrix, and a resolved scope-gap list. That baseline carries directly into the next project: setting up the controlled project management job file that will organize every document, log, and record this scope statement has identified as required.
File your approved scope statement, responsibility matrix, and reconciliation records where Project 02 can incorporate them into the project job file. Every later planning document in this book is built from this exact scope baseline.