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
- End dates are invisible to the team. The date is known, just not by the people who need to plan the handover.
- No successor is named. "The team" will pick it up, which means nobody.
- Documentation is measured by volume, not coverage. A 40-page wiki can still miss the three things that actually break.
- 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)
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")))))
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)