In den meisten polnischen KMU sitzt das Wissen darüber, wie IT eigentlich läuft, in einem einzigen Kopf. Verlässt dieser Kopf das Gebäude, bleibt ein leerer Schreibtisch, eine Handvoll Admin-Logins und die Frage, warum um 23 Uhr niemand weiß, wo die Backups liegen. IT-Dokumentation ist das langweilige Ding, das niemand schreibt. Genau deshalb ist sie eine der billigsten Möglichkeiten, das Risiko im Unternehmen zu senken.
In einem Projekt haben wir die Dokumentation für eine 25-köpfige Verpackungsdruckerei rekonstruiert, deren IT-Mitarbeiter mit zwei Wochen Frist gekündigt hatte. Er hinterließ einen OneNote-Ordner mit Passwörtern, ein stark veraltetes Visio-Diagramm und sich selbst als einzigen Administrator in 11 SaaS-Panels. Die Rekonstruktion hat uns sechs Wochen gekostet und das Unternehmen mehr als ein Jahresgehalt dieser Person. Nicht weil der IT-Mann bösartig war — im Gegenteil, er hat nach Feierabend geholfen, so gut er konnte. Sondern weil das Wissen nie aufgeschrieben war, „er wusste es ja eh".
Das sind die realen Kosten fehlender Dokumentation. Nicht hypothetisch, nicht aus einem Gartner-Bericht — aus einer Rechnung über sechs Wochen Detektivarbeit.
Warum es niemand schreibt
IT-Dokumentation im KMU existiert nicht, weil sie immer gegen das Dringende verliert. Der IT-Mensch löscht ein Feuer, schließt ein Ticket, kehrt in die Warteschlange zurück. Aufschreiben, was er gerade getan hat, würde weitere 20 Minuten kosten, die er nicht hat. Nach zwei Jahren dieser Logik gibt es im Unternehmen außerhalb des Gedächtnisses einer Person fast nichts mehr.
Der zweite Grund ist menschlicher. Festgehaltenes Wissen schwächt die Verhandlungsposition. Wenige IT-Leute sagen es offen, aber unersetzlich zu sein ist für manche eine Strategie. Es ist keine böse Absicht — es ist, dass niemand Dokumentation belohnt und jeder das „Retten der Situation" belohnt. Wenn der Inhaber will, dass etwas aufgeschrieben ist, muss er es einfordern, nicht darauf hoffen, dass es von selbst passiert.
Der dritte Grund: kein Format. Die meisten Versuche enden als 80-seitiges Word-Dokument, das nach einem Jahr veraltet ist und das niemand mehr öffnet. Format ist entscheidend — dazu gleich mehr.
Was wirklich aufgeschrieben werden muss
Vollständige IT-Dokumentation ist ein unerreichbares Ideal. Aber es gibt ein Minimum, ohne das das Unternehmen die Kontrolle verliert, sobald der IT-Mensch das Gebäude verlässt. Dieses Minimum passt auf 10 bis 15 Seiten und umfasst vier Bereiche.
- Konten und Zugänge. Eine Liste aller Admin-Konten (Microsoft 365, ERP, Hosting, Domain, Antivirus, Backup), wo MFA aktiviert ist, wer der „Reset der letzten Instanz" ist und was passiert, wenn das Hauptkonto gesperrt wird.
- Topologie und Hardware. Was physisch im Serverraum oder im Rack steht, wie es verkabelt ist, wo Router, Switches, NAS-Geräte sind, in welchen Verträgen und mit welchen Garantieenddaten. Ein einseitiges Draw.io-Diagramm reicht.
- Notfall-Playbooks. Was tun, wenn das Internet ausfällt, der Fileserver nicht reagiert, Daten verschlüsselt werden, das Postfach des Inhabers verschwindet. Drei Schritte pro Szenario. Keine vollständigen Anleitungen — Ankerpunkte: wen anrufen, wo nachschauen, was nicht anfassen.
- Verträge und Lizenzen. Wer liefert was, zu welchen Bedingungen, bis wann. Keine Vertragskopien (die liegen in der Buchhaltung), nur eine einseitige Tabelle: Anbieter, System, monatliche Kosten, Verlängerungsdatum, Ansprechpartner.
Das ist alles. Der Rest ist nettes Extra. Diese vier Bereiche halten das Unternehmen am Laufen, bis ein Nachfolger oder externer Dienstleister übernimmt.
Ein Format, das eine Chance hat zu überleben
Die schlechteste Dokumentation liegt als Word-Datei auf dem Laptop des IT-Mannes. Die zweitschlechteste in einem SharePoint, den niemand zu durchsuchen weiß. Die beste ist die, die kurz genug ist, um in 15 Minuten überflogen zu werden, und einfach genug, um in 2 Minuten aktualisiert zu werden.
In der Praxis funktionieren drei Formate. Notion oder Confluence für Unternehmen, die schon Lizenzen für etwas Ähnliches haben. Ein Passwort-Manager (Bitwarden, 1Password) mit ausführlichen Notizen zu jedem Eintrag — für kleine Teams, bei denen es ohnehin auf Zugänge hinausläuft. Am einfachsten: eine Markdown-Datei in einem Git-Repository, auf das Inhaber und IT-Person Zugriff haben. Klingt technisch, funktioniert aber erstaunlich gut — Git zeigt die Änderungshistorie, sodass klar ist, wer wann was hinzugefügt hat.
Was wir nicht empfehlen: Dokumentation in E-Mails, als Teams-Anhang, in einem vergessenen OneNote oder in einer PDF, die niemand bearbeitet, weil es eine PDF ist. Das Format muss schnelle Aktualisierungen erlauben, sonst beginnt es innerhalb von drei Monaten zu lügen.
Wie man in einem Tag anfängt
Eine vollständige Dokumentation braucht Wochen, aber das Grundgerüst lässt sich an einem Arbeitstag aufstellen. Auf „eine ruhigere Woche" wartet man nicht — sie kommt nicht.
- Blockiere einen ganzen Tag mit deiner IT-Person — nicht einen halben, nicht eine Stunde, einen ganzen Tag.
- Beginne mit der Liste der Admin-Konten. Jedes Konto, jedes System, jedes Panel. Aktiviere MFA, wo es fehlt. Schreibe auf, wer das „Notfallkonto" für jedes kritische System ist.
- Skizziere ein einseitiges Topologie-Diagramm. Nicht perfekt, nur lesbar. Router, Switches, Server, NAS, Netzwerkdrucker, wer-mit-wem per Kabel.
- Schreibe 5 Notfall-Playbooks mit je drei Schritten. Internet weg, Fileserver hängt, Ransomware, Hauptkonto gesperrt, Bürotelefone tot.
- Trage alle Verträge in eine Tabelle ein. Anbieter, System, Kosten, Verlängerungsdatum. Verlängerungsdaten sind die am häufigsten vergessene Falle.
Am Ende des Tages hast du 8 bis 12 Seiten, die der Inhaber versteht und bei Bedarf weitergeben kann. Das ist keine „preiswürdige Dokumentation" — das ist Dokumentation, die den Hals rettet.
Wann es sich als die Mühe wert herausstellt
Dokumentation zahlt sich nicht aus, wenn alles läuft. Sie zahlt sich einmal aus, hart, in einem von drei Momenten. Erstens: Die IT-Person kündigt und hat zwei Wochen. Zweitens: Ein Sicherheitsvorfall tritt ein und man muss blitzschnell wissen, wer worauf Zugriff hat. Drittens: Der IT-Dienstleister wird gewechselt, und der neue will nicht mit einer sechswöchigen Discovery-Phase anfangen.
In derselben Verpackungsdruckerei traf ein Jahr später Ransomware einen der beiden Server. Die Dokumentation, die wir zuvor erstellt hatten, erlaubte uns, die Dienste in 11 Stunden wiederherzustellen — weil klar war, wo die Backups liegen, was die Hypervisor-Passwörter sind und wen man beim ERP-Anbieter anruft. Ohne diese Dokumentation wären es 3 bis 5 Tage gewesen. Der Unterschied zwischen 11 Stunden und 3 Tagen in einem Produktionsunternehmen entspricht ungefähr der gesamten Monatsmarge.
IT-Dokumentation ist langweilig, unterschätzt und absolut kritisch. Existiert sie in deinem Unternehmen nicht, ist dieses Wochenende ein guter Zeitpunkt anzufangen — oder jemanden zu fragen, der das beruflich tut. Das erste Gespräch kostet nichts.
Fehlende IT-Dokumentation tut nicht weh — bis sie weh tut. Und dann tut alles auf einmal weh.