Home > Knowledge Center > Scope of Work > Scope of Work Development Process

Scope of Work Development Process

Share

Most contractors do not have a scope of work development process. They have a template and a deadline.

The template came from somewhere, possibly a lawyer, possibly a previous employer. Someone opens last project’s version, changes the project name, edits the trade-specific sections from memory, and sends it out with the bid package on Thursday because bids are due in two weeks. That is not a process. It is a habit with a document attached, and it produces exhibits whose quality tracks whoever happened to be available that week.

A real development process has stages, gates between stages, defined inputs at each stage, and a named owner. It produces exhibits that are consistent across twenty packages on the same project, and consistent across projects when different people write them. More importantly, it produces them before bids are due rather than after, which is the difference between scope specificity being a pricing advantage and being a negotiation position.

This article lays out that process in seven stages. It will focus on where each stage starts, what each stage produces, what needs to be true for the next stage to begin, and where teams rely heavily on their control. The main point of discussion will be on authoring, the process of constructing, assessing, modifying, completing, and keeping a scope of work.

What This Process Produces

The output of scope of work development is not one document. It is a coordinated set of trade scope exhibits, one per bid package, that together account for the entire prime contract with no obligation assigned twice and no obligation assigned to nobody.

That definition contains the whole difficulty. Any competent person can write a good scope exhibit for one trade. Writing twenty-four of them that reconcile against each other and against the prime contract is a different problem, and it is a coordination problem rather than a drafting problem.

Table 1. Scope of Work Development Compared With Adjacent Processes

ProcessCentral QuestionOutputOwnerTiming
Scope of work developmentWho owes what, in writing, per packageCoordinated set of trade scope exhibitsPreconstruction with contractsBefore bid package issue
Scope gap analysisIs any obligation unassigned or double-assigned?Gap log and interface findingsPreconstructionFeeds this process
Bid package assemblyIs the invitation complete?Issued bid packagesPreconstructionConcurrent
Estimating and takeoffHow much of this is there and what does it cost?Priced estimateEstimatingConcurrent
Buyout and negotiationWhich subcontractor, at what price, on what terms?Executed subcontractsProject management with contractsAfter bids received
Subcontract administrationIs the executed scope still current?Amendment log, change ordersProject managementThrough construction

Scope gap analysis feeds this process rather than substituting for it. Gap analysis tells you that access panels are unassigned. Scope of work development is where you decide they belong to the drywall package, write the inclusion with its verb set and limits, write the corresponding exclusion in the mechanical exhibit, and put the interface row in both. One is diagnosis. The other is treatment.

Terminology for This Process

Scope basis. The assembled set of source documents and derived registers from which exhibits are authored. Not just the drawings and specs, but the interface matrix, the OFCI schedule, the commissioning plan, and the flow-down inventory.

Package boundary. The written definition of what a bid package covers. Established before drafting, not discovered during it.

Allocation. The assignment of every obligation in the scope basis to exactly one package, or to a contractor-held line with a dollar value.

Cross-package reconciliation. The check that the set of exhibits, read together, contains no obligation assigned twice and none assigned to nobody.

Flow-down inventory. The list of obligations the prime contract imposes on you that must be passed to subcontractors, with the package each lands in.

Clarification log. The record of every scope question raised during bidding and negotiation, with the disposition and the exhibit revision it produced.

Amendment log. The post-execution record of everything that has modified the executed scope.

KEY TAKEAWAY
Most teams tend to avoid Stage 2, which is the definition of package boundaries, and this results in failures that later become evident as drafting issues in Stage 4 and as reconciliation failures in Stage 5. If you fix one thing in your process, define boundaries in writing before anyone opens a template.

Objectives of a Formal Process