Every estimator eventually asks where a parametric cost number actually comes from. This article takes a cost curve apart: how a sample of real projects becomes a scatter plot, why the relationship straightens on logarithmic axes, how the regression is fitted, what the exponent and the coefficient each control, and why the dispersion around the fit is information rather than noise.

Every estimator who is handed a parametric cost model asks the same question sooner or later, and it is the right question to ask: where does this number actually come from? If the answer is a shrug, the estimate is worthless — you cannot defend what you do not understand. So this article takes a cost curve apart and shows what is inside it.
Nothing here is specific to any one platform or dataset. This is the method itself, the one described in the cost engineering literature and taught in AACE practice. The figures below are computed from illustrative data generated for this article, so you can follow the arithmetic without any proprietary material getting in the way.
A cost curve is not derived from theory. It is derived from observations — real projects, real equipment purchases, real installed costs, each one recorded together with the physical quantity that drove it. That physical quantity is the cost driver: barrels per day for a process train, megawatts for a power plant, square metres for a building, kilometres for a pipeline.
Plot them. The driver goes on the horizontal axis, the cost on the vertical axis. Each project becomes one point. What you get is a cloud, and the cloud is the raw material of everything that follows.
The first thing that matters is how many points you have. With a handful, a great many different curves would pass through them equally well, and you have no basis for choosing between those curves. As the sample grows, the possible curves collapse towards one another and the relationship becomes visible. This is what "confidence" means in practice — not a feeling, but the degree to which the data constrains the answer.
Plot capital cost against capacity on ordinary linear axes and you get a curve that bends downward. This is not a statistical artefact; it is engineering. A vessel twice the volume does not need twice the steel, because volume grows as the cube of a dimension while surface area grows as the square. A larger compressor does not need two operators instead of one. Fixed scope — control rooms, roads, permits — is shared over more output. This is economy of scale, and it is the dominant feature of capital cost data.
Now plot exactly the same points with logarithmic axes on both scales. The curve straightens.
If a relationship is a straight line on log–log axes, it is a power law. That single observation is the bridge between a cloud of project data and an equation you can use.
Because the log–log plot is linear, fitting the curve reduces to fitting a straight line — the oldest and best-understood problem in statistics. Take the logarithm of both the driver and the cost, run a least-squares regression, and you obtain a slope and an intercept. Transform back, and you have the curve.
This is the same operation a spreadsheet performs when you add a power trendline to a scatter chart. There is no magic in it, and that is precisely the point: the procedure is transparent, reproducible and checkable by anyone with the same data.
A check worth doing. The data in these figures was generated from a known exponent of 0.680, then had random scatter added to it. The regression, seeing only the scattered points, recovered an exponent of 0.689. That is what a working regression looks like: it reconstructs the underlying behaviour from noisy observations, and it tells you how confident to be about the reconstruction.
The fitted relationship has the form y = a · xk, and it has exactly three parts. Understanding what each one does is what separates using a cost model from merely operating one.
x is the driver. The physical quantity you supply — the capacity, the length, the area, the throughput. It is the only part you enter, and choosing the right driver matters more than any refinement that comes after it.
k is the exponent, and it governs the shape. It is the slope of the straight line on the log–log plot. It answers the question: when the plant gets bigger, how does the cost respond?
For process plant equipment the exponent typically sits well below one, which is the quantitative expression of the old rule that bigger is cheaper per unit. For linear infrastructure — a road, a pipeline, a transmission line — it approaches one, because a second kilometre costs very much what the first one cost. Reading the exponent tells you something real about the physics of what you are building.
a is the coefficient, and it governs the level. It does not change the shape at all; it lifts the whole curve up or sets it down. Everything that shifts the cost of a project without changing how it scales lives in a: the country you build in, the year you build in, the market at the time of award, the scope included in the price.
A single sentence worth remembering: the exponent describes the engineering, the coefficient describes the circumstances. Confusing the two is the most common error in parametric estimating.
The points never sit exactly on the fitted line, and a novice reads that as a defect. It is not. The dispersion is telling you something true: projects of the same size genuinely do cost different amounts, because they differ in ways the driver does not capture — different sites, different contracting strategies, different execution quality, different luck.
That dispersion is what a percentile band expresses. The central line is the typical outcome; the lower and upper bounds describe how far the observed projects spread around it. When an estimating tool offers you a P10, a P50 and a P90, this is where those numbers come from.
Two cautions belong here, and they matter more than anything else in this article. First, a band of this kind describes the uncertainty of the curve, which is not the same thing as the uncertainty of your project. Second, summing the low ends of many accounts does not produce a genuine low case for the total — that would require a probabilistic simulation of correlated risks, which is a different and heavier exercise. Present a percentile band for what it is and it will withstand scrutiny; present it as a forecast probability and it will not.
Every curve was fitted over a specific span of the driver, because that is the span the sample covered. Inside that span you are interpolating between observations, which is what regression is for. Outside it you are asserting that a relationship observed in one size range continues to hold in another, and that assertion may or may not be true.
Extrapolation is not forbidden. It is simply a statement that must be made out loud. A great many estimating disputes come down to somebody using a relationship outside the range it was built for and nobody noticing.
Capacity explains most of the variation in capital cost, but never all of it. Two transmission lines of identical length differ by voltage, by conductor type and by the terrain they cross. Two refineries of identical throughput differ by the crude they process and the metallurgy that requires. Two offshore platforms of identical production differ by water depth and by the sea they sit in.
There are two ways to handle this. One is to fit a separate curve for every combination, which multiplies the data requirement beyond what is available. The other — the practical one — is to keep a validated reference curve and apply explicit, documented adjustment factors for the conditions that differ from the reference case. The reference configuration applies no adjustment at all, so the underlying curve is never obscured, and every departure from it is visible and defensible.
The discipline this demands is knowing what the curve already contains. If the sample was drawn from one region, the regional effect is already inside the coefficient and must not be applied again. If the driver you entered already embeds a condition, that condition must not be charged twice. Double counting is easy to do, invisible once done, and systematically inflates an estimate.
A parametric cost model is a piece of engineering evidence, assembled by a procedure you can follow end to end: collect observations, plot them against the driver that governs them, recognise the power relationship in the log–log linearity, fit it, read the exponent as physics and the coefficient as circumstance, and carry the dispersion forward honestly as a band rather than discarding it.
None of it is magic, and none of it should be taken on faith. If you are handed a curve, the questions to ask are always the same four: what data was it fitted to, over what range, what scope does the price include, and what is the reference case the adjustments are measured from? An estimating tool that cannot answer those is asking you to trust it. One that can is giving you something you can defend in front of a reviewer — which, in the end, is the only kind of estimate worth producing.
A note on what is public and what is not. The method described here is common property of the cost engineering profession, and it should be taught openly — an estimator who does not understand it cannot properly use it. The fitted coefficients of a particular curve library are a different matter: they are the accumulated result of data collection and calibration work, and organisations reasonably keep them internal. Understanding the method does not require access to anyone's dataset, and this article deliberately uses none.