A person thinking while working on a tablet
All posts
Managed IT

Protecting Institutional Knowledge: Documentation and Continuity for Montana Tech Teams

IT documentation for Montana school districts, so key knowledge does not leave with one tech. What is at risk and a starter list of docs to create.

September 24, 2026
6 min read
Without documentation, even a highly capable replacement will spend months rediscovering how everything fits together.
One person
The tech many districts rely on to know how everything works
One page
Size of the network overview diagram on the starter doc list
Annual review
How often most districts review key docs, beyond project updates

In many Montana districts, the most important technology asset is not a server or a switch. It is the one person who knows where everything lives, which password still works, and how the network is held together. When that person is out sick, retires, or takes another job, a lot of institutional knowledge can walk out the door with them.

This article looks at how K12 co-managed IT can help districts get essential information out of one person’s head and into shared documentation, so you are not one resignation away from chaos.

Key points at a glance

  • Many districts rely heavily on “tribal knowledge” about passwords, configurations, and vendor relationships that lives in one tech’s memory, not in shared documentation.
  • This creates continuity risk when that person is sick, on vacation, retires, or takes another role. Even short absences can slow support and projects.
  • K12 co-managed IT for Montana schools can build documentation, diagrams, and runbooks into the service, so knowledge is shared between your staff and an external team.
  • A simple set of “starter docs” can give your superintendent and board more confidence that the district can function even if a key tech leaves.
  • The goal is continuity so teaching, testing, and operations keep running smoothly regardless of staffing changes.

For a deeper look at how this model sits alongside your existing tech staff, our overview of Co-Managed IT for K12 Montana is the place to start.

When everything lives in one person’s head

In a lot of Montana districts, institutional knowledge looks like this:

  • The tech has the only up-to-date network map, and it is in their notebook or memory.
  • Passwords live in a personal password manager, a desk drawer, or not at all.
  • Only one person knows which vendor to call for a specific device or service.
  • Workarounds and “quirks” are passed along verbally, not written down.

This often works day to day because that person is dedicated and available. The risk shows up when they are not:

  • A sudden illness or family emergency.
  • A retirement with short notice.
  • A move to another district or a private-sector job.

Without documentation, even a highly capable replacement will spend months rediscovering how everything fits together. That means slower fixes, delayed projects, and more stress for principals and staff.

What is at risk when the tech leaves?

The impact of losing institutional knowledge goes beyond inconvenience. Common risk areas include:

  1. Access and credentials
    • Admin passwords for firewalls, servers, Wi-Fi controllers, and cloud dashboards.
    • Vendor portals for content filters, SIS, or backup solutions.
  2. Configuration details
    • Which VLANs carry which traffic.
    • How testing labs and devices are segmented.
    • Where backups are stored and how to restore them.
  3. Vendor and support relationships
    • Which companies support which systems.
    • How to escalate issues and which contracts are still active.
  4. Local “gotchas” and workarounds
    • The settings that must never be changed.
    • The way one aging system interacts with everything else.

When no one else knows these details, a routine upgrade or outage can become a high-stakes puzzle at exactly the wrong time.

How co-managed IT builds documentation and continuity into the work

K12 co-managed IT can turn documentation from a “someday” task into part of everyday operations.

In a co-managed model:

  • Your internal tech or “teacher-tech” keeps doing what they do well: working with staff, taking care of devices, and understanding each building.
  • The co-managed partner takes responsibility for building and maintaining shared documentation, so knowledge lives in more than one place.

That documentation often includes:

  1. Network diagrams
    • Visual maps of how buildings, switches, access points, and core systems connect.
    • Kept in a shared, secure location, not only on one laptop.
  2. Configuration and asset records
    • Basic details about firewalls, switches, wireless controllers, and servers.
    • Inventory of key devices and where they sit in the network.
  3. Runbooks and checklists
    • Step-by-step guides for common tasks such as onboarding staff, preparing for online testing, or responding to an outage.
    • Clear notes on who does what: your staff, the co-managed team, or a vendor.

Because this is part of the co-managed service, the documentation gets updated when changes are made, not six months later when someone finds time.

For districts with no internal tech at all, a K12 managed IT model may be a better fit, with similar documentation benefits handled entirely by the outside team.

A simple “starter doc” list for Montana districts

Even without a full co-managed engagement, most K12 Montana districts benefit from having a basic set of documents in place. A starter list might include:

  1. Network overview A one-page diagram showing internet connections, core switches, main wireless controllers, and major systems (SIS, LMS, file servers).
  2. Critical passwords and access paths A securely stored, shared record of admin credentials and multi-factor access steps for key systems.
  3. Vendor and support contact list Names, phone numbers, contract numbers, and escalation paths for internet, firewall, content filter, SIS, LMS, and backup providers.
  4. Backup and recovery plan What is backed up, how often, where it is stored, and who to call to initiate a restore.
  5. Testing and “busy season” checklist Steps to prepare the network and devices for state testing, grading deadlines, and enrollment peaks.

In a K12 co-managed IT engagement, building and maintaining these documents is part of the work, not an extra task left to your already busy staff.

Have a question about this?

Talk it through with our team and get a straight answer for your school.

Schedule a callRather call? (406) 235-7020

Frequently asked questions

We are already short on time. Who actually creates these documents?

In a co-managed model, much of the documentation can be drafted by the external team as they learn your environment, then refined with your tech’s input. That way, you are not asking an overworked staff member to write manuals on their own.

Where is all this information stored, and who can see it?

Districts typically use a secure, shared system for documentation and passwords, with access controlled by role. Your technology leadership maintains ownership and can revoke access if staffing or vendors change.

Does this mean we are planning for our tech to leave?

Not necessarily. Good documentation supports the tech you have right now and makes their job easier. It simply ensures the district can function if they are out unexpectedly or eventually retire.

How often should documentation be updated?

Most districts find that updating key diagrams and runbooks during or right after projects, plus a light annual review, is enough to keep them useful. With co-managed IT, updates become part of standard change and project processes.

Can we get this benefit without co-managed IT?

You can build documentation on your own, but many small and rural districts struggle to keep it current. A co-managed or fully managed IT model bakes documentation and continuity into the service, so it is maintained even when local staff are busy.

If your district depends heavily on one person who “just knows how everything works,” it may be time to reduce that risk. Co-managed IT for K-12 Montana is designed to pair your local tech knowledge with shared documentation, network diagrams, and runbooks so no single absence puts instruction at risk.

To see how documentation and backup are built into the service, start with our K12 co-managed IT for Montana schools and districts overview, then request a short K12 tech roadmap conversation to talk through your current bus factor and continuity plan.

Terms in this post

Co-managed IT

An arrangement where a district's own IT staff and an outside IT team share the work, each handling agreed responsibilities, instead of the district doing it all or fully outsourcing IT.

Runbooks

Written, step-by-step guides for routine tasks or problems, such as preparing for online testing or responding to an outage, that someone other than the usual tech can follow.

Bus factor

An informal measure of how many people would have to be suddenly unavailable before key work stalls. A bus factor of one means a single absence can stop it.

VLANs

Virtual local area networks. A way to split one physical network into separate segments so different kinds of traffic, such as testing devices and staff devices, are kept apart.

SIS

Student information system. The software that holds student records such as enrollment, attendance, schedules, and grades.

LMS

Learning management system. Online software where teachers post assignments, materials, and grades and students turn in work.

Have a question we haven't covered?

No pressure or hard sell. We'll talk through your needs and help you figure out what makes sense.

  1. 1
    Tell us about your school
    Size, staff and what is taking up your time.
  2. 2
    We talk it through
    A conversation about what makes sense, not a sales pitch.
  3. 3
    Just comparing prices?
    Every starting price is published on our pricing page.

Rather call? (406) 235-7020

Schedule a call

Tell us a little about your school or business and we'll call to talk it through, including pricing.

Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.