Schlanke Projektdokumentation folgt dem Nutzen, nicht der Vollständigkeit: dokumentiert wird, was jemand später wirklich braucht (Entscheidungen und ihre Gründe, Vereinbarungen, Wissen für Betrieb und Nachfolge) — nicht, was theoretisch dokumentierbar wäre. Sie ist aktuell, auffindbar an einem festen Ort und so knapp wie möglich. Die Kernfrage vor jedem Dokument: Wer wird das wann brauchen? Findet sich keine Antwort, entfällt es.
Die zwei Fehler: zu viel und zu wenig
Projektdokumentation scheitert in zwei Richtungen. Der erste Fehler ist die Dokumentationswut: umfangreiche Dokumente, die aus Pflichtgefühl oder Methodentreue erstellt werden, viel Zeit kosten und niemand liest — die 80-seitige Spezifikation, die veraltet, bevor sie fertig ist, das detaillierte Konzept, das nach dem Erstellen niemand mehr öffnet. Diese Dokumentation erzeugt Aufwand ohne Nutzen und schadet doppelt: Sie bindet Zeit und begräbt das Wichtige unter dem Unwichtigen. Der zweite Fehler ist das Gegenteil: chaotische Lückenhaftigkeit, in der Entscheidungen nicht festgehalten sind, Wissen nur in Köpfen existiert und niemand findet, was er sucht — bis der Wissensträger geht und mit ihm das Projektgedächtnis. Beide Extreme haben dieselbe Ursache: das Fehlen einer klaren Antwort auf die Frage, was und für wen dokumentiert wird. Die schlanke Dokumentation beantwortet diese Frage bewusst.
Der Massstab: Wer braucht das wann?
Die entscheidende Frage vor jedem Dokument lautet: Wer wird diese Information später brauchen, und wofür? Findet sich eine konkrete Antwort, ist das Dokument gerechtfertigt; findet sich keine, entfällt es. Diese Nutzenfrage trennt die wertvolle Dokumentation von der bürokratischen. Wertvoll ist typischerweise: die Dokumentation von Entscheidungen und ihren Gründen (warum haben wir X so und nicht anders gemacht? — die Frage, die in einem Jahr niemand mehr beantworten kann, wenn sie nicht festgehalten ist), Vereinbarungen und Zusagen (die Verbindlichkeit schaffen), Wissen für Betrieb und Wartung (das nach dem Projekt gebraucht wird), und das, was für Nachfolger und Übergaben nötig ist. Weniger wertvoll ist oft: die detaillierte Nacherzählung von Prozessen, die selbsterklärend sind, umfangreiche Berichte, die niemand liest, und Dokumentation, die nur erstellt wird, weil «man das so macht». Der Fokus auf den Nutzen macht die Dokumentation automatisch schlanker und wertvoller zugleich.
Schlank und nützlich organisieren
- 01Am richtigen Ort, auffindbarEin zentraler, allen bekannter Ort für Projektdokumente — nicht verstreut über Mails, lokale Ordner und Köpfe. Auffindbarkeit ist die halbe Miete: Dokumentation, die niemand findet, existiert praktisch nicht.
- 02Aktuell halten oder als veraltet kennzeichnenVeraltete Dokumentation ist schlimmer als keine, weil sie in die Irre führt. Was gepflegt wird, muss aktuell sein; was nicht mehr gepflegt wird, gehört archiviert oder als Stand-von-damals gekennzeichnet.
- 03So knapp wie möglichKurze, fokussierte Dokumente schlagen umfangreiche: die Entscheidung in fünf Sätzen mit Begründung ist wertvoller als das 20-seitige Konzept, das den Entscheid unter Details begräbt. Prägnanz erhöht die Wahrscheinlichkeit, dass etwas gelesen wird.
- 04Dokumentation in die Arbeit integrierenWo möglich entsteht Dokumentation als Nebenprodukt der Arbeit (Board, Protokolle, Entscheidungslog) statt als separate Pflichtübung. Integrierte Dokumentation veraltet weniger und kostet weniger.
Kontext beachten: nicht jede Dokumentation ist optional
Die Forderung nach Schlankheit hat Grenzen: In manchen Kontexten ist umfangreiche Dokumentation vorgeschrieben oder notwendig — regulierte Branchen, öffentliche Projekte mit Nachvollziehbarkeitspflicht (etwa im HERMES-Umfeld), sicherheitskritische Systeme, Vorhaben mit rechtlicher oder Audit-Relevanz. Dort ist Dokumentation nicht Bürokratie, sondern Anforderung, und «schlank» heisst dann: die vorgeschriebene Dokumentation effizient und ohne unnötige Zusätze erstellen, nicht sie weglassen. Die Kunst liegt darin, den Pflichtteil sauber zu erfüllen und darüber hinaus nur zu dokumentieren, was echten Nutzen stiftet. Und selbst im regulierten Kontext gilt die Nutzenfrage für alles Freiwillige: Auch wo viel dokumentiert werden muss, gibt es meist Spielraum, das Zusätzliche schlank zu halten. Die Grundhaltung bleibt: Dokumentation dient dem Projekt und seinen künftigen Nutzern — sie ist Mittel, nicht Zweck. Wer sie an diesem Nutzen ausrichtet, findet fast immer die richtige Balance zwischen erdrückender Vollständigkeit und gefährlicher Lücke.
Der Dokumentations-Test für jedes Dokument: «Wird jemand das in sechs Monaten öffnen und froh sein, dass es existiert?» Bei Ja: dokumentieren und pflegen. Bei Nein: weglassen oder radikal kürzen. Die ehrliche Antwort schlankt jede Dokumentation aus und macht sie zugleich wertvoller.
Diese Methode lässt sich in einem Projekt-Tool wie Flenio direkt abbilden — DACH-nativ und DSG-konform gehostet.
Häufige Fragen
- Wie viel Dokumentation braucht ein kleines Projekt?
- Massstabsgerecht wenig: Bei einem kleinen Projekt reichen oft ein knapper Auftrag, ein gepflegtes Aufgaben-Board, Entscheidungsnotizen und das Wissen für die Übergabe. Die Elemente skalieren mit Grösse und Kontext — verzichtbar ist die Dokumentation der wichtigen Entscheidungen und des Betriebswissens aber auch im Kleinen nicht.
- Was ist das wichtigste zu dokumentierende Element?
- Entscheidungen und ihre Gründe — sie sind das, was am schnellsten vergessen wird und am häufigsten gebraucht wird («warum haben wir das damals so gemacht?»). Ein einfaches Entscheidungslog, das wichtige Entscheide mit Datum und Begründung festhält, hat oft mehr Wert als umfangreiche Konzeptdokumente.
- Wie gehe ich mit veralteter Dokumentation um?
- Aktiv: entweder aktualisieren, wenn sie noch gebraucht wird, oder archivieren und klar als historischen Stand kennzeichnen, wenn nicht. Was gefährlich ist, ist die veraltete Dokumentation, die aussieht wie aktuell — sie führt in die Irre. Lieber eine ehrlich als veraltet markierte als eine scheinbar gültige, die falsch informiert.