Ein Entscheidungslogbuch klingt auf den ersten Blick nach zusätzlicher Bürokratie. Genau deshalb wird es in kleinen Teams oft zu spät eingeführt. Gründer wollen Tempo, keine Verwaltung. Operatoren wollen Probleme lösen, nicht Protokolle schreiben. Trotzdem entsteht in wachsenden Teams irgendwann ein teurer Nebeneffekt: dieselbe Entscheidung wird mehrfach diskutiert, anders erinnert, im falschen Kontext weitergegeben oder später still wieder geöffnet. Das kostet nicht nur Zeit. Es schwächt Verantwortung, weil niemand mehr sicher weiß, welche Annahme damals gegolten hat.
Für den heutigen Learning Lunch ist das Thema besonders passend, weil ein Entscheidungslogbuch kein Tool-Projekt ist. Es ist eine einfache Führungsgewohnheit. Gemeint ist nicht ein langes Sitzungsprotokoll und auch keine juristische Akte. Gemeint ist eine knappe, dauerhaft auffindbare Notiz: Was haben wir entschieden, warum, mit welchen offenen Risiken, wer ist verantwortlich und wann prüfen wir die Entscheidung wieder? Diese fünf Punkte reichen in vielen kleinen Unternehmen bereits aus, um aus Diskussionen echte Steuerung zu machen.
Was ist ein Entscheidungslogbuch und wofür ist es gut?
Ein Entscheidungslogbuch ist eine chronologische Sammlung wichtiger Beschlüsse. Es dokumentiert nicht jede Kleinigkeit, sondern die Entscheidungen, die später Wirkung entfalten: Preislogik, Zielgruppe, Tool-Auswahl, Rollen, Angebotsgrenzen, Kampagnenprioritäten, Hiring, größere Ausgaben oder bewusste Nicht-Entscheidungen. Der wichtigste Unterschied zu normalen Notizen liegt im Zweck. Eine normale Notiz hält fest, was gesagt wurde. Ein Entscheidungslogbuch hält fest, woran sich das Team ab jetzt orientiert.
Der Nutzen zeigt sich meistens erst nach einigen Wochen. Ein Kunde wünscht eine Ausnahme, ein neuer Mitarbeiter fragt nach dem Hintergrund einer Prozessregel oder ein Gründer zweifelt an einer alten Priorität. Ohne Logbuch beginnt dann oft ein Gedächtniswettbewerb. Wer war damals dabei? Warum hatten wir das so gemacht? War das nur eine spontane Idee oder wirklich beschlossen? Mit Logbuch wird daraus eine sachliche Prüfung. Ihr könnt sehen, welche Annahme damals tragend war und ob sie heute noch stimmt.
Das Entscheidungslogbuch verhindert also nicht, dass Entscheidungen geändert werden. Im Gegenteil: Es macht Änderungen besser. Wenn eine alte Entscheidung falsch geworden ist, sollte sie ersetzt werden. Aber dann wird sichtbar, warum sie früher plausibel war und warum der neue Stand besser passt. Genau diese Sichtbarkeit schützt kleine Teams vor zwei Extremen: sturem Festhalten an überholten Beschlüssen und hektischem Umentscheiden ohne Lernkurve.
Welche Entscheidungen gehören hinein und welche nicht?
Nicht jede Entscheidung verdient einen Eintrag. Wenn ein Team jede Kleinigkeit dokumentiert, stirbt das System schnell. Die bessere Frage lautet: Würde es in drei Monaten teuer, unklar oder konfliktträchtig werden, wenn wir den Grund dieser Entscheidung nicht mehr kennen? Wenn ja, gehört sie hinein. Wenn nein, reicht normale Kommunikation.
Typische Einträge sind erstaunlich kurz. Ein gutes Entscheidungslogbuch braucht am Anfang nur diese Struktur:
- Entscheidung: Was gilt ab jetzt konkret?
- Grund: Welche Beobachtung oder welches Problem hat dazu geführt?
- Annahme: Was muss stimmen, damit diese Entscheidung sinnvoll bleibt?
- Verantwortung: Wer setzt es um oder hält es aktuell?
- Review: Wann schauen wir wieder darauf?
Diese Liste wirkt schlicht, aber sie verändert die Qualität von Diskussionen. Besonders der Punkt Annahme ist wertvoll. Viele Entscheidungen scheitern nicht, weil sie dumm waren, sondern weil eine alte Annahme unbemerkt kippt. Vielleicht war ein Tool sinnvoll, solange das Team zu dritt war. Vielleicht passte ein Angebot, solange ein Gründer selbst verkaufte. Vielleicht war eine Zielgruppe attraktiv, solange die Delivery einfach blieb. Wenn solche Annahmen nicht sichtbar sind, wirken spätere Probleme wie persönliche Fehler. Mit Logbuch werden sie zu überprüfbaren Managementfragen.
Nicht hinein gehören operative Kleinstentscheidungen, Geschmacksfragen ohne langfristige Wirkung oder private Einschätzungen über Personen. Das Logbuch ist kein Ort für Schuldzuweisung. Es ist auch kein Ersatz für Aufgabenmanagement. Ein Beschluss kann eine Aufgabe auslösen, aber die Aufgabe selbst gehört in das jeweilige Task-System. Diese Trennung ist wichtig, sonst wird aus einem klaren Führungsinstrument ein chaotischer Ablageort.
Wie führt man es ein, ohne ein neues Bürokratiemonster zu bauen?
Mein klarer Rat: Startet nicht mit Software. Startet mit einer Gewohnheit. Eine einfache Tabelle, ein Notion-Board, ein Wiki-Dokument oder sogar eine Markdown-Datei reichen. Entscheidend ist, dass der Ort eindeutig ist und dass nach wichtigen Gesprächen eine Person den Eintrag schreibt. Wenn erst lange diskutiert wird, welches Tool das perfekte Entscheidungslogbuch ermöglicht, habt ihr das Problem schon wieder vergrößert.
Ein realistisches Szenario sieht so aus: Ein kleines B2B-Team diskutiert seit Wochen, ob es kleinere Kunden weiterhin mit Sonderpaketen bedient. Vertrieb möchte flexibel bleiben, Delivery ächzt unter Ausnahmen, die Gründer wollen keinen Umsatz liegen lassen. Nach einer Entscheidung wird nicht nur notiert: „Keine Sonderpakete unter 3.000 Euro.“ Viel besser wäre: „Wir bieten unter 3.000 Euro nur noch Standardpakete an, weil Sonderpakete überproportional Abstimmung erzeugen. Annahme: Standardpakete decken mindestens 80 Prozent der passenden kleinen Anfragen ab. Review in acht Wochen anhand von verlorenen Deals und Delivery-Aufwand.“ Damit ist die Entscheidung nicht härter, sondern intelligenter.
Die Einführung gelingt am besten über ein kleines Ritual. Am Ende jedes Wochenmeetings fragt jemand: Gab es heute eine Entscheidung, die in sechs Wochen noch nachvollziehbar sein muss? Wenn ja, wird sie in fünf Minuten eingetragen. Wenn nein, bleibt das Logbuch unberührt. Diese Zurückhaltung ist kein Mangel, sondern Qualität. Ein schlankes Logbuch lebt davon, dass nur tragende Beschlüsse hineinkommen.
Wichtig ist auch der Ton. Schreibt nicht wie eine Behörde. Schreibt so, dass ein neuer Teamkollege den Kontext versteht. Ein Entscheidungslogbuch ist dann gut, wenn es spätere Gespräche verkürzt und trotzdem Raum für bessere Entscheidungen lässt. Es soll nicht beweisen, wer damals recht hatte. Es soll zeigen, welche Logik das Team gerade steuert.
Wer heute anfangen will, braucht keine Vorbereitung. Nehmt die letzte Entscheidung, über die ihr länger als zwanzig Minuten gesprochen habt, und schreibt sie in fünf Sätzen auf. Was gilt jetzt? Warum? Welche Annahme steckt dahinter? Wer kümmert sich? Wann prüfen wir es? Wenn diese fünf Antworten sichtbar sind, habt ihr mehr Führungsqualität geschaffen als mit dem nächsten dekorativen Dashboard.
Quelle: Pexels
