Free tool

What would a delayed handover cost us?

What a delayed handover costs, under assumptions you enter and can see. It shows its arithmetic and it makes no claim about what any tool would save you.

Your assumptions

Every figure here is yours. Nothing is pre-filled with an industry average, because there is no honest one to use.

People working on understanding the system rather than on the product.

Fully loaded cost per day, in euros — salary, taxes, overhead, or a contractor rate.

How long before the new team is working at normal speed. Ask two people separately.

Leave at zero if nothing is waiting on this. Only fill it in if a release, migration or contract is genuinely blocked.

Only relevant if the figure above is not zero.

What those assumptions imply

Engineering time spent reconstructing
Revenue delayed
Illustrative total

The arithmetic, in full:

3 engineers × per day × 5 days × 6 weeks = .

per month × (4 weeks ÷ 4.345 weeks per month) = .

This illustrates the possible cost of a delay under the assumptions you entered. It is not a prediction, not an estimate of your situation, and not a saving any product will deliver.

Nothing is submitted. The arithmetic happens in this page and no figure you type leaves your browser. There is no server behind this tool.

  • illustrative only
  • your figures, your assumptions
  • no account
  • nothing is submitted

Short answer

The cost of a delayed handover has two parts: the engineering time spent reconstructing what the previous team already knew, and whatever a delayed release or migration costs the business. This calculator adds those two under figures you supply and prints the assumptions next to the result. It is an illustration of a scenario, not an estimate of your situation, and it does not present any of it as a saving.

#What this calculates, and what it deliberately leaves out

Two costs, because they are the two that are quantifiable without inventing anything:

  • Reconstruction time. Engineers being paid to find out what the previous team already knew. This is the cost that hides, because it appears in a budget as ordinary salary rather than as the price of a transition.
  • Delayed revenue. Only if something is genuinely blocked. Left at zero by default, because the honest answer for many companies is that nothing is.

Several real costs are left out on purpose, because putting a number on them would require inventing one:

Not counted here

  • Opportunity cost — the work those engineers would otherwise have done.
  • Mistakes made from an incomplete picture, and the cost of undoing them.
  • Incidents that happen because nobody understood a subsystem yet.
  • The management and coordination time a transition consumes.
  • Customer impact from slower delivery during the period.
  • Anything that turns out to be irrecoverable, which is a different kind of cost and not one you can average.

#Why there is no 1ADK figure on this page

The claim this page does not make

You will not find a figure here attributing a saving to 1ADK, and there is not one anywhere on this site. Nobody can know what your handover would have cost without a particular tool, because the counterfactual does not exist. Every vendor calculator that produces a saving is producing a number about a world it cannot observe.

What is defensible is narrower: the reconstruction weeks are the largest and most compressible line above, and deriving a technical picture from the system takes hours rather than weeks. What that is worth in your case is your arithmetic to do, with your figures, on this page.

#Getting a defensible number of weeks

The weeks figure dominates the result and is the one people guess at. Three ways to make it better than a guess, in increasing order of effort:

  1. Ask two people separately

    If the estimates differ by a factor of three, nobody knows — and that is a more useful finding than either number.

  2. Look at your last onboarding

    How long did it take the most recent new engineer to become independently productive? A handover to a whole new team is at least that, usually more, and without the people who could answer questions.

  3. Run the readiness check

    The number of items in “not confirmed” and “needs checking” is a reasonable proxy. Each one is a thing the incoming team will have to establish for themselves.

    It is nineteen questions and takes about ten minutes.

Questions people actually ask

They are exactly as accurate as the figures you enter, and the arithmetic is printed on the page so you can check it. It is an illustration of a scenario under your own assumptions, not an estimate of your situation.

No, and it never will. Nobody can know what a delay would have cost you or what would have happened otherwise. This page shows what the assumptions you entered imply, and stops there.

Because it is usually several engineers for several weeks, and because it is invisible in a budget — it appears as ordinary salary rather than as the cost of a transition. That is precisely why it gets underestimated when a handover is planned.

It varies enormously and anybody quoting an industry figure is guessing. The one thing worth doing is asking two people on your own side separately: if their estimates differ by a factor of three, nobody knows, and that is itself the finding.

The reverse-engineering weeks are the part you can shorten.

A technical picture derived from the system — components, dependencies, evidence, and an explicit list of what nobody can confirm — is hours rather than weeks, and the incoming team can be the one who runs it.

Build your project map — free Check handover readiness