· Prozesse & Methodik · 3 min read
Projektentscheidungen dokumentieren: zwei Tabellen, ein Prüf-Gate
Warum am Anfang jeder zweiten Besprechung die Frage steht, was eigentlich beschlossen wurde, und wie zwei einfache Tabellen plus eine automatische Prüfung dieses Loch schließen. Eine praktische Anleitung für kleine Teams.
Projektentscheidungen dokumentieren heißt: Entscheidungen und Aufgaben getrennt erfassen, mit Begründung und Verweis, und eine automatische Prüfung davorschalten. Zwei Tabellen reichen für den Start, eine Tabellenkalkulation oder zwei Markdown-Dateien genügen.
Das wiederkehrende Loch
Sie starten in eine Besprechung und die erste Viertelstunde geht dafür drauf, zu rekonstruieren, was beim letzten Mal entschieden wurde. Jemand erinnert sich anders, ein anderer hat eine Notiz, eine dritte Quelle widerspricht. Das kostet Zeit und führt zu Entscheidungen, die kurz darauf wieder aufgemacht werden.
Die Ursache ist selten Nachlässigkeit. Sie liegt darin, dass Entscheidungen und Aufgaben unterschiedlich behandelt werden müssen, aber meist im selben Topf landen: Chatverläufe, E-Mails, verstreute Notizen.
Zwei Tabellen, klar getrennt
Tabelle 1: Entscheidungsprotokoll. Jede Zeile ist eine Festlegung mit:
- Fortlaufender Nummer
- Datum
- Verantwortlicher Person
- Der Entscheidung selbst
- Der Begründung (wichtigster Teil, eine Festlegung ohne Grund ist in drei Monaten wertlos)
Tabelle 2: Aufgabenliste. Jede Zeile ist eine offene Arbeit mit:
- Nummer, Status, Priorität
- Der Aufgabe und dem konkreten nächsten Schritt
- Verweis auf die Entscheidung, zu der die Aufgabe gehört
Diese Kopplung ist der Kern. Von der Aufgabe kommen Sie zur Begründung, von der Entscheidung kommen Sie zur Umsetzung. Beide Richtungen sind in Sekunden lesbar.
Feste Statuswerte statt Bauchgefühl
Legen Sie für beide Tabellen einen kleinen, festen Satz an Statuswerten fest:
- Aufgaben: offen, in Arbeit, blockiert, erledigt, verworfen
- Entscheidungen: vorgeschlagen, angenommen, ersetzt, veraltet
Der Gewinn ist Eindeutigkeit. Wenn jeder seinen eigenen Status erfindet (“fast fertig”, “läuft noch”), lässt sich die Liste weder filtern noch auswerten. Ein blockierter Punkt bekommt zusätzlich eine Pflichtangabe: worauf er wartet.
Die automatische Prüfung
Eine Tabelle verfällt mit der Zeit. Nummern werden doppelt vergeben, ein Verweis zeigt auf eine Entscheidung, die es nicht gibt, ein Status nimmt einen unbekannten Wert an. Jeder Fehler ist für sich harmlos, die Summe macht die Liste unbrauchbar.
Ein kurzes Skript, das vor jeder Veröffentlichung oder bei jedem Speichern läuft, meldet:
- Doppelte Nummern
- Verweise ins Leere
- Unbekannte Statuswerte
Die Prüfung kostet einmal Aufwand und hält danach die Qualität konstant.
Drei Gewohnheiten, die sich auszahlen
Änderungsverlauf und Übergabe führen. Ein kurzer Änderungsverlauf und eine knappe Übergabe für den nächsten Arbeitseinstieg sorgen dafür, dass auch nach einer Pause jeder schnell zurückfindet.
Löschaktionen mit Probelauf absichern. Geben Sie jeder löschenden Aktion einen Probelauf, der nur anzeigt, was passieren würde. Datenverlust ist der teuerste Fehler.
Strukturänderungen versionieren. Wenn Sie die Struktur Ihrer Daten ändern, ziehen Sie die alten Daten mit einem Umstellungsschritt nach und erhöhen Sie eine Versionsnummer. Sonst arbeiten verschiedene Stände still aneinander vorbei.
Was Sie am Montag tun können
- Zwei Tabellen anlegen (Entscheidungen und Aufgaben) mit den oben genannten Spalten
- Die letzten fünf offenen Entscheidungen und Aufgaben nachtragen, die Sie aus dem Kopf kennen
- Im Team die festen Statuswerte vereinbaren
- Die automatische Prüfung ergänzen, sobald die Tabellen stehen
Häufige Fragen
Brauche ich ein spezielles Tool dafür? Nein. Eine Tabellenkalkulation oder zwei Markdown-Dateien im Projektordner reichen für den Start. Wichtiger als das Werkzeug ist die Konvention, die alle einhalten.
Was ist der häufigste Fehler beim Einführen solcher Dokumentationen? Zu detailliert starten. Wer fünfzehn Spalten pro Entscheidung anlegt, füllt die Liste nie vollständig aus. Beginnen Sie mit vier bis fünf Pflichtfeldern und ergänzen Sie erst, wenn ein konkreter Bedarf entsteht.
Wie verhindere ich, dass die Dokumentation nach drei Monaten wieder einschläft? Machen Sie die Tabellen zur Review-Pflicht in Besprechungen. Wer eine Entscheidung trifft, trägt sie direkt ein. Das verankert die Gewohnheit ohne zusätzlichen Overhead.
Techiota begleitet kleine Teams bei IT, Automatisierung und KI-Integration. Wenn Sie Unterstützung bei der Einführung schlanker Prozesse suchen, sprechen Sie uns an über techiota.de.



