· Mehdi Aroui · Prozesse Methodik · 4 Min. Lesezeit
Projektentscheidungen dokumentieren: zwei Tabellen, ein 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.
Was das im Betrieb bedeutet
Wir fahren dieses Verfahren im eigenen Webproduktionssystem. Stand 23. August 2026 stehen dort 296 Entscheidungen und 1249 Aufgaben in zwei gekoppelten Tabellen, dazu 15 automatische Prüfungen je Markenpipeline, die vor jeder Veröffentlichung laufen, und 18 betreute Marken.
Am wertvollsten ist dabei die Prüfung auf Verweise ins Leere, weil sie genau die Fehler findet, die beim Lesen niemand sieht: eine Aufgabe, die auf eine Entscheidung zeigt, die es nie gab. Der zweithäufigste Fund ist eine doppelt vergebene Nummer, entstanden dann, wenn zwei Personen am selben Tag unabhängig voneinander eine Zeile anlegen.
Für einen Handwerksbetrieb, eine Kanzlei oder eine Arztpraxis mit fünf Beteiligten sind diese Zahlen keine Zielgröße. Sie belegen nur, dass die Form auch bei über tausend Zeilen noch trägt. Für den Start genügen zwei Tabellen und eine Prüfung.
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 Handwerksbetrieben, Kanzleien und Arztpraxen sowie andere KMU bei IT, Automatisierung und KI-Integration. Wenn Sie Unterstützung bei der Einführung schlanker Prozesse suchen, sprechen Sie uns an über techiota.de.




