Skip to main content

Entscheidungen dokumentieren: das Decision Log

„Warum haben wir das damals so entschieden?“ — wenn niemand antworten kann, wiederholt Ihr Team alte Debatten und alte Fehler. Ein Decision Log beendet das. Hier sind Vorlage, Formate und die Praxis.

Wissensrisiko-Check startenKnowledge Sprint ansehen
DSGVO-konformEU-Datenresidenz

Was ist ein Decision Log?

Ein Decision Log (Entscheidungsprotokoll) ist eine fortlaufende, durchsuchbare Sammlung der wesentlichen Entscheidungen eines Teams oder Unternehmens — mit Kontext, Begründung, verworfenen Alternativen und Verantwortlichen.

Der Unterschied zu Meeting-Protokollen: Ein Protokoll dokumentiert einen Termin, ein Decision Log dokumentiert eine Entscheidung — auffindbar nach Thema, nicht nach Datum. Sechs Monate später zählt nicht, in welchem Meeting etwas beschlossen wurde, sondern warum.

Warum Teams vergessen, was entschieden wurde

Entscheidungen entstehen in Meetings, Chats und Fluren — und ihr Warum verdunstet innerhalb von Wochen. Die Folgen sind messbar: Meetings, die alte Debatten wiederholen; neue Mitarbeitende, die bestehende Regeln in Frage stellen, weil niemand die Gründe kennt; und Fehler, die ein Vorgänger bereits einmal gemacht und korrigiert hatte.

Unsere Kundendaten zeigen: Konsequente Entscheidungsdokumentation reduziert „Warum-haben-wir-das-so-entschieden?“-Meetings um rund 60 %. Nicht weil weniger gefragt wird — sondern weil die Antwort in Sekunden auffindbar ist.

Decision-Log-Vorlage: 8 Felder pro Entscheidung

Kurz genug, um gepflegt zu werden; vollständig genug, um Jahre später zu tragen:

1. Titel — Die Entscheidung in einem Satz („Vendor A statt Vendor B für den Q3-Launch“).
2. Datum & Entscheider — Wann, und wer hat entschieden — Personen, nicht Gremien.
3. Kontext / Problem — Welche Situation hat die Entscheidung erzwungen?
4. Entscheidung — Was wurde konkret beschlossen?
5. Begründung — Warum so — was war das ausschlaggebende Kriterium?
6. Verworfene Alternativen — Was wurde geprüft und warum verworfen? Das wertvollste Feld: Es verhindert Wiederholungsdebatten.
7. Erwartetes Ergebnis & Trade-offs — Was soll eintreten, und welcher Preis wurde bewusst akzeptiert?
8. Review-Auslöser — Wann wird die Entscheidung neu bewertet? („Q4-Budgetrunde“, „neuer Rahmenvertrag“)

Formate im Vergleich: Spreadsheet, ADR, Wissenssystem

Spreadsheet / ListeSchneller Start, aber: keine Verknüpfung zu Prozessen, keine Suche in natürlicher Sprache, und ab ~50 Einträgen unübersichtlich.
Architecture Decision Records (ADR)Bewährt in der Softwareentwicklung: eine Markdown-Datei pro Entscheidung im Repository. Stark für Tech-Teams, unsichtbar für den Rest des Unternehmens.
Wiki-SeitenBesser als nichts — aber Entscheidungen versinken zwischen anderen Seiten und veralten unbemerkt.
Entscheidungskarten in askSOPiaJede Entscheidung als strukturierte Karte mit allen 8 Feldern, verknüpft mit betroffenen Prozessen und Wissen — und über den Chat in natürlicher Sprache abfragbar, mit Quellenangabe.

So sieht dokumentierte Entscheidung in der Praxis aus

In askSOPia werden Entscheidungen automatisch aus Meeting-Transkripten extrahiert — mit Kontext, Begründung und Alternativen — und als Entscheidungskarten gespeichert. Wer später fragt „Warum nutzen wir Vendor A?“, bekommt die Antwort mit Datum, Entscheidern und den damals geprüften Alternativen.

Eine Entscheidungskarte: Begründung, Alternativen mit Pro/Contra, Trade-offs und Review-Auslöser.
Eine Entscheidungskarte: Begründung, Alternativen mit Pro/Contra, Trade-offs und Review-Auslöser.
Die Entscheidung ist im Chat abfragbar — mit Quellenangabe statt Erinnerungslücke.
Die Entscheidung ist im Chat abfragbar — mit Quellenangabe statt Erinnerungslücke.

Häufig gestellte Fragen

Pro Entscheidung: Titel, Datum und Entscheider, Kontext, die Entscheidung selbst, Begründung, verworfene Alternativen, erwartetes Ergebnis mit Trade-offs und ein Review-Auslöser. Die Alternativen sind das wertvollste Feld — sie verhindern Wiederholungsdebatten.

Alle, die schwer umkehrbar sind, Geld oder Personal binden, mehrere Teams betreffen oder eine Regel begründen. Faustregel: Wenn in einem Jahr jemand fragen könnte „warum machen wir das so?“, gehört die Entscheidung ins Log.

Das Protokoll dokumentiert einen Termin (chronologisch, nach Datum auffindbar), das Decision Log eine Entscheidung (thematisch auffindbar, mit Begründung und Alternativen). Protokolle beantworten „was wurde besprochen?“, ein Decision Log beantwortet „warum ist das so?“.

Das Prinzip ja — eine strukturierte Notiz pro Entscheidung. Das Format (Markdown im Code-Repository) ist für Nicht-Entwickler unzugänglich. Business-Teams brauchen dieselbe Struktur an einem Ort, den alle durchsuchen können.

Durch Automatisierung und Review-Auslöser: Entscheidungen direkt aus Meeting-Transkripten extrahieren (statt auf manuelle Disziplin zu hoffen) und jede Karte mit einem Auslöser versehen, der die Neubewertung anstößt.

Weiterlesen

Nächster Schritt

Bereit, Ihr Wissen zu sichern?

Weniger als die Kosten eines schlechten ersten Monats einer Fehleinstellung.

20 Minuten. Keine Slides. Keine Vorbereitung nötig.

Wissensrisiko-Check startenKnowledge Sprint ansehen