Fixed-Scope vs Time-and-Materials Modernization

ModernLift · ·9 min read
Part 6 of 9

The two modernization pricing models are fixed-scope, where the work and price are fixed and the vendor carries the risk of getting the estimate wrong, and time-and-materials, where you pay for effort and carry that risk yourself in exchange for flexibility. Each fits a different kind of work — fixed-scope suits bounded, well-understood phases; time-and-materials suits open-ended delivery where scope evolves. A sound modernization uses each where it fits rather than forcing the whole program into one.

Part 5 produced a staged budget: fund discovery first, then budget slice by slice. This part is about how that budget becomes a contract. The commercial model you choose — fixed-scope or time-and-materials — is not an administrative detail. It decides who carries the risk when the estimate is wrong, and it quietly shapes the incentives of everyone doing the work. Get it wrong and a sound budget can still produce an adversarial program or a runaway one. Get it right and the commercial structure reinforces the delivery structure instead of fighting it.

A note before the models: this article is about structure, not rates. There are no numbers here, because the right model for your program does not depend on a price list — it depends on which kind of risk you are trying to manage, and on which parts of the work can honestly be estimated upfront.

The two models, and what each one optimizes

Strip away the jargon and there are two ways to price work whose full extent is uncertain.

Fixed-scope (fixed-price). The work is defined upfront, and the price is fixed against that definition. The defining feature is who carries the estimation risk: the vendor does. If the work takes longer than expected, that is the vendor’s problem, not yours. This is genuinely valuable — it gives you a predictable number — but it only works honestly when the work is understood well enough to estimate. When it is not, a fixed price is built one of two ways: padded heavily to cover the unknown (you overpay for risk that may not occur), or set optimistically and then defended through change requests and corner-cutting when reality intrudes. Fixed-price optimizes for predictability, and it earns that predictability only on bounded, well-understood work.

Time-and-materials. You pay for the effort actually expended. The estimation risk sits with you: if the work runs long, you pay for the additional effort. In exchange, you get flexibility — the ability to change direction, reprioritize, and follow what you learn without renegotiating a contract every time the plan evolves. This fits work that is genuinely open-ended, where pretending to a fixed scope would be a fiction. Its weakness is the mirror of fixed-price’s strength: without discipline, T&M has no natural stopping point, and a vendor paid for effort has no structural incentive to need less of it.

Fixed-scopeTime-and-materials
Who carries estimation riskThe vendorYou
Optimizes forPredictabilityFlexibility
Honest whenWork is bounded and well understoodScope is genuinely open-ended
Failure modePadding, or change-request frictionNo natural stopping point

The incentive question nobody asks early enough

The risk allocation is the visible part. The incentives are the part that decides how the program actually feels to run. Each model creates a pull, and you want to see it before you sign.

A fixed-price contract incentivizes the vendor to minimize effort against the agreed scope — which is fine where scope is clear, but turns into friction at every boundary, because anything not explicitly in scope becomes a change request, and the relationship slowly becomes a negotiation over what the words meant. A time-and-materials contract incentivizes effort itself, which aligns well with open-ended discovery but, left unchecked, has no built-in reason to converge. Neither incentive is sinister; both are just what the structure rewards. The job is not to find a model with no bad incentive — there isn’t one — but to apply each model where its incentive points the right way and to add the discipline that contains the bad pull.

Why one model for the whole program is the mistake

The most common error is treating this as a single either/or decision for the entire engagement. It isn’t, because a modernization is not one kind of work — it is bounded, estimable work (a discovery, a well-specified slice) followed by long, evolving delivery whose later stages cannot be honestly specified at the start.

Force the whole program into a fixed price and you are buying a padded guess for the open-ended part, paying a premium for predictability that cannot actually be delivered there. Force the whole program into time-and-materials and you give up the predictability you genuinely could have had on the bounded parts, and you sign up for an effort-priced relationship with no natural floor. The right structure matches the model to the nature of the work: fix what can be fixed honestly, and fund the rest incrementally with information.

How ModernLift structures it

We structure engagements to match the model to the work, and to keep a real off-ramp at every stage.

It begins with a fixed-scope discovery. The work there is bounded — read the system, produce an evidence-based estimate, a risk assessment, and a roadmap — so it can be priced as a fixed scope honestly, and we carry the risk of estimating it. Discovery is the bounded thing that prices the unbounded thing.

From there, delivery proceeds incrementally, funded slice by slice as it proves out. Each slice is a bounded unit ending in working software in production. Because the work converges slice by slice rather than arriving at a single distant cutover, you are never asked to commit the whole program as one large fixed bet placed blind, and you are never signing an open-ended effort contract with no floor. You fund the next increment with the information the last one produced. And because every slice ships something real, you keep the option to stop after any slice — with working software in hand, not a half-finished rewrite. That stop option is the discipline that contains the incentive problems both pure models carry: there is always a near-term point at which value is delivered and the decision to continue is yours. The full phase structure is laid out on our engagement model page.

This isn’t the only way to buy software

This structure is built for genuine modernization — work too large and too uncertain to price as a single fixed total honestly. It is not the only valid way to buy software, and it is not always the right one. For a small, fully understood piece of work, a single fixed price is simpler and entirely appropriate; the staged structure would be overhead. And the incremental model asks something of you in return: the engagement to fund and steer the program slice by slice, rather than handing over a specification and a check and returning at the end. An organization that genuinely wants a fire-and-forget fixed bid, and is willing to pay the risk premium for it, can buy that elsewhere — it is just not what de-risks a large modernization, and we would rather say so than sell a predictability we cannot honestly deliver on open-ended work.

Where this leads

The engagement model assumes one thing the contract itself cannot supply: an executive sponsor who will fund the first step and steer the program. Without that sponsorship, even the best-structured engagement stalls. Part 7, How to Get Executive Buy-In for Modernization, is about securing it — how to bring leadership along, what they need to hear, and how the incremental structure makes the ask easier to approve.

Frequently asked questions

What is the difference between fixed-scope and time-and-materials modernization?
In a fixed-scope (fixed-price) model, the work is defined upfront and the price is fixed, so the vendor absorbs the risk of underestimating — which is only fair when the work is well enough understood to estimate honestly. In time-and-materials, you pay for the effort actually expended and carry the estimation risk yourself, in exchange for the flexibility to change direction as you learn. The first optimizes for predictability on bounded work; the second optimizes for adaptability on open-ended work.
Which pricing model is better for software modernization?
Neither is better in the abstract — they fit different parts of the program. Fixed-scope is right where the work is bounded and well understood, such as a discovery phase or a single well-specified slice, because there the estimate can be made honestly. Time-and-materials fits the long, evolving delivery phase where forcing a fixed total would just produce a padded guess. The mistake is choosing one model for the entire program instead of matching the model to the nature of each phase.
How does ModernLift structure its modernization engagements?
As a sequence that matches the model to the work. It begins with a fixed-scope discovery that produces an evidence-based estimate and roadmap, then proceeds to incremental delivery you fund as it proves out, slice by slice. Because every slice ends with working software in production, you retain a real option to stop after any increment. The structure is designed so that the predictable, bounded work is fixed and the open-ended work is funded incrementally with information — never one large fixed bet placed blind.
All 9 parts of Modernization Cost, ROI & The Business Case →