
The shared folder still exists, but nobody knows which spreadsheet drives the report. The handover document lists the steps, but the first exception stops the process. A useful source file turns out to belong to the person who has just left.
Preserving team knowledge when an employee leaves requires both continuity of access and continuity of understanding. The next owner needs the materials, the reasoning behind important choices, and a chance to perform the work.
Start with the recurring activities that must continue. Build the handover around those activities rather than asking someone to document everything they know.
Identify the work that would stop
List recurring tasks, upcoming commitments, active decisions, and known exceptions. Prioritize by the consequence of a missed handoff and by how soon another person must act.
A fictional operations lead might own a weekly customer report, a supplier renewal, and an escalation process. The weekly report is due soon; the renewal has a later deadline; the escalation process is unpredictable but consequential.
For each activity, record the next owner and the next occasion on which it will be needed. A document without a receiving owner can remain unread until something fails.
Use a small inventory:
| Activity | Next owner needs | Handover check |
|---|---|---|
| Weekly customer report | Inputs, metric definitions, calculation steps, recipients | Produce the next report from a representative input |
| Supplier renewal | Current agreement, decision history, timeline, approver | Explain the next decision and who can authorize it |
| Escalation process | Triggers, contacts, exceptions, and authority | Walk through a realistic scenario |
The inventory makes missing knowledge visible without turning the handover into an unbounded documentation project.
Check ownership separately from sharing
A file may be shared with the team while still depending on one person's account or storage location. Ask the appropriate administrator to verify ownership, access, and the organization's departure process before access changes.
In Google Workspace, files in a shared drive belong to the organization rather than an individual and remain when a member leaves. That makes shared drives different from casually sharing an individually owned file. Google's shared-drive documentation explains this behavior.
In Teams, channel uploads use the team's SharePoint storage, while uploads in individual or group chats use the sender's OneDrive for Business. Verify the underlying location instead of assuming everything visible in Teams has the same ownership. Microsoft's file storage guide covers the distinction.
Your administrator should handle account, permission, and retention changes according to company policy. The handover's job is to identify operational dependencies early enough for that process to work.
Document the decisions inside the process
A procedure explains what to do. The reasoning explains when to do something different.
For the weekly report, document why certain records are excluded, which source controls when two systems disagree, and who can approve a change to the calculation. Otherwise, the next owner may follow the visible steps and still produce a materially different result.
A practical handover record includes:
- The activity's purpose and trigger.
- Required inputs and where to obtain them.
- The normal sequence and expected output.
- Definitions and decisions that govern the work.
- Common exceptions and escalation conditions.
- The owner, backup, and last review date.
- Links to source material and a completed example.
Avoid placing passwords or access tokens in the document. Reference the approved access process and the responsible administrator instead.
Capture one real walkthrough
Ask the departing owner to perform the process with a permitted example while the next owner observes. Capture the moments where they pause, correct an input, or choose a different path.
Those small choices often reveal the missing instructions: “This export is incomplete before the morning refresh,” or “This customer uses a different reporting definition.” Confirm such statements and add the relevant rule to the handover.
If recording is appropriate and authorized, AI can help turn the walkthrough into a structured draft. It can also compare the draft with the existing procedure and list unexplained steps. Have the owner review the result; a neat transcript summary can omit the exception that matters most.
Use a focused prompt:
Turn this authorized walkthrough into a handover draft. Separate confirmed steps, decision rules, exceptions, source links, and open questions. Preserve the owner's stated limitations. Do not invent missing credentials, permissions, contacts, or operating rules. Identify steps the receiving owner should demonstrate before the handover is accepted.
Let the receiving owner do the work
The strongest practical handover check is a reverse walkthrough: the receiving owner performs the task while the current owner observes.
For the report example, the receiver should locate the input, understand the definition, produce the output, and explain one common exception. They should use their own account and the access intended for the role.
Record every point where they need help. Some gaps require clearer documentation; others require permissions, a missing source, or an actual decision. Do not assume rewriting the guide will fix every failure.
Where a live run is inappropriate, use a representative rehearsal with safe data. Record what that rehearsal did not test, such as a live integration or an approval that only happens at month end.
Give open work an explicit destination
The handover will rarely eliminate every unknown. Make the remaining work actionable.
| Open item | What to record |
|---|---|
| An unresolved decision | The question, current options, decision owner, and deadline |
| A missing access dependency | The resource, intended user, and administrator handling it |
| An undocumented exception | The scenario, interim response, and person who can resolve it |
| A future commitment | The promised outcome, recipient, date, and supporting context |
Confirm that the receiving owner can find this list. It should not disappear into the departing employee's private notes or personal AI conversation history.
Make the next handover smaller
After the transition, maintain the records as part of normal work. Update the procedure after an important exception, link decisions to the tasks they affect, and keep examples current.
AI can help draft and reconcile that material, but it cannot restore knowledge that was never recorded or grant access the team does not have. A usable knowledge system needs clear ownership and regular use.
Worklayer can help an operator organize context, process documents, and reusable outputs. It complements your organization's shared storage and access administration; it does not replace them. See the guide to building a living knowledge base for the ongoing documentation workflow.
Choose the next critical activity someone else will need to perform. A successful handover is demonstrated when that person can complete it, recognize an exception, and find the evidence behind the rule they are applying.
Ready to ship faster?
Download Worklayer for macOS and get early access to the AI workspace built for product managers.
Download Worklayer