DEV Community

Duaer Team
Duaer Team

Posted on

Knowledge transfer when contractors rotate out: track what only they know before their end date

This article is AI-generated.

A commenter on Hacker News put it plainly: "Even with the best documentation people will build up knowledge that no one has, and their departure is costly."

With employees, there's usually a notice period and some kind of handover routine. Contractors are different. Their end date is in a contract that sits with procurement or finance, the team lead finds out two weeks before, and the handover becomes a rushed call on the last afternoon. Then the contractor's knowledge of why the pipeline is built that way, which customer needs the special export, or what to do when the overnight job fails leaves with them.

This guide shows a simple tracker for teams that rely on rotating contractors: one row per contractor, their end date, a named successor, and a count of knowledge items listed, written up and confirmed. Two formulas tell you who's at risk of leaving with gaps.

Why contractor handovers go wrong

  1. End dates are invisible to the team. The date is known, just not by the people who need to plan the handover.
  2. No successor is named. "The team" will pick it up, which means nobody.
  3. Documentation is measured by volume, not coverage. A 40-page wiki can still miss the three things that actually break.
  4. Nobody checks the successor can do it. Writing something down isn't the same as someone else being able to use it.

Step 1: Pull end dates into one place

Ask whoever holds contractor agreements for a list of current contractors and end dates, including any extension decisions pending. Put them in a sheet the team lead can see. If an extension is likely but not signed, keep the current end date; plan for the date you actually have.

Step 2: Build the tracker

Column What goes in it
A Contractor Name or placeholder
B Area What they own: "Data pipeline", "Network", "Billing scripts"
C End date From the contract list
D Successor One named person
E Items listed Number of knowledge items on their list (see Step 3)
F Items written up How many have a written note
G Items confirmed How many the successor has done or explained back
H Coverage Formula
I Status Formula

H2, coverage:

=IF(E2=0,"",G2/E2)
Enter fullscreen mode Exit fullscreen mode

Format as a percentage. Note it uses confirmed items, not written ones.

I2, status:

=IF(D2="","NO SUCCESSOR",IF(E2=0,"NO LIST",IF(G2>=E2,"DONE",IF(C2<TODAY(),"LEFT WITH GAPS",IF(C2-TODAY()<=14,"AT RISK","IN PROGRESS")))))
Enter fullscreen mode Exit fullscreen mode

The order is deliberate: without a successor nothing else matters; without a list you can't measure anything; once every item is confirmed you're done regardless of dates; otherwise the end date decides how urgent it is. The 14-day window is a starting point; use whatever fits how long your handovers take.

Illustrative example (assume today is 15 October 2026):

Contractor Area End date Successor Listed / written / confirmed Coverage Status
Contractor A Data pipeline 2026-10-22 Employee B 12 / 9 / 5 42% AT RISK
Contractor C Network 2026-10-10 Employee D 8 / 8 / 6 75% LEFT WITH GAPS
Contractor E Billing scripts 2026-12-01 (blank) 0 / 0 / 0 NO SUCCESSOR
Contractor F Reporting 2026-10-09 Employee G 6 / 6 / 6 100% DONE
Contractor H Integrations 2026-11-20 Employee B 5 / 1 / 0 0% IN PROGRESS

Contractor C is the useful lesson: everything was written up, but two items were never confirmed by the successor, and the contractor has already gone.

Step 3: Build the knowledge list with the contractor

The list is the core of this. Sit down with the contractor early (four to six weeks before the end date if you can) and go through:

  • Things that break and how they fix them. Ask: "What have you fixed more than once?"
  • Things only they do. Scheduled jobs, manual steps, monthly fixes.
  • Why decisions were made. The odd configuration that looks wrong but isn't.
  • Who they talk to. People in other teams or at vendors, and about what.
  • Where things live. Repos, folders, dashboards: the file name and location for each.

Each becomes one item. Keep items small enough that someone can confirm them in one sitting.

Step 4: Confirm, don't just collect

An item counts as confirmed when the successor has either done the task with the contractor watching, or explained it back without notes. Then the written note gets updated with anything that came up.

Book short sessions, one or two items each, spread across the remaining weeks. Update columns F and G after each one.

Step 5: Review weekly

Once a week, sort by status. NO SUCCESSOR and AT RISK go to whoever can assign people or extend the contract. LEFT WITH GAPS means writing down what the successor still needs and, where agreements allow, arranging a short follow-up call with the former contractor. Whether follow-up after the end date is possible depends on the contract; ask whoever manages contractor agreements.

Common questions

What if the contractor is extended?
Update the end date and keep going. Coverage never hurts.

What if there are dozens of contractors?
Start with the ones whose end date is within 60 days, and the ones who own something nobody else understands.

Isn't this the contractor's job?
Writing notes, yes. Making sure someone can use them belongs to the team that stays.

Wrapping up

Contractor knowledge loss is predictable because end dates are known in advance. One tracker with end dates, named successors and confirmed coverage turns a last-day scramble into a few weeks of short sessions, and it shows early which handovers are at risk.

Top comments (0)