Estimate Requirements Document
Agree what you need before you estimate. The estimate requirements document is the brief that defines an estimate's purpose, class, scope, and deliverables up front — so the estimator builds the right thing the first time, instead of reworking the wrong estimate after the fact. Built on AACE 105R-19.
What the requirements document is
If the basis of estimate (Lesson 14) is written after to describe what was done, the ERD is written before to specify what should be done. It's the estimate's terms of reference — the contract between whoever needs the estimate and whoever produces it.
ERD vs basis of estimate
These two documents bookend the estimate and are easy to mix up. The clean distinction:
| ERD (105R-19) | BOE (34R-05) | |
|---|---|---|
| When | Before the estimate | With/after the estimate |
| Answers | "What estimate do we need?" | "How was this estimate built?" |
| Role | Specification / brief | Record / justification |
What goes into an ERD
A requirements document typically specifies:
- Purpose & decision — why the estimate is needed and what decision it must support (gate, funding, bid).
- Required class & accuracy — the target estimate class and expected accuracy, set by the decision's stakes.
- Scope basis & documents — what's to be estimated and which design documents/data define it.
- Deliverables & format — what outputs are required and in what structure (WBS, breakdown, currency).
- Schedule & resources — when the estimate is due and what people, data, and budget are available to produce it.
- Assumptions & constraints — known givens, ground rules, and any constraints the estimate must observe.
Using the ERD well
Treat the ERD as the agreed starting point for every significant estimate: draft it with the requester, confirm the class fits the decision, list the documents and resources the estimator will rely on, and get sign-off before work begins. It costs a little discipline up front and saves enormous rework — and it gives the estimator a fair standard to be judged against.
Nine things to remember
- The ERD defines the requirements for an estimate before it's prepared.
- It's the estimate's brief / terms of reference — agreed up front.
- ERD is before ("what do we need?"); BOE is after ("how was it built?").
- Begin with the end in mind — prevents producing the wrong estimate.
- Specify purpose, class, scope, deliverables, schedule, assumptions.
- The required class must match the decision — the ERD makes that match deliberate.
- The BOE responds to the ERD — together they form a traceable loop.
- Get sign-off before work begins — and judge the estimate against it.
- Good estimates are well-commissioned, well-planned, and well-documented.
Glossary
- Basis of estimate
- The after-the-fact record responding to the ERD.
- Deliverables
- The required outputs and their format.
- Estimate requirements document (ERD)
- The brief defining what an estimate must deliver.
- Ground rules
- Agreed conventions and constraints for the estimate.
- Required class
- The target estimate class set by the decision's needs.
- Scope basis
- The documents and data defining what's estimated.
- Sign-off
- Formal agreement to the requirements before work starts.
- Terms of reference
- The agreed scope and expectations for a piece of work.