Time-to-Decision Rechner: Entscheidungsdauer messen und TtD verbessern
Time-to-Decision Rechner · Decision-OS Tool
Wie lange brauchen Entscheidungen wirklich? Berechnen Sie Time-to-Decision und Ziel-TtD.
Der Time-to-Decision-Rechner zeigt, wie viele Tage eine Organisation vom Entscheidungsbedarf bis zum Beschluss braucht - und wie viel Zeit durch klarere Entscheidungswege eingespart werden kann.
Aus Bauchgefühl wird eine Kennzahl: aktuelle TtD, Ziel-TtD, Lücke in Tagen, monatliche Zeitersparnis und optionaler wirtschaftlicher Effekt über Cost of Delay pro Tag.
Kostenlos. Direkt im Browser. Keine Anmeldung. CSV-Export und Ergebnis-Kopie inklusive.
Kurzdefinition
Was bedeutet Time-to-Decision?
Time-to-Decision bezeichnet die Zeit vom ersten klaren Entscheidungsbedarf bis zum finalen Beschluss. Die Kennzahl zeigt, wie lange Entscheidungen im System offen liegen, bevor ein verbindlicher Beschluss mit Owner, nächstem Schritt und Dokumentation entsteht.
Grundformel: Durchschnittliche Time-to-Decision = Summe aller Entscheidungstage ÷ Anzahl der Entscheidungen. Die TtD-Lücke ergibt sich aus aktueller TtD minus Ziel-TtD.
Der Time-to-Decision-Rechner von Coachingwerk Berlin berechnet aktuelle Durchschnitts-TtD, Zielabweichung, eingesparte Tage pro Monat und optional die wirtschaftliche Wirkung über Cost of Delay pro Tag.
Mehr zur Kennzahl finden Sie im Artikel Time-to-Decision KPI. Für die Euro-Wirkung nutzen Sie zusätzlich den Cost-of-Delay-Rechner.
Natürliche Suchsprache
Wenn Entscheidungen zu lange dauern, suchen Teams selten nach „Time-to-Decision“.
Im Alltag klingt das Problem meistens anders: Entscheidungen werden vertagt, Freigaben hängen fest, Themen wandern von Meeting zu Meeting. Der Time-to-Decision-Rechner übersetzt diese natürliche Problemsprache in eine messbare Führungskennzahl.
Damit bleibt diese Seite klar eine Rechnerseite: Sie erklärt nicht allgemein Entscheidungsstau, sondern zeigt, wie aus langsamen Entscheidungen eine messbare Time-to-Decision, ein Zielwert und ein möglicher Zeitgewinn werden.
Wie das Problem im Alltag klingt
- Entscheidungen dauern zu lange.
- Entscheidungsprozesse dauern zu lange.
- Entscheidungen bleiben liegen.
- Entscheidungen werden immer wieder vertagt.
- Das Führungsteam kommt nicht zum Beschluss.
- Freigaben hängen fest.
- Themen wandern von Meeting zu Meeting.
- Niemand entscheidet final.
- Zu viele Abstimmungen, zu wenig Beschlüsse.
Welche Kennzahl dahinterliegt
- Entscheidungsdauer messen.
- Time-to-Decision berechnen.
- Entscheidungslatenz bestimmen.
- Dauer bis zum Beschluss erfassen.
- TtD-Zielwert setzen.
- Entscheidungszeit pro Thema vergleichen.
- Entscheidungsstau quantifizieren.
- Entscheidungsprozesse beschleunigen.
- Entscheidungen schneller treffen.
Was danach geklärt werden muss
- DRI festlegen.
- Decision Rights klären.
- Eskalationspfad definieren.
- Decision Log führen.
- Meeting-Cadence umbauen.
- Reopen-Regeln setzen.
- Ziel-TtD je Entscheidungstyp definieren.
Wichtig: Time-to-Decision ist nicht einfach „mehr Tempo“.
Eine kurze TtD ist nur dann wertvoll, wenn die Entscheidung klar, dokumentiert und umsetzbar ist. Der Rechner misst deshalb nicht Hektik, sondern Entscheidungsfähigkeit: Wie schnell wird aus einem relevanten Entscheidungsbedarf ein tragfähiger Beschluss mit Owner, Mandat und nächstem Schritt?
Formellogik
Welche Werte berechnet der TtD-Rechner?
Time-to-Decision wird relevant, wenn Führungsteams nicht nur einzelne Entscheidungen betrachten, sondern den Entscheidungsfluss als System messen wollen.
| Kennzahl | Berechnung |
|---|---|
| Durchschnittliche TtD | Summe aller Entscheidungstage ÷ Anzahl der Entscheidungen. |
| TtD-Lücke | Aktuelle TtD minus Ziel-TtD. |
| Zeitgewinn pro Monat | TtD-Lücke × Entscheidungen pro Monat. |
| Wirtschaftlicher Effekt | Zeitgewinn pro Monat × Cost of Delay pro Tag. |
| Verbesserung in Prozent | TtD-Lücke ÷ aktuelle TtD × 100. |
Beispiel
Was bringt eine kürzere Entscheidungsdauer?
Ein Führungsteam trifft pro Monat 12 relevante Entscheidungen. Die aktuelle durchschnittliche Time-to-Decision liegt bei 18 Tagen. Der Zielwert liegt bei 10 Tagen.
| Annahme | Wert |
|---|---|
| Aktuelle durchschnittliche TtD | 18 Tage |
| Ziel-TtD | 10 Tage |
| TtD-Lücke | 8 Tage pro Entscheidung |
| Entscheidungen pro Monat | 12 |
| Monatlicher Zeitgewinn | 96 Entscheidungstage |
| CoD pro Tag | 2.500 € |
| Mögliche wirtschaftliche Wirkung pro Monat | 240.000 € |
Die Euro-Wirkung ist ein Szenario. Der Rechner zeigt keine Finanzprognose, sondern die Größenordnung, die durch kürzere Entscheidungszeiten entstehen kann.
Der eigentliche Fehler
Viele Organisationen messen Durchlaufzeiten - aber nicht Entscheidungszeiten.
Projekte, Tickets und Aufgaben werden oft sauber verfolgt. Entscheidungen dagegen liegen in Meetings, E-Mails, Chatverläufen und informellen Abstimmungen. Dadurch bleibt unsichtbar, wie lange ein Thema wirklich offen war, bevor es verbindlich entschieden wurde.
- Entscheidungen wandern von Meeting zu Meeting.
- Unklare Owner halten Themen offen.
- Mehr Daten werden gesammelt, obwohl die Entscheidungsfrage klar genug wäre.
- Fachliche und disziplinarische Mandate sind nicht sauber getrennt.
- Beschlüsse werden nicht dokumentiert und später wieder geöffnet.
- ein Startpunkt für den Entscheidungsbedarf
- ein klarer Beschlusspunkt
- ein DRI, der die Entscheidung zur Schließung bringt
- ein Decision-Log als Quelle der Wahrheit
- ein Zielwert für unterschiedliche Entscheidungstypen
Rechner
Time-to-Decision berechnen - aus Durchschnitt oder Einzelwerten.
Starten Sie mit einer einfachen Schätzung oder nutzen Sie echte Vergangenheitswerte. Der Rechner zeigt, wie groß die TtD-Lücke ist und welche Wirkung eine kürzere Entscheidungsdauer haben kann.
TtD-Rechner
Durchschnittsmodus nutzt eine bekannte aktuelle TtD. Batch-Modus berechnet die TtD aus Anzahl Entscheidungen und Summe der Tage.
Ergebnis
Aktuelle TtD
Ziel-TtD
TtD-Lücke
Verbesserung
Zeitgewinn/Monat
CoD-Wirkung/Monat
Business-Case-Einordnung
Nach der Berechnung sehen Sie hier, ob die Entscheidungsdauer vor allem ein Zeitproblem, ein Kostenproblem oder ein Governance-Problem ist.
TtD senken - Entscheidungswege schließen
20 Minuten Fit-Check: Engpass, Decision Rights, nächster Schritt. Vendor-neutral, kein Tool-Overhead.
- Durchschnittsmodus: aktuelle TtD wird direkt eingegeben.
- Batch-Modus: aktuelle TtD = Summe Entscheidungstage ÷ Anzahl Entscheidungen.
- TtD-Lücke: aktuelle TtD minus Ziel-TtD.
- Zeitgewinn pro Monat: TtD-Lücke × Entscheidungen pro Monat.
- Wirtschaftliche Wirkung: Zeitgewinn pro Monat × Cost of Delay pro Tag.
Mehr zur Kennzahl: Time-to-Decision KPI. Euro-Wirkung separat berechnen: Cost-of-Delay-Rechner.
Was das Ergebnis bedeutet
Eine hohe Time-to-Decision ist selten ein Tempo-Problem. Sie ist ein Governance-Problem.
Wenn Entscheidungen zu lange offen bleiben, liegt das selten nur an fehlender Motivation. Häufig fehlen Entscheidungsrechte, DRI, Eskalationspfad, Meeting-Architektur oder ein verbindliches Decision-Log.
| Muster | Was es bedeutet | Decision-OS-Gegenmittel |
|---|---|---|
| Hohe TtD und unklare Owner | Niemand zieht die Entscheidung aktiv zur Schließung. | DRI als Single Owner, Entscheidungstyp und Frist klären. |
| Hohe TtD und viele Meetings | Die Organisation spricht über Themen, ohne sie zu entscheiden. | Meeting-Cadence mit Decision-Slots und Agenda-Bounce-Regeln. |
| Hohe TtD und hohe Reopen-Rate | Beschlüsse entstehen, halten aber nicht. | Decision-Log, Rationale, Reopen-Regeln und Review-Takt. |
| Hohe TtD und hoher Cost of Delay | Wertvolle Entscheidungen liegen wirtschaftlich zu lange offen. | Fast-Lane, DoA-Schwellenwerte und Eskalationspfad. |
Vergleich
Time-to-Decision vs. Cost of Delay.
Beide Kennzahlen gehören zusammen. Time-to-Decision misst die Dauer. Cost of Delay bewertet, was diese Dauer wirtschaftlich kostet.
| Kennzahl | Misst | Führungsfrage |
|---|---|---|
| Time-to-Decision | Dauer vom Entscheidungsbedarf bis zum Beschluss. | Wie lange liegt eine Entscheidung offen? |
| Cost of Delay | Wirtschaftlichen Verlust durch Verzögerung. | Was kostet diese offene Zeit? |
| Reopen-Rate | Anteil wieder geöffneter Entscheidungen. | Wie stabil sind unsere Beschlüsse? |
| Meetingkosten | Direkte Kosten der Abstimmung. | Was kostet die Diskussion selbst? |
Von der Kennzahl zum System
Time-to-Decision zeigt die Latenz. Decision-OS senkt sie.
Eine Kennzahl allein macht noch keine Organisation schneller. Damit TtD sinkt, braucht es klare Entscheidungsrechte, sichtbare Beschlüsse, verbindliche Owner und einen Takt, der Entscheidungen schließt statt nur zu besprechen.
Was TtD sichtbar macht
- Entscheidungsdauer pro Thema
- Engpässe in Gremien und Freigaben
- Wiederholungsschleifen und Wartezeiten
- Unterschiede zwischen Entscheidungstypen
- Wirkung von klareren Entscheidungsrechten
Was Decision-OS verändert
- DRI und Owner für kritische Entscheidungen
- DoA und Entscheidungsrechte nach Schwellenwerten
- Decision-Log als Quelle der Wahrheit
- Meeting-Cadence mit echten Decision-Slots
- Review-Takt mit TtD, CoD und Reopen-Rate
Typische Anwendungsfälle
Wo ein Time-to-Decision-Rechner besonders hilfreich ist.
Führungskreis und Management-Team
Wenn Entscheidungen regelmäßig vertagt werden und niemand sagen kann, wie lange Themen wirklich offen liegen.
Roadmap- und Priorisierungsentscheidungen
Wenn Features, Budgets oder Releases zu lange in Abstimmung hängen und dadurch Cost of Delay entsteht.
Freigaben und Eskalationen
Wenn operative Themen nicht an fehlender Arbeit scheitern, sondern an langsamer Entscheidung.
Change- und KI-Initiativen
Wenn Umsetzungsfähigkeit nicht an Ideen fehlt, sondern an klaren Mandaten, Prioritäten und Review-Takten.
Decision Rights und DoA
Wenn nicht klar ist, wer welche Entscheidungen treffen darf und welche Schwellen eskaliert werden müssen.
Quarterly Business Reviews
Wenn QBRs viel berichten, aber nicht zeigen, welche Entscheidungen schneller oder stabiler geworden sind.
Grenzen des Rechners
Time-to-Decision ist eine Führungskennzahl, keine Beschleunigungsparole.
Nicht jede Entscheidung muss schneller werden. Manche Entscheidungen brauchen bewusst Zeit, Beteiligung, Risikoabwägung oder rechtliche Prüfung. Der Rechner hilft, die richtigen Fragen zu stellen.
Nicht alle Entscheidungen sind gleich
Strategische, operative, finanzielle, personelle und regulatorische Entscheidungen brauchen unterschiedliche Zielwerte.
Schneller heißt nicht besser
Eine kurze TtD ist nur dann gut, wenn der Beschluss klar, tragfähig und dokumentiert ist.
Messung braucht klare Start- und Endpunkte
Ohne definierten Entscheidungsbedarf und klaren Beschlusspunkt wird die Kennzahl unscharf.
FAQ
Häufige Fragen zum Time-to-Decision-Rechner.
Was ist Time-to-Decision?
Time-to-Decision bezeichnet die Zeit vom ersten klaren Entscheidungsbedarf bis zum finalen Beschluss. Die Kennzahl zeigt, wie lange Entscheidungen in einer Organisation offen liegen.
Wie berechnet man Time-to-Decision?
Die einfache Formel lautet: durchschnittliche Time-to-Decision = Summe aller Entscheidungstage geteilt durch Anzahl der Entscheidungen. Alternativ kann ein bekannter Durchschnittswert direkt eingegeben werden.
Was tun, wenn Entscheidungen im Unternehmen zu lange dauern?
Zuerst sollte sichtbar werden, wie lange Entscheidungen tatsächlich offen liegen. Der Time-to-Decision-Rechner hilft, die durchschnittliche Entscheidungsdauer, die Ziel-TtD und die Lücke dazwischen zu berechnen. Danach werden DRI, Entscheidungsrechte, Eskalationspfad, Decision-Log und Meeting-Cadence geprüft.
Was ist eine gute Time-to-Decision?
Das hängt vom Entscheidungstyp ab. Operative Entscheidungen sollten oft innerhalb weniger Tage fallen. Strategische, regulatorische oder finanzielle Entscheidungen brauchen häufig längere Zielwerte. Wichtig ist, dass Zielwerte bewusst definiert und je Entscheidungstyp unterschieden werden.
Was ist der Unterschied zwischen Time-to-Decision und Cost of Delay?
Time-to-Decision misst die Dauer bis zur Entscheidung. Cost of Delay bewertet, was diese Verzögerung wirtschaftlich kostet. TtD zeigt die Zeit, CoD zeigt den Preis.
Wann lohnt sich ein Time-to-Decision-Rechner?
Besonders bei Entscheidungsstau, langsamen Freigaben, Management-Meetings ohne Beschluss, Produktpriorisierung, Budgetentscheidungen, Transformationen und unklaren Entscheidungsrechten.
Welche Daten brauche ich für die Berechnung?
Sie brauchen entweder eine bekannte durchschnittliche TtD oder die Anzahl abgeschlossener Entscheidungen plus die Summe der Tage vom Entscheidungsbedarf bis zum Beschluss. Zusätzlich können Ziel-TtD, Entscheidungen pro Monat und Cost of Delay pro Tag eingegeben werden.
Wie hängt Time-to-Decision mit Decision-OS zusammen?
Decision-OS senkt Time-to-Decision durch klare Entscheidungsrechte, DRI, DoA, Decision-Log, Meeting-Cadence, Eskalationspfade und Review-Takte. Dadurch werden Entscheidungen nicht nur schneller, sondern auch verbindlicher.
Ist eine niedrige Time-to-Decision immer gut?
Nein. Eine niedrige TtD ist nur dann gut, wenn die Entscheidung fachlich tragfähig, klar dokumentiert und umsetzbar ist. Geschwindigkeit ohne Mandat erzeugt später oft Reopen-Schleifen.
Wie kann ich die wirtschaftliche Wirkung berechnen?
Ergänzen Sie im Rechner den Cost of Delay pro Tag. Dann wird der monatliche Zeitgewinn mit dem Tageswert multipliziert. Für eine separate CoD-Berechnung nutzen Sie den Cost-of-Delay-Rechner.
Einordnung
Warum Time-to-Decision ein Kernsignal für Entscheidungsfähigkeit ist.
Time-to-Decision ist eine zentrale Kennzahl für Führungsteams, die Entscheidungsstau, lange Freigaben und langsame Umsetzungsfähigkeit messbar machen wollen. Die Kennzahl zeigt, wie viele Tage zwischen einem klaren Entscheidungsbedarf und einem finalen Beschluss liegen.
Besonders relevant ist der Time-to-Decision-Rechner für Geschäftsführungen, Product Leads, COOs, CFOs, Transformationsteams und Führungskreise. Er hilft, nicht nur über gefühlte Langsamkeit zu sprechen, sondern konkrete Zielwerte für unterschiedliche Entscheidungstypen zu setzen.
Im Kontext von Decision-OS ist Time-to-Decision eng mit Cost of Delay, Decision-Log, Reopen-Rate, DRI, RACI und Delegation of Authority verbunden. Wenn die TtD hoch ist, braucht das Thema meist nicht mehr Druck, sondern einen klareren Entscheidungsweg.
Der Rechner ist bewusst pragmatisch. Er ersetzt kein Prozess-Mining und keine komplexe Workflow-Analyse, sondern schafft eine gemeinsame Sprache für Entscheidungsdauer, Zielwerte und Governance. Für Teams, die danach ins Handeln kommen wollen, eignen sich Decision Governance, Seminare & Workshops oder ein fokussiertes Erstgespräch.
Wenn Entscheidungen zu lange offen bleiben, braucht es kein weiteres Statusmeeting.
Wir klären, wo Entscheidungszeit verloren geht: TtD, Cost of Delay, Decision-Log, DRI, DoA, Meeting-Cadence und Reopen-Rate. Danach wissen Sie, welcher nächste Schritt wirtschaftlich sinnvoll ist.
Vertraulich. B2B. Vendor-neutral. Wirkung vor Tool.