Coachingwerk Glossar
Glossar für Decision-OS, Entscheidungsrechte und Führungsprobleme. Von Alltagssprache wie „alles landet beim Chef“ zu Decision Governance, Decision Log und klarer Verantwortung.
Viele Führungsprobleme beginnen nicht mit Fachbegriffen, sondern mit Sätzen wie: „Alles landet beim Chef“, „niemand fühlt sich zuständig“ oder „Meetings bringen keine Entscheidungen“. Dieses Glossar übersetzt solche Beobachtungen in die Begriffe, Werkzeuge und Entscheidungslogik von Coachingwerk Berlin.
Es verbindet klassische Coaching- und ACT-Begriffe mit Decision-OS, Entscheidungsrechten, Schnittstellenlogik, Governance-KPIs, Reorganisation, AI Readiness und dem Decision-Data-Layer. So entsteht eine gemeinsame Sprache für Führungsteams, die klarer, schneller und verbindlicher entscheiden wollen.
Coachingwerk Berlin arbeitet mit Führungsteams in Berlin, deutschlandweit und im DACH-Raum - remote, hybrid oder vor Ort. Die Marke bleibt Berlin, der Arbeitsraum ist überregional.
Was leistet dieses Glossar?
Dieses Glossar übersetzt typische Führungsprobleme aus dem Alltag von Mittelstand, Scale-ups und Führungsteams in die Sprache von Decision-OS, Decision Governance und Entscheidungsarchitektur. Es erklärt Begriffe, Alltagssymptome und Werkzeuge rund um Entscheidungsfähigkeit, Verantwortung, Schnittstellen, Reorganisation, Governance-KPIs, Business Coaching und AI Readiness.
Ziel ist nicht, jede Frage abschließend zu beantworten. Ziel ist Orientierung: Was steckt hinter einer Beobachtung? Wie heißt das im Decision-OS? Welche Seite führt weiter? Und welches Werkzeug hilft, aus Sprache eine tragfähige Entscheidungspraxis zu machen?
Kernlandkarte
Die wichtigsten Begriffe für Decision-OS
Nicht jeder Begriff im Glossar ist gleich zentral. Diese Kernbegriffe bilden die Statik: Sie erklären, wie Coachingwerk Berlin Entscheidungsfähigkeit, Verantwortung, Schnittstellen, Meetings, Governance, Reorganisation und AI Readiness zusammendenkt.
Decision-OS
Betriebssystem für Entscheidungen: Rechte, Rollen, Foren, Decision Log, Review und Governance-KPIs.
Decision Governance
Regeln, Rollen und Routinen, nach denen Entscheidungen vorbereitet, getroffen, dokumentiert und überprüft werden.
Entscheidungsarchitektur
Struktur, nach der Entscheidungen durch eine Organisation laufen: vom Bedarf bis zur Umsetzung.
Reorganisation
Strukturumbau ohne Entscheidungschaos: Rollen, Rechte, Schnittstellen, Eskalation und Umsetzung neu klären.
Decision Debt
Folgekosten aufgeschobener, unklarer oder nicht sauber geschlossener Entscheidungen.
Decision Rights
Klärung, wer welche Entscheidung treffen darf, welche Grenzen gelten und wann eskaliert wird.
Im Glossar lesen · Entscheidungsrechte im Führungsteam klären
Entscheidungsmandat
Formale oder faktische Erlaubnis, eine Entscheidung zu treffen, zu vertreten und in Umsetzung zu bringen.
Decision Log
Register für Beschluss, Kontext, Owner, Termin, nächsten Schritt, Review und Reopen-Regel.
DRI
Eine eindeutig verantwortliche Person je Entscheidung, Ergebnis oder Umsetzungsschritt.
RACI / RASCI
Rollenlogik für Verantwortung, Entscheidung, Unterstützung, Beratung und Information.
Delegation of Authority
Schwellen und Autonomie-Level, bis zu denen Rollen oder Teams selbst entscheiden dürfen.
Zielorganisation
Künftige Struktur mit Rollen, Teams, Berichtslinien, Verantwortung und Entscheidungslogik.
Im Glossar lesen · Zielorganisation entscheidungsfähig machen
Rückdelegation
Wenn Verantwortung, Aufgaben oder Entscheidungen wieder bei Führung oder Geschäftsführung landen, obwohl sie delegiert sein sollten.
Time-to-Decision
Zeit vom erkannten Entscheidungsbedarf bis zur verbindlich dokumentierten Entscheidung.
Reopen-Rate
Anteil der Entscheidungen oder Vorgänge, die nach „geschlossen“ wieder geöffnet werden.
Schließlogik
Regeln dafür, wann eine Entscheidung wirklich geschlossen ist und wann sie wieder geöffnet werden darf.
Decision-Data-Layer
Datenstruktur, die Decision Log, Entscheidungsrechte, Foren, KPIs und Nachweise verbindet.
AI Governance
Regeln, Verantwortlichkeiten, Freigaben, Nachweise und Grenzen für den Einsatz von KI.
Human-in-the-Loop
Menschliche Prüfung, Freigabe oder Übernahme in kritischen Prozess- und KI-Schritten.
Suchen nach Situation
Wo möchten Sie einsteigen?
Wer ein Führungsproblem klären will, sucht selten alphabetisch. Deshalb können Sie hier nach dem Problemfeld einsteigen und von dort in die passenden Begriffe, Methoden und Vertiefungsseiten springen.
Probleme in Alltagssprache
Häufige Führungsprobleme - und welche Decision-OS-Begriffe dahinterstehen
Diese Einträge sind bewusst nicht nur Fachbegriffe. Sie greifen Formulierungen auf, mit denen Führungsteams ihre Lage tatsächlich beschreiben - und führen in die passende Decision-OS-Sprache.
Alles landet beim Chef
Kurz erklärt: Wenn operative Entscheidungen regelmäßig bei der Geschäftsführung landen, fehlen meist klare Entscheidungsrechte, Schwellenwerte oder Eskalationswege.
Warum relevant: Die Geschäftsführung wird zum Engpass, operative Verantwortung wird zurückdelegiert und Entscheidungen dauern länger als nötig.
Decision-OS-Sprache: Delegation of Authority, Decision Rights, Eskalationspfad, DRI.
Weiterführend: Aufgaben landen immer beim Chef · Geschäftsführung als Flaschenhals lösen
Führungsteam entscheidet zu langsam
Kurz erklärt: Entscheidungen werden vertagt, in bilaterale Schleifen verschoben oder wieder nach oben eskaliert.
Warum relevant: Lange Entscheidungszeiten erzeugen Rework, Kosten, operative Unsicherheit und sinkende Umsetzungsgeschwindigkeit.
Decision-OS-Sprache: Time-to-Decision, Decision Rights, DRI, Decision Log, Decision Debt.
Weiterführend: Entscheidungswege im Führungsteam klären · Time-to-Decision KPI
Niemand fühlt sich zuständig
Kurz erklärt: Viele Personen sind beteiligt, aber niemand trägt die Entscheidung sichtbar durch.
Warum relevant: Verantwortung bleibt diffus, Rückfragen nehmen zu und Entscheidungen verlieren Verbindlichkeit.
Decision-OS-Sprache: DRI, Accountability, Ownership, Verantwortungsdiffusion, RACI.
Weiterführend: Verantwortungsdiffusion im Führungsteam lösen · DRI statt Rollenunklarheit
Verantwortung bleibt diffus
Kurz erklärt: Rollen sind formal beschrieben, aber im Alltag bleibt unklar, wer entscheidet, wer liefert und wer nachhält.
Warum relevant: Diffuse Verantwortung erzeugt Reibung, Doppelarbeit, politische Absicherung und langsame Umsetzung.
Decision-OS-Sprache: DRI, RACI, Accountability, Decision Rights.
Weiterführend: Warum RACI nicht reicht · Verantwortungsdiffusion verstehen
Entscheidungen werden wieder geöffnet
Kurz erklärt: Bereits getroffene Beschlüsse werden später erneut diskutiert, ohne dass wirklich neue Fakten vorliegen.
Warum relevant: Teams verlieren Vertrauen in Entscheidungen, Umsetzungsenergie sinkt und Meetings drehen sich im Kreis.
Decision-OS-Sprache: Reopen-Rate, Reopen-Regel, Decision Log, Review.
Weiterführend: Reopen-Rate bei Entscheidungen messen · Decision Log in der Praxis
Entscheidungen werden nicht umgesetzt
Kurz erklärt: Ein Beschluss ist gefallen, aber Owner, Termin, nächster Schritt oder Review fehlen.
Warum relevant: Entscheidungen bleiben Gesprächsergebnisse und werden nicht zu wirksamer Veränderung.
Decision-OS-Sprache: Decision Log, DRI+Termin-Quote, Follow-through, Review-SLA.
Weiterführend: Entscheidungen in Umsetzung bringen · Decision Log nutzen
Entscheidung hängt im Gremium
Kurz erklärt: Ein Thema wird mehrfach im Kreis besprochen, ohne dass klar ist, wer final entscheiden darf.
Warum relevant: Gremien können Verantwortung verdünnen, wenn Entscheidungsrechte und Entscheidungsmodus fehlen.
Decision-OS-Sprache: Decision Forum, DRI, Decision Rights, Eskalationspfad.
Weiterführend: Decision Governance einführen · Entscheidungsrechte klären
Operative Themen blockieren Strategie
Kurz erklärt: Das Führungsteam verbringt zu viel Zeit mit operativen Klärungen und zu wenig mit strategischen Entscheidungen.
Warum relevant: Führung wird zum Bypass für ungeklärte Verantwortung im System.
Decision-OS-Sprache: Delegation of Authority, Decision Forum, Meeting-Cadence, Decision Rights.
Weiterführend: Geschäftsführung als Flaschenhals lösen · Decision-OS für Führungsteams
Schnittstellen funktionieren nicht
Kurz erklärt: Übergaben zwischen Bereichen sind unvollständig, Erwartungen unklar oder Zielkonflikte ungelöst.
Warum relevant: Schnittstellenprobleme erzeugen Rework, Verzögerung, Schuldzuweisung und Eskalation.
Decision-OS-Sprache: RACI, Schnittstellenlogik, Definition of Done, Eskalationspfad.
Weiterführend: Schnittstellen im Führungsteam klären · RACI und Schnittstellen klären
Vertrieb und Projekt reiben sich
Kurz erklärt: Vertrieb verspricht, Projekt muss liefern, Betrieb und Support tragen später die Folgen.
Warum relevant: Ohne klare Übergabekriterien und Entscheidungsrechte werden Zielkonflikte zu Personen- oder Bereichskonflikten.
Decision-OS-Sprache: Schnittstellenlogik, RACI, Definition of Done, Veto-Regel, Decision Log.
Weiterführend: Schnittstellen zwischen Bereichen klären · RACI und Schnittstellen
Meetings bringen keine Entscheidungen
Kurz erklärt: Viele Besprechungen erzeugen Austausch, aber keine klaren Beschlüsse mit Owner, Termin und nächstem Schritt.
Warum relevant: Meetingkosten steigen, während Entscheidungsfähigkeit und Umsetzung nicht besser werden.
Decision-OS-Sprache: Decision Forum, Meeting-Cadence, Output-Quote, Decision Log.
Weiterführend: Management-Meetings entscheidungsfähig machen · Meetingkosten berechnen
Entscheidungen werden aufgeschoben
Kurz erklärt: Entscheidungen werden nicht getroffen, sondern vertagt, vorbereitet, erneut geprüft oder in spätere Runden verschoben.
Warum relevant: Aufgeschobene Entscheidungen wirken kurzfristig risikoarm, erzeugen aber Decision Debt, Cost of Delay und operative Unsicherheit.
Decision-OS-Sprache: Decision Debt, Decision Backlog, Time-to-Decision, Cost of Delay, Priorisierung.
Weiterführend: Cost of Delay berechnen · Time-to-Decision KPI
Zu viel Abstimmung, zu wenig Output
Kurz erklärt: Teams stimmen viel ab, aber Entscheidungsqualität, Umsetzung und Ergebnisgeschwindigkeit steigen nicht im gleichen Maß.
Warum relevant: Abstimmung wird teuer, wenn sie Entscheidung und Umsetzung ersetzt.
Decision-OS-Sprache: Output-Quote je Meetingstunde, Cost of Delay, Decision Debt, Priorisierung.
Weiterführend: Cost of Delay berechnen · Tools und Rechner für Entscheidungsfähigkeit
Rückdelegation
Kurz erklärt: Verantwortung wandert aus dem Team oder der Rolle zurück zur Führung, obwohl sie dort nicht hingehört.
Warum relevant: Führung wird überlastet, Teams lernen nicht zu entscheiden und operative Latenz steigt.
Decision-OS-Sprache: Delegation of Authority, Decision Rights, Autonomiegrad, Eskalationspfad.
Weiterführend: Aufgaben landen immer beim Chef · Delegation of Authority
Rework zwischen Bereichen
Kurz erklärt: Arbeit muss erneut angefasst werden, weil Informationen, Kriterien oder Entscheidungen an der Schnittstelle fehlten.
Warum relevant: Rework kostet Zeit, Vertrauen und Marge.
Decision-OS-Sprache: Definition of Done, RACI, Schnittstellenlogik, Reopen-Rate.
Weiterführend: RACI und Schnittstellen klären · Reopen-Rate messen
Entscheidung ohne Owner
Kurz erklärt: Eine Entscheidung wurde besprochen oder beschlossen, aber niemand ist eindeutig verantwortlich für Umsetzung und Nachhalten.
Warum relevant: Ohne Owner bleibt Verantwortung diffus und Umsetzung zufällig.
Decision-OS-Sprache: DRI, Decision Log, Accountability, DRI+Termin-Quote.
Weiterführend: Decision Log in der Praxis einführen · DRI-Modell
Eskalation kommt zu spät
Kurz erklärt: Probleme werden erst dann nach oben getragen, wenn Optionen bereits teuer oder begrenzt sind.
Warum relevant: Späte Eskalation erhöht Kosten, Konflikte und Entscheidungsdruck.
Decision-OS-Sprache: Eskalationsfenster, Eskalationspfad, Review-SLA, Decision Rights.
Weiterführend: Decision Governance einführen · Entscheidungsrechte klären
Wachstum macht Entscheidungen langsam
Kurz erklärt: Was früher informell funktionierte, skaliert mit mehr Teams, Standorten oder Führungsebenen nicht mehr.
Warum relevant: Wachstum erhöht Abstimmungsbedarf, wenn Entscheidungsrechte nicht mitwachsen.
Decision-OS-Sprache: Decision Governance, Delegation of Authority, Decision Forum, Decision-Data-Layer.
Weiterführend: Decision Governance · Entscheidungswege in wachsenden Organisationen klären
Umstrukturierung erzeugt Chaos
Kurz erklärt: Nach einer Umstrukturierung sind Rollen, Zuständigkeiten, Schnittstellen und Entscheidungsrechte formal verändert, aber im Alltag noch nicht belastbar geklärt.
Warum relevant: Neue Organigramme lösen keine Entscheidungsprobleme. Wenn Mandate, Übergaben, Eskalationswege und Owner unklar bleiben, entsteht nach der Umstrukturierung oft mehr Reibung als vorher.
Decision-OS-Sprache: Reorganisation, Zielorganisation, Decision Rights, Schnittstellenlogik, Delegation of Authority, Decision Log.
Weiterführend: Reorganisation ohne Entscheidungschaos · Entscheidungswege klären
Abteilungen zusammengelegt, aber mehr Chaos als vorher
Kurz erklärt: Bereiche wurden organisatorisch zusammengeführt, aber alte Zuständigkeiten, informelle Vetos, Übergaben und Zielkonflikte wirken weiter.
Warum relevant: Zusammenlegung reduziert nicht automatisch Reibung. Ohne neue Schnittstellenlogik entstehen Doppelarbeit, Rückdelegation, Machtkämpfe und unklare Verantwortung.
Decision-OS-Sprache: Zusammenlegung von Abteilungen, Schnittstellen nach Reorganisation, DRI, RACI, Zielkonflikt, Veto-Recht.
Weiterführend: Zusammenlegung entscheidungsfähig machen · Schnittstellen klären
Neues Organigramm, aber keiner entscheidet
Kurz erklärt: Die Struktur sieht auf dem Papier sauber aus, aber im Alltag bleibt unklar, wer welche Entscheidung wirklich treffen darf.
Warum relevant: Eine Zielorganisation braucht mehr als Kästchen und Linien. Sie braucht Entscheidungsmandate, Schwellenwerte, Foren, Eskalationswege und Review-Regeln.
Decision-OS-Sprache: Zielorganisation, Entscheidungsmandat, Decision Rights, Decision Governance, Verantwortungsdiffusion.
Weiterführend: Zielorganisation entscheidungsfähig machen · Entscheidungsrechte klären
Begriffe nach Themen
Die wichtigsten Begriffsfelder im Überblick
Die Breite des Glossars ist bewusst. Entscheidungsfähigkeit entsteht nicht nur durch Tools, sondern durch das Zusammenspiel von Struktur, Verantwortung, Rollenklärung, psychologischer Flexibilität, Datenqualität, Reorganisation und Governance.
Entscheidungsstau & langsame Entscheidungen
Decision Debt, Time-to-Decision, Decision-Latenz, Entscheidungs-Queue, Decision Backlog, Aging, Cost of Delay.
Verantwortung, Rollen & Ownership
DRI, RACI, Accountability, Ownership, Verantwortungsdiffusion, Verantwortungssimulation, Rollenklärung.
Schnittstellen & Übergaben
Schnittstellenlogik, Definition of Done, Definition of Ready, RACI, Eskalationspfad, SLA, Rework.
Reorganisation, Umstrukturierung & Zusammenlegung
Reorganisation, Umstrukturierung, Neustrukturierung, Zusammenlegung von Abteilungen, Zielorganisation, Schnittstellen nach Reorganisation und Entscheidungsrechte in neuen Strukturen.
Geschäftsführung als Flaschenhals
Delegation of Authority, Decision Rights, Rückdelegation, Eskalationsfenster, Autonomiegrad, Entscheidungsmandat.
Meetings ohne Entscheidungen
Decision Forum, Meeting-Architektur, Meeting-Cadence, Output-Quote, Decision Log, Meetingkosten.
Umsetzung & Follow-through
Decision Log, DRI+Termin-Quote, Review-SLA, Schließlogik, Reopen-Regel, Follow-through.
Kennzahlen, Kosten & Wirkung
Time-to-Decision, Reopen-Rate, Cost of Delay, ROI, Payback, Meetingkosten, FTE-Vollkosten.
AI Governance & Decision-Data-Layer
Human-in-the-Loop, Guardrails, AI Audit Trail, Agentic AI, Kill-Switch, Decision-Data-Layer.
Coaching, ACT & systemische Arbeit
ACT, Achtsamkeit, Defusion, Werte, Resilienz, Selbstwirksamkeit, systemisches Denken.
A-Z
Begriffe, Modelle und Werkzeuge
Die folgenden Einträge verbinden kurze Definitionen mit der passenden Coachingwerk-Logik und weiterführenden Seiten. Kernbegriffe sind tiefer ausgearbeitet.
ACT - Akzeptanz- & Commitment-Training
Kurz erklärt: ACT verbindet Achtsamkeit, Wertearbeit und handlungsorientierte Übungen.
Warum relevant: Unter Druck bewusster handeln, statt automatisch zu reagieren.
Weiterführend: Methoden & Haltung · Business Coaching
ADIAMO-Modell
Kurz erklärt: Schlanker Arbeits- und Entscheidungstakt: klären, ausrichten, entscheiden, umsetzen, reviewen.
Warum relevant: Prioritäten werden transparent, Rework sinkt und Umsetzung wird überprüfbar.
Weiterführend: ADIAMO-Modell · Decision-OS für Führungsteams
Achtsamkeit
Kurz erklärt: Bewusst wahrnehmen, was jetzt geschieht - innen wie außen - ohne vorschnelles Urteil.
Warum relevant: Hilft, in Gesprächen und Entscheidungen nicht nur reaktiv zu handeln.
Weiterführend: Business Coaching
Accountability
Kurz erklärt: Accountability bedeutet sichtbare Zuständigkeit mit überprüfbarem Fortschritt, nicht nur formale Verantwortung auf dem Papier.
Warum relevant: „Alle sind zuständig“ wird durch klare Verantwortung ersetzt. So wird sichtbar, wer eine Entscheidung hält, nachhält und bei Problemen reagiert.
Decision-OS-Sprache: DRI, Ownership, Decision Log, Review.
Weiterführend: Verantwortungsdiffusion · DRI-Modell
Abstimmungskosten
Kurz erklärt: Abstimmungskosten sind die Kosten durch Koordination, Rückfragen, Meetings, Klärungsschleifen, Wartezeiten und Nacharbeit.
Warum relevant: Abstimmung ist nicht kostenlos. Wenn sie keine Entscheidung oder Umsetzung erzeugt, wird sie zur Organisationsreibung.
Decision-OS-Sprache: Meetingkosten, Time-to-Decision, Cost of Delay, Output-Quote je Meetingstunde.
Weiterführend: Meetingkosten-Rechner · Cost of Delay Rechner
Agentic AI / Agentische KI
Kurz erklärt: Agentic AI beschreibt KI-Systeme oder Agenten, die Aufgaben mit einem gewissen Grad an Autonomie ausführen.
Warum relevant: Autonomie braucht klare Entscheidungsgrenzen, Freigaben, Guardrails und Auditierbarkeit.
Decision-OS-Sprache: Human-in-the-Loop, Guardrails, Decision-Data-Layer, Kill-Switch.
Weiterführend: Decision-Data-Layer · Human-in-the-Loop
Agent Observability
Definition: Agent Observability beschreibt die Beobachtbarkeit von KI-Agenten: Was tun sie, mit welchen Daten, mit welchen Tools, zu welchen Kosten und mit welchen Fehlern?
Woran man es erkennt: Eine Organisation kann nachvollziehen, welche Schritte ein Agent ausgeführt hat, welche Quellen genutzt wurden, welche Tools ausgelöst wurden und wo Fehler, Kosten oder Regelverstöße entstanden sind.
Warum relevant: Wer Agenten produktiv einsetzt, braucht Transparenz über Qualität, Risiken, Kosten und Regelverstöße. Ohne Observability bleibt agentische KI eine Blackbox.
Abgrenzung: Agent Observability ist mehr als technisches Monitoring. Es verbindet technische Laufzeitdaten mit Governance-Fragen: Darf der Agent das? Wer prüft? Wann wird eskaliert?
Decision-OS-Sprache: AI Audit Trail, Governance-KPI, Model Drift, Policy Violation, Decision-Data-Layer.
Weiterführend: Decision-Data-Layer · Human-in-the-Loop
AI Audit Trail
Kurz erklärt: Ein AI Audit Trail ist ein Protokoll von Prompts, Kontext, Daten, Tools, Ergebnissen, Entscheidungen und Freigaben.
Warum relevant: Ohne Audit Trail bleibt unklar, wie KI-gestützte Ergebnisse entstanden sind und wer sie geprüft oder freigegeben hat.
Decision-OS-Sprache: Decision-Data-Layer, Human-in-the-Loop, Guardrails, Nachweisfähigkeit.
Weiterführend: Decision-Data-Layer
AI Governance
Definition: AI Governance umfasst Regeln, Verantwortlichkeiten, Freigaben, Nachweise und Grenzen für den Einsatz von KI in Organisationen.
Woran man AI Governance erkennt: Es ist klar, welche KI-Systeme eingesetzt werden dürfen, welche Daten genutzt werden, wer Ergebnisse prüft, wann ein Mensch entscheiden muss und wie Risiken dokumentiert werden.
Warum relevant: Ohne Governance beschleunigt KI nicht nur Arbeit, sondern auch Fehler, Unklarheit und Risiko. Je autonomer KI-Systeme werden, desto wichtiger werden Freigaben, Guardrails und Audit Trails.
Abgrenzung: AI Governance ist nicht nur IT-Security und nicht nur Datenschutz. Sie klärt auch Entscheidungsrechte, Verantwortung, Eskalation und Nachweisfähigkeit im Umgang mit KI.
Beispiel: Ein KI-Agent darf Kundenfälle vorbereiten, aber keine finale Kulanzentscheidung treffen. Die Freigabe bleibt Human-in-the-Loop.
Decision-OS-Sprache: Human-in-the-Loop, Guardrails, Decision-Data-Layer, AI Audit Trail, Eskalationspfad.
Weiterführend: Decision-Data-Layer · Human-in-the-Loop Richtlinien
AI Readiness
Kurz erklärt: AI Readiness beschreibt, ob eine Organisation bereit ist, KI sinnvoll, sicher und wirksam einzusetzen.
Warum relevant: KI braucht nicht nur Tools, sondern klare Daten, Verantwortlichkeiten, Freigaben und Governance.
Decision-OS-Sprache: Decision-Data-Layer, AI Governance, Human-in-the-Loop, Guardrails, Audit Trail.
Weiterführend: Decision-Data-Layer · Decision-OS
Akzeptanz
Kurz erklärt: Akzeptanz bedeutet nicht Zustimmung, sondern realitätsfähiger Umgang mit dem, was gerade da ist.
Warum relevant: Wer Realität nicht akzeptiert, entscheidet oft gegen die Lage statt mit ihr.
Coaching-Sprache: ACT, Achtsamkeit, Defusion, Wertearbeit.
Weiterführend: Business Coaching · Methoden & Haltung
Alle reden mit, aber niemand trägt
Kurz erklärt: Beteiligung ist hoch, aber Verantwortung für Entscheidung, Umsetzung und Ergebnis bleibt unklar.
Warum relevant: Beteiligung ohne Ownership erhöht Komplexität, aber nicht Verbindlichkeit.
Decision-OS-Sprache: DRI, Accountable vs. Responsible, RACI, Ownership, Verantwortungsdiffusion.
Weiterführend: DRI-Modell · Warum RACI nicht reicht
Aging von Entscheidungen
Kurz erklärt: Aging beschreibt das Alter offener Entscheidungen als Warnsignal.
Warum relevant: Je länger eine Entscheidung offen bleibt, desto höher werden Unsicherheit, Rework und Cost of Delay.
Decision-OS-Sprache: Decision Backlog, Time-to-Decision, Decision Debt.
Weiterführend: Time-to-Decision KPI
Agenda-Qualifikation
Kurz erklärt: Agenda-Qualifikation legt fest, welche Themen in welches Meeting dürfen und welche Vorbereitung nötig ist.
Warum relevant: Ohne Qualifikation landen unreife Themen im Führungsteam und erzeugen Schleifen.
Decision-OS-Sprache: Decision Forum, entscheidungsfähige Vorlage, Bounce-Back-Regel, Meeting-Cadence.
Weiterführend: Meeting-Cadence · Decision-OS
Autonomiegrad
Kurz erklärt: Der Autonomiegrad beschreibt, wie eigenständig ein Team, eine Rolle oder ein KI-Agent handeln oder entscheiden darf.
Warum relevant: Zu wenig Autonomie erzeugt Flaschenhälse, zu viel ungeklärte Autonomie erzeugt Risiko.
Decision-OS-Sprache: Delegation of Authority, Decision Rights, Safety-Korridor, Human-in-the-Loop.
Weiterführend: Delegation of Authority · Decision-Data-Layer
Auditierbarkeit
Kurz erklärt: Auditierbarkeit bedeutet, dass Entscheidungen, Daten, KI-Ergebnisse oder Freigaben später geprüft werden können.
Warum relevant: Für Governance, Compliance und Vertrauen reicht es nicht, dass etwas funktioniert. Es muss nachvollziehbar sein.
Decision-OS-Sprache: Decision Log, AI Audit Trail, Data Provenance, Entscheidungsakte, Nachweisfähigkeit.
Weiterführend: Data Provenance · Entscheidungsakte
Balance
Kurz erklärt: Balance bedeutet, Belastung, Erholung, Prioritäten und Grenzen bewusst zu steuern.
Warum relevant: Nachhaltige Leistungsfähigkeit entsteht nicht durch Daueranspannung, sondern durch kluge Selbst- und Rollensteuerung.
Weiterführend: Business Coaching
Bereiche sichern sich gegenseitig ab
Kurz erklärt: Entscheidungen werden durch Rückfragen, CC-Schleifen, Gremien oder formale Freigaben abgesichert, statt klar verantwortet zu werden.
Warum relevant: Absicherung ersetzt Entscheidung, erhöht Abstimmungskosten und verschiebt Verantwortung.
Decision-OS-Sprache: Accountability, Decision Rights, faktisches Veto, RACI, Eskalationspfad.
Weiterführend: RACI und Schnittstellen · Decision Governance
Beweiskette / Chain of Custody
Kurz erklärt: Lückenlose Dokumentation, wer wann welche Daten, Entscheidungen oder Artefakte berührt hat.
Warum relevant: Für Compliance, Audit und Nachweisfähigkeit sind Herkunft und Änderungskette entscheidend.
Decision-OS-Sprache: Audit Trail, Data Provenance, Entscheidungsakte, Nachweisfähigkeit.
Weiterführend: Data Provenance bei Entscheidungen
Bounce-Back-Regel
Kurz erklärt: Themen ohne entscheidungsfähige Vorlage gehen zurück in Vorbereitung, statt im Meeting diskutiert zu werden.
Warum relevant: Die Regel schützt Führungszeit und erhöht Qualität von Entscheidungen.
Decision-OS-Sprache: Agenda-Qualifikation, Decision Forum, Entscheidungsfähige Vorlage, DRI.
Weiterführend: Meeting-Cadence · Decision-OS
Business Coaching
Kurz erklärt: Business Coaching ist ein 1:1-Format für Wirkung in Rolle, Verantwortung, Kommunikation und Entscheidungssituationen.
Warum relevant: Es hilft, wenn eine Person in ihrer Rolle klarer, wirksamer oder entscheidungsfähiger werden muss.
Weiterführend: Business Coaching als 1:1-Format ansehen
Coaching auf Augenhöhe
Kurz erklärt: Coaching auf Augenhöhe bedeutet Zusammenarbeit statt Belehrung, mit ehrlichem Feedback und klarer Verantwortung.
Warum relevant: Augenhöhe schafft tragfähige Lösungen, ohne Klarheit zu verlieren.
Weiterführend: Business Coaching
Coaching-Tool
Kurz erklärt: Ein Coaching-Tool ist ein Arbeitsmittel wie Canvas, Checkliste, Score, Rechner oder Reflexionsfrage.
Warum relevant: Gute Tools fokussieren Gespräche und machen Umsetzung sichtbarer.
Weiterführend: Tools, Rechner & Downloads
Commitment
Kurz erklärt: Commitment bedeutet, sich sichtbar zu einer Handlung, Entscheidung oder Richtung zu verpflichten.
Warum relevant: Ohne Commitment bleiben Entscheidungen Absichtserklärungen.
Coaching-Sprache: ACT, Werte, Follow-through, Decision Log.
Weiterführend: Entscheidungen umsetzen · Business Coaching
Commitment-Quote
Kurz erklärt: Anteil der Beschlüsse, bei denen Commitment, Owner, Termin und nächster Schritt eindeutig sind.
Warum relevant: Zustimmung im Meeting reicht nicht. Erst Commitment macht Umsetzung wahrscheinlich.
Decision-OS-Sprache: DRI+Termin-Quote, Decision Log, Follow-through, Accountability.
Weiterführend: Decision Log · Umsetzung sichern
Consulted vs. Informed
Kurz erklärt: Consulted bedeutet: Die Person muss vor der Entscheidung aktiv einbezogen werden. Informed bedeutet: Die Person wird nach der Entscheidung informiert.
Warum relevant: Wenn alle konsultiert werden, werden Entscheidungen langsam. Wenn zu wenige konsultiert werden, entstehen Rework und Widerstand.
Decision-OS-Sprache: RACI, Stakeholder, Entscheidungsforum, Schnittstellenlogik.
Weiterführend: RACI und Schnittstellen klären
Cost of Delay
Definition: Cost of Delay beschreibt den wirtschaftlichen Schaden, der entsteht, wenn eine wichtige Entscheidung oder Umsetzung verzögert wird.
Woran man es erkennt: Umsatz, Marge, Kundenzufriedenheit, Produktivität oder Projektfortschritt leiden, weil eine Entscheidung offen bleibt.
Warum relevant: Verzögerung wird so nicht nur gefühlt, sondern wirtschaftlich sichtbar. Damit wird klarer, welche Entscheidungen priorisiert werden müssen.
Abgrenzung: Cost of Delay misst nicht nur Meetingkosten. Es geht um den Wertverlust durch späteres Entscheiden oder späteres Umsetzen.
Decision-OS-Sprache: Decision Debt, Time-to-Decision, Priorisierung, Cost of Inaction.
Weiterführend: Cost of Delay Rechner · Time-to-Decision KPI
Cost of Inaction
Kurz erklärt: Cost of Inaction beschreibt die Kosten, die entstehen, wenn eine Organisation nicht handelt, obwohl Handlungsbedarf besteht.
Warum relevant: Nicht-Handeln wirkt oft risikoarm, kann aber teurer sein als eine klare Entscheidung.
Decision-OS-Sprache: Decision Debt, Cost of Delay, Priorisierung, Entscheidungsstau.
Weiterführend: Cost of Delay Rechner · Decision-OS
Decision-OS
Definition: Decision-OS ist ein Betriebssystem für Entscheidungen in Führungsteams: Entscheidungsrechte, Rollen, Entscheidungsforen, Decision Log, Review und Governance-KPIs werden zu einer belastbaren Arbeitsarchitektur verbunden.
Woran man es erkennt: Entscheidungen haben einen klaren Owner, ein passendes Forum, einen dokumentierten Beschluss, einen nächsten Schritt, einen Termin und eine Regel, wann sie überprüft oder wieder geöffnet werden darf.
Warum relevant: Entscheidungsfähigkeit wird damit nicht vom Zufall einzelner Meetings, persönlicher Durchsetzungskraft oder informeller Macht abhängig. Sie wird zu einem wiederholbaren System.
Abgrenzung: Decision-OS ist kein Projektmanagement-Tool, kein reines Coaching-Modell und kein klassisches DSS. Es organisiert, wie Menschen, Rollen, Daten und Foren zu verbindlichen Entscheidungen kommen.
Beispiel: Ein Führungsteam klärt, welche Entscheidungen im Weekly, im Steering, im QBR oder direkt durch einen DRI getroffen werden - und dokumentiert sie im Decision Log.
Decision-OS-Sprache: Decision Rights, DRI, Decision Forum, Decision Log, Time-to-Decision, Reopen-Rate.
Weiterführend: Decision-OS für Führungsteams ansehen · Entscheidungswege im Führungsteam klären
Decision Governance
Definition: Decision Governance beschreibt die Regeln, Rollen und Routinen, nach denen Entscheidungen vorbereitet, getroffen, dokumentiert, überprüft und eskaliert werden.
Woran man es erkennt: Es ist klar, wer entscheiden darf, wer vorbereitet, wer konsultiert wird, welches Forum zuständig ist, wann eskaliert wird und wie Entscheidungen nachgehalten werden.
Warum relevant: Ohne Decision Governance bleiben Entscheidungen abhängig von Personen, Macht, Gewohnheit oder Zufall. Mit Governance werden Verantwortlichkeit und Tempo strukturell möglich.
Abgrenzung: Decision Governance ist nicht dasselbe wie Corporate Governance. Corporate Governance regelt Leitung und Kontrolle des Unternehmens. Decision Governance regelt die alltägliche Entscheidungsfähigkeit innerhalb der Organisation.
Beispiel: Budget-, Personal-, Kunden- oder Produktentscheidungen folgen unterschiedlichen Schwellen, Foren und Eskalationsregeln.
Decision-OS-Sprache: Decision Rights, Delegation of Authority, Decision Forum, Decision Log, Governance-KPIs.
Weiterführend: Decision Governance · Decision-OS
Decision Log
Definition: Ein Decision Log ist ein Register für Entscheidungen. Es dokumentiert Beschluss, Kontext, Entscheidungskriterien, Owner, Termin, nächsten Schritt, Review und Reopen-Regel.
Woran man es erkennt: Nach einem Meeting ist nicht nur klar, worüber gesprochen wurde, sondern was entschieden wurde, wer verantwortlich ist und wann die Umsetzung oder Überprüfung erfolgt.
Warum relevant: Ein Decision Log verhindert Erinnerungslücken, Reopen-Schleifen und unklare Umsetzung. Es macht Entscheidungen nachvollziehbar und überprüfbar.
Abgrenzung: Ein Decision Log ist kein normales Meetingprotokoll und keine To-do-Liste. Es hält verbindliche Entscheidungen und deren Umsetzungslogik fest.
Beispiel: „Produktvariante B wird bis 30.06. priorisiert. Owner: Leitung Produkt. Review: QBR Juli. Reopen nur bei regulatorischer Änderung oder Kundenverlust über Schwelle X.“
Decision-OS-Sprache: DRI, Schließlogik, Reopen-Regel, Follow-through, Single Source of Truth.
Weiterführend: Decision Log in der Praxis · Decision Log Vorlage
Decision Rights / Entscheidungsrechte
Definition: Decision Rights klären, wer welche Entscheidung treffen darf, welche Grenzen gelten und wann eine Entscheidung eskaliert oder freigegeben werden muss.
Woran man unklare Decision Rights erkennt: Entscheidungen wandern nach oben, werden in Gremien vertagt, informell blockiert oder mehrfach mit denselben Personen abgestimmt.
Warum relevant: Ohne klare Entscheidungsrechte entsteht Rückdelegation. Teams warten auf Freigaben, Führung wird zum Engpass und Verantwortung bleibt diffus.
Abgrenzung: Decision Rights sind nicht dasselbe wie Stellenbeschreibungen. Eine Rolle kann Aufgaben haben, ohne über das passende Entscheidungsmandat zu verfügen.
Beispiel: Ein Team darf Kundenrabatte bis 5 Prozent selbst entscheiden, bis 15 Prozent mit Bereichsfreigabe und darüber nur im Steering.
Decision-OS-Sprache: Delegation of Authority, Entscheidungsmandat, DRI, Eskalationspfad, Autonomiegrad.
Weiterführend: Entscheidungsrechte im Führungsteam klären · Decision Governance
Decision-Data-Layer
Definition: Der Decision-Data-Layer ist eine Datenstruktur, die Decision Log, Entscheidungsrechte, Entscheidungsforen, Governance-KPIs, Nachweise und AI-Governance-Informationen verbindet.
Woran man ihn erkennt: Entscheidungen sind nicht nur in Protokollen verstreut, sondern als auswertbare Datenpunkte verfügbar: Wer hat entschieden, auf welcher Grundlage, mit welchem Owner, welchem Review und welchem Ergebnis?
Warum relevant: Ohne saubere Entscheidungsdaten bleiben AI Readiness, Reporting, Auditierbarkeit und Governance schwach. KI kann nur dann sinnvoll unterstützen, wenn Entscheidungsgrundlagen und Verantwortlichkeiten strukturiert sind.
Abgrenzung: Ein Decision-Data-Layer ist kein klassisches Data Warehouse. Er speichert nicht nur operative Daten, sondern die Entscheidungslogik einer Organisation.
Beispiel: Ein Unternehmen erkennt, welche Entscheidungstypen besonders lange dauern, wo Reopens entstehen und welche Foren regelmäßig keine Entscheidungen erzeugen.
Decision-OS-Sprache: Decision Log, AI Audit Trail, Governance-KPI, Data Provenance, Human-in-the-Loop.
Weiterführend: Decision-Data-Layer
Decision Debt / Entscheidungsschulden
Definition: Decision Debt beschreibt die Folgekosten aufgeschobener, unklarer oder nicht sauber geschlossener Entscheidungen. Ähnlich wie technische Schulden entstehen Entscheidungsschulden, wenn kurzfristig nicht entschieden wird, später aber Rework, Abstimmung, Eskalation oder Kosten nachgeholt werden müssen.
Woran man Decision Debt erkennt: Themen kommen immer wieder zurück, Entscheidungen werden vertagt, Verantwortung bleibt unklar, Projekte warten auf Freigaben oder bereits getroffene Entscheidungen werden erneut diskutiert.
Warum relevant: Decision Debt macht Entscheidungsverzug wirtschaftlich sichtbar. Nicht-Entscheiden wirkt oft risikoarm, erzeugt aber Cost of Delay, Meetingkosten, Rework und sinkende Umsetzungsgeschwindigkeit.
Abgrenzung: Decision Debt ist nicht dasselbe wie ein einzelner Entscheidungsstau. Entscheidungsstau beschreibt den aktuellen Engpass. Decision Debt beschreibt die aufgelaufene Schuld aus vielen nicht getroffenen, verschobenen oder wieder geöffneten Entscheidungen.
Beispiel: Eine Preisentscheidung wird drei Monate vertagt. In dieser Zeit verliert Vertrieb Marge, Projektteams planen mit Annahmen und das Führungsteam diskutiert dieselbe Frage mehrfach neu.
Decision-OS-Sprache: Decision Backlog, Time-to-Decision, Reopen-Rate, Cost of Delay, Decision Log.
Weiterführend: Cost of Delay berechnen · Decision-OS ansehen
Decision-Latenz
Kurz erklärt: Decision-Latenz ist die Zeit zwischen Entscheidungsbedarf und verbindlich dokumentierter Entscheidung.
Warum relevant: Hohe Latenz zeigt, wo Entscheidungsrechte, Owner oder Foren fehlen.
Decision-OS-Sprache: Time-to-Decision, Decision Backlog, Latenztreiber.
Weiterführend: Time-to-Decision KPI
Decision Backlog / Entscheidungs-Backlog
Definition: Das Decision Backlog ist die sichtbare Liste offener Entscheidungen, die priorisiert, gealtert und abgearbeitet werden müssen.
Woran man es erkennt: Offene Entscheidungen werden nicht nur gefühlt, sondern mit Entscheidungstyp, Owner, Alter, Dringlichkeit, Risiko und nächstem Forum sichtbar gemacht.
Warum relevant: Ohne Backlog bleiben offene Entscheidungen unsichtbar, bis sie als Eskalation, Rework oder Verzögerung zurückkommen.
Abgrenzung: Ein Decision Backlog ist keine allgemeine Aufgabenliste. Es enthält Entscheidungen, nicht beliebige To-dos.
Beispiel: Eine Organisation sieht, dass 18 offene Entscheidungen älter als 14 Tage sind, davon 6 mit hohem Kundenimpact und 3 ohne klaren Owner.
Decision-OS-Sprache: Entscheidungs-Queue, Aging, Time-to-Decision, Decision Debt, Priorisierung.
Weiterführend: Time-to-Decision KPI · Decision-OS
Decision Owner
Kurz erklärt: Der Decision Owner hält eine Entscheidung: Vorbereitung, Abstimmung, Beschluss, Umsetzung oder Review.
Warum relevant: Ohne Decision Owner bleibt unklar, wer die Entscheidung durch das System trägt.
Decision-OS-Sprache: DRI, Accountability, Decision Log, DRI+Termin-Quote.
Weiterführend: DRI-Modell · Decision Log
Decision Meeting
Kurz erklärt: Ein Decision Meeting hat den ausdrücklichen Zweck, eine konkrete Entscheidung zu treffen.
Warum relevant: Ohne Entscheidungszweck werden Meetings leicht zu Status- oder Diskussionsrunden.
Decision-OS-Sprache: Decision Forum, entscheidungsfähige Vorlage, Decision Log, DRI.
Weiterführend: Decision-OS · Meeting-Cadence
Decision Velocity
Kurz erklärt: Decision Velocity beschreibt die Geschwindigkeit, mit der eine Organisation belastbare Entscheidungen treffen und umsetzen kann.
Warum relevant: Es geht nicht um hektische Schnelligkeit, sondern um Tempo durch Klarheit.
Decision-OS-Sprache: Time-to-Decision, Reopen-Rate, Decision Log, Decision Rights.
Weiterführend: Decision Velocity · Time-to-Decision KPI
Decision Velocity Index / DVI
Kurz erklärt: Der Decision Velocity Index bündelt Signale zu Entscheidungstempo, Qualität, Reopens, Ownern und Umsetzung.
Warum relevant: DVI macht Entscheidungsfähigkeit messbarer, ohne sie auf Geschwindigkeit zu reduzieren.
Decision-OS-Sprache: Time-to-Decision, Reopen-Rate, Owner-Quote, DRI+Termin-Quote, Meeting-Output.
Weiterführend: Decision-OS Readiness · Decision-OS
Delegation of Authority / DoA
Definition: Delegation of Authority beschreibt Regeln, bis zu welchen Schwellen Teams oder Rollen selbst entscheiden dürfen und ab wann Freigabe oder Eskalation nötig ist.
Woran man fehlende DoA erkennt: Entscheidungen werden nach oben delegiert, Führung wird zum Engpass, Teams sichern sich ab oder warten auf Freigaben für operative Themen.
Warum relevant: DoA reduziert Rückdelegation und entlastet die Geschäftsführung, ohne unkontrollierte Autonomie zu erzeugen.
Abgrenzung: DoA ist nicht nur eine Unterschriftenregelung. Sie beschreibt auch Risiko, Reversibilität, Budget, Kundenimpact und Eskalationslogik.
Beispiel: Bereichsleitungen dürfen Investitionen bis 10.000 Euro selbst entscheiden, bis 50.000 Euro mit CFO-Freigabe und darüber im Geschäftsführungskreis.
Decision-OS-Sprache: Decision Rights, Autonomiegrad, Entscheidungsschwelle, Eskalationsfenster.
Weiterführend: Delegation of Authority · GF als Flaschenhals
Definition of Done / DoD
Kurz erklärt: Gemeinsame Qualitätsschwelle dafür, wann ein Ergebnis wirklich fertig ist.
Warum relevant: DoD verhindert Rework an Schnittstellen.
Decision-OS-Sprache: Übergabekriterium, Schnittstellenlogik, RACI.
Weiterführend: RACI und Schnittstellen
Definition of Ready
Kurz erklärt: Definition of Ready beschreibt, wann ein Thema ausreichend vorbereitet ist, um bearbeitet oder entschieden zu werden.
Warum relevant: Ohne Definition of Ready landen unreife Themen in Meetings, Projekten oder Übergaben und erzeugen Rückläufe.
Decision-OS-Sprache: Entscheidungsreife, Entscheidungsfähige Vorlage, Agenda-Qualifikation, Bounce-Back-Regel.
Weiterführend: RACI und Schnittstellen · Meeting-Cadence
Defusion
Kurz erklärt: Defusion bedeutet, Abstand zu Gedanken zu gewinnen, statt sie automatisch für Wahrheit oder Handlungsanweisung zu halten.
Warum relevant: Gerade unter Druck hilft Defusion, nicht reflexhaft zu reagieren, sondern bewusster zu entscheiden.
Coaching-Sprache: ACT, psychologische Flexibilität, Achtsamkeit, Selbst-als-Kontext.
Weiterführend: Methoden & Haltung · Business Coaching
DRI - Directly Responsible Individual
Definition: DRI steht für Directly Responsible Individual und bezeichnet eine eindeutig verantwortliche Person je Entscheidung, Ergebnis oder Umsetzungsschritt.
Woran man fehlenden DRI erkennt: Viele Personen sind beteiligt, aber niemand hält sichtbar den Hut auf. Rückfragen nehmen zu, Beschlüsse versanden oder Verantwortung wird im Kollektiv versteckt.
Warum relevant: DRI verhindert Verantwortungsdiffusion. Eine Entscheidung braucht nicht nur Beteiligte, sondern eine Person, die Vorbereitung, Entscheidung, Umsetzung oder Review sichtbar trägt.
Abgrenzung: DRI ist nicht automatisch der Projektleiter und nicht dasselbe wie „Responsible“ in RACI. DRI beschreibt die Person, die für das konkrete Ergebnis oder den Entscheidungsschritt direkt verantwortlich ist.
Beispiel: Für die Einführung eines neuen Preisprozesses kann ein Bereichsleiter DRI sein, auch wenn Vertrieb, Finance und Operations konsultiert werden.
Decision-OS-Sprache: Accountability, Ownership, Decision Log, DRI+Termin-Quote, Verantwortungsdiffusion.
Weiterführend: DRI-Modell · Verantwortungsdiffusion
DRI+Termin-Quote
Kurz erklärt: Anteil der Entscheidungen, die einen klaren Owner und einen Termin haben.
Warum relevant: Die Quote zeigt, ob Entscheidungen wirklich in Umsetzung übersetzt werden.
Weiterführend: Decision Log · Umsetzung sichern
DSS - Entscheidungsunterstützungssystem
Kurz erklärt: Systeme, die Entscheidungen durch Daten, Modelle oder Wissen vorbereiten.
Warum relevant: DSS liefert bessere Lagebilder, ersetzt aber keine Entscheidungsrechte und Verantwortung.
Weiterführend: DSS verstehen · Decision-OS vs. DSS
Data Warehouse
Kurz erklärt: Ein Data Warehouse ist eine integrierte, historisierte Datenbasis für Analyse, Reporting und Entscheidungsunterstützung.
Warum relevant: Gute Entscheidungen brauchen belastbare Datenquellen, aber Daten allein erzeugen noch keine Entscheidung.
Weiterführend: DSS verstehen · Decision-Data-Layer
Data Mart
Kurz erklärt: Ein Data Mart ist ein themenspezifischer Ausschnitt aus einer größeren Datenbasis, etwa für Vertrieb, Finanzen oder Operations.
Warum relevant: Data Marts beschleunigen Analysen, können aber neue Silos erzeugen, wenn Begriffe und Datenlogik nicht abgestimmt sind.
Weiterführend: DSS verstehen
Datenherkunft / Data Provenance
Kurz erklärt: Data Provenance beschreibt Herkunft und Erzeugungskette eines Datenpunkts samt Kontext.
Warum relevant: Wer Entscheidungen auf Daten stützt, muss wissen, woher diese Daten kommen.
Decision-OS-Sprache: Auditierbarkeit, Data Lineage, Entscheidungsakte, Decision-Data-Layer.
Weiterführend: Data Provenance bei Entscheidungen
Datenabstammung / Data Lineage
Kurz erklärt: Data Lineage beschreibt den Weg eines Datenpunkts durch Systeme, Transformationen und Berechnungen.
Warum relevant: Wer Entscheidungen mit Daten begründet, muss deren Herkunft und Veränderung nachvollziehen können.
Weiterführend: Data Provenance · Decision-Data-Layer
Digitale Signatur & Hash
Kurz erklärt: Digitale Signaturen und Hashes helfen, Authentizität und Unverändertheit von Daten oder Dokumenten zu prüfen.
Warum relevant: Für prüfbare Entscheidungen ist wichtig, ob ein Nachweis unverändert und echt ist.
Weiterführend: Data Provenance · Entscheidungsakte
DecOps / Decision Operations
Definition: DecOps steht für Decision Operations und beschreibt die operative Disziplin, Entscheidungen nicht nur zu diskutieren, sondern mit klaren Rechten, Foren, Logs, Reviews und Kennzahlen zu führen.
Woran man DecOps erkennt: Entscheidungen laufen nach definierten Pfaden. Es gibt klare Owner, Entscheidungsforen, Entscheidungsvorlagen, Decision Logs und Metriken wie Time-to-Decision oder Reopen-Rate.
Warum relevant: Viele Organisationen optimieren Prozesse, Meetings oder Tools, aber nicht den eigentlichen Entscheidungsfluss. DecOps macht Entscheidungsfähigkeit zu einer Führungs- und Betriebsdisziplin.
Abgrenzung: DecOps ersetzt Decision-OS nicht. DecOps ist die Kategorie oder Sprache. Decision-OS ist die konkrete Arbeitsarchitektur von Coachingwerk Berlin.
Beispiel: Ein Führungsteam behandelt offene Entscheidungen wie einen operativen Bestand: sichtbar, priorisiert, mit Owner, Alter, Kostenwirkung und Review.
Decision-OS-Sprache: Decision-OS, Decision Governance, Decision Log, Time-to-Decision, Reopen-Rate.
Weiterführend: Decision-OS ansehen · Entscheidungswege im Führungsteam klären
Entscheidungen dauern zu lange
Kurz erklärt: Zwischen Entscheidungsbedarf und verbindlichem Beschluss vergeht zu viel Zeit. Themen bleiben offen, wandern durch Runden oder werden immer wieder vorbereitet.
Warum relevant: Lange Entscheidungszeiten erzeugen Unsicherheit, Rework, Opportunitätskosten und operative Lähmung.
Decision-OS-Sprache: Time-to-Decision, Decision-Latenz, Decision Backlog, Decision Rights, DRI.
Weiterführend: Time-to-Decision KPI · Entscheidungswege im Führungsteam klären
Entscheidungen versanden
Kurz erklärt: Es gibt einen Beschluss, aber kein belastbares Follow-through: Owner, Termin, nächster Schritt oder Review fehlen.
Warum relevant: Entscheidungen ohne Umsetzung erzeugen Frust, Doppelarbeit und sinkendes Vertrauen in Führung.
Decision-OS-Sprache: Decision Log, Follow-through, DRI+Termin-Quote, Review-SLA, Umsetzungsquote.
Weiterführend: Entscheidungen werden nicht umgesetzt · Decision Log
Es wird nach oben delegiert
Kurz erklärt: Entscheidungen werden nicht dort getroffen, wo Wissen und operative Verantwortung liegen, sondern an Führung oder Geschäftsführung zurückgespielt.
Warum relevant: Nach-oben-Delegation überlastet Führung und verhindert, dass Teams entscheidungsfähiger werden.
Decision-OS-Sprache: Rückdelegation, Delegation of Authority, Decision Rights, Autonomiegrad, Eskalationspfad.
Weiterführend: Aufgaben landen immer beim Chef · Geschäftsführung als Flaschenhals
Emotionale Regulation
Kurz erklärt: Gefühle als Signal wahrnehmen und bewusst damit umgehen.
Warum relevant: Gute Regulation schützt Entscheidungen vor Impulsreaktionen.
Weiterführend: Business Coaching
Entscheidungsarchitektur / Decision Architecture
Definition: Entscheidungsarchitektur ist die Struktur, nach der Entscheidungen in einer Organisation vorbereitet, getroffen, dokumentiert und in Umsetzung übersetzt werden.
Woran man fehlende Entscheidungsarchitektur erkennt: Entscheidungen hängen in Meetings, wandern zwischen Bereichen, werden informell getroffen oder später wieder geöffnet.
Warum relevant: Wenn Entscheidungsarchitektur fehlt, entstehen Reibung, Rückdelegation, Reopens und überlastete Meetings. Gute Leute verlieren Wirkung, weil die Entscheidungslogik nicht trägt.
Abgrenzung: Entscheidungsarchitektur ist nicht nur Organigramm, Prozessdesign oder Meetingstruktur. Sie verbindet Rechte, Rollen, Foren, Daten, Verantwortung und Review.
Beispiel: Ein Unternehmen definiert für Produkt-, Kunden-, Budget- und Personalentscheidungen jeweils Owner, Forum, Schwelle, Vorlage, Log und Review-Takt.
Decision-OS-Sprache: Decision-OS, Decision Rights, Decision Forum, Decision Log, Follow-through.
Weiterführend: Entscheidungswege im Führungsteam klären · Decision-OS
Entscheidungsakte
Kurz erklärt: Eine Entscheidungsakte sammelt Entscheidungsgrundlage, Kontext, Beschluss, Owner, Review, Änderungen und Nachweise an einem nachvollziehbaren Ort.
Warum relevant: Sie macht Entscheidungen prüfbar, erklärbar und später rekonstruierbar.
Decision-OS-Sprache: Decision Log, Audit Trail, Nachweisfähigkeit, Decision-Data-Layer, Versionierung.
Weiterführend: Entscheidungsakte und Nachweisfähigkeit · Decision-Data-Layer
Entscheidungsdomäne
Kurz erklärt: Eine Entscheidungsdomäne ist ein Bereich, in dem bestimmte Entscheidungsrechte und Schwellen gelten.
Warum relevant: Ohne Domänen wird Delegation of Authority schnell unklar.
Decision-OS-Sprache: Decision Rights, DoA, Entscheidungsschwelle, Autonomiegrad.
Weiterführend: Delegation of Authority
Entscheidungsforum / Decision Forum
Kurz erklärt: Ein Entscheidungsforum ist das passende Format oder Gremium für einen bestimmten Entscheidungstyp.
Warum relevant: Wenn Entscheidungen im falschen Forum landen, entstehen Latenz, Übersteuerung oder fehlende Verbindlichkeit.
Decision-OS-Sprache: Decision Forum, Meeting-Cadence, Decision Rights, Agenda-Qualifikation.
Weiterführend: Decision-OS · Meeting-Cadence
Entscheidungsfähige Vorlage
Definition: Eine entscheidungsfähige Vorlage enthält die Informationen, Optionen, Risiken, Empfehlung und Entscheidungskriterien, die ein Entscheidungsforum braucht.
Woran man eine fehlende Vorlage erkennt: Im Meeting wird erst sortiert, was eigentlich entschieden werden soll. Optionen, Kriterien, Zahlen oder Empfehlung fehlen.
Warum relevant: Ohne entscheidungsfähige Vorlage wird im Meeting oft analysiert oder diskutiert, statt entschieden.
Abgrenzung: Eine entscheidungsfähige Vorlage ist nicht dasselbe wie eine Präsentation. Sie muss entscheidungsrelevante Optionen, Konsequenzen und Kriterien enthalten.
Beispiel: Eine Vorlage zeigt drei Optionen, Budgeteffekt, Risiko, Empfehlung des DRI und die Frage, die das Gremium entscheiden soll.
Decision-OS-Sprache: Agenda-Qualifikation, Bounce-Back-Regel, Decision Forum, Entscheidungskriterium.
Weiterführend: Decision-OS · Meeting-Cadence
Entscheidungshygiene
Kurz erklärt: Entscheidungshygiene beschreibt Regeln und Routinen für saubere Beschlüsse.
Warum relevant: Entscheidungshygiene senkt Reopen-Rate und verbessert Qualität.
Decision-OS-Sprache: Decision Log, Schließlogik, Reopen-Regel.
Weiterführend: Decision Log
Entscheidungskriterium
Kurz erklärt: Ein Entscheidungskriterium beschreibt, wonach eine Entscheidung bewertet wird - etwa Risiko, Kosten, Kundennutzen, Geschwindigkeit oder Reversibilität.
Warum relevant: Ohne Kriterien wird oft über Präferenzen, Macht oder Bauchgefühl entschieden.
Decision-OS-Sprache: Entscheidungsfähige Vorlage, Decision Rights, Type-1/Type-2-Entscheidung, Decision Log.
Weiterführend: Entscheidungsrechte klären · Decision Log
Entscheidungsmandat
Definition: Ein Entscheidungsmandat ist die formale oder faktische Erlaubnis, eine Entscheidung zu treffen, zu vertreten und in Umsetzung zu bringen.
Woran man ein fehlendes Mandat erkennt: Viele reden mit, aber niemand entscheidet belastbar. Entscheidungen werden abgesichert, vertagt oder nachträglich angegriffen.
Warum relevant: Ohne Mandat entsteht Beteiligung ohne Verantwortung. Status, Rolle oder Expertise reichen nicht aus, wenn nicht klar ist, wer wirklich entscheiden darf.
Abgrenzung: Ein Entscheidungsmandat ist nicht nur ein Titel. Eine Person kann formal Führungskraft sein und trotzdem kein klares Mandat für bestimmte Entscheidungen haben.
Beispiel: Eine Projektleitung darf Termine verschieben, aber nicht Scope oder Budget ändern. Für diese Entscheidungen braucht sie ein anderes Mandat oder Eskalation.
Decision-OS-Sprache: Decision Rights, DRI, Accountable, Delegation of Authority, Eskalationspfad.
Weiterführend: Entscheidungsrechte klären · Decision Governance
Entscheidungspfad
Kurz erklärt: Der Entscheidungspfad beschreibt den Weg von Entscheidungsbedarf über Vorbereitung, Forum, Beschluss, Dokumentation und Umsetzung.
Warum relevant: Wenn der Pfad unklar ist, wandern Themen durch Runden, Personen und Kanäle.
Decision-OS-Sprache: Decision Forum, Decision Rights, Decision Log, Eskalationspfad, Follow-through.
Weiterführend: Organisationsberatung für Entscheidungswege · Decision-OS
Entscheidungsqualität
Kurz erklärt: Entscheidungsqualität beschreibt, wie belastbar, nachvollziehbar, umsetzbar und überprüfbar eine Entscheidung ist.
Warum relevant: Schnell ist nicht automatisch gut. Eine gute Entscheidung muss halten, umgesetzt werden und bei neuen Fakten sauber überprüfbar sein.
Decision-OS-Sprache: Reopen-Rate, Decision Log, Entscheidungskriterien, Review, Governance-KPI.
Weiterführend: Reopen-Rate · Decision Log
Entscheidungsreife
Kurz erklärt: Entscheidungsreife beschreibt, ob ein Thema so vorbereitet ist, dass eine belastbare Entscheidung getroffen werden kann.
Warum relevant: Viele Meetings scheitern nicht an fehlender Diskussionsbereitschaft, sondern daran, dass das Thema noch nicht entscheidungsreif ist.
Abgrenzung: Entscheidungsreife bedeutet nicht, dass alle Unsicherheit beseitigt ist. Es bedeutet, dass die vorhandene Unsicherheit transparent genug ist, um entscheiden zu können.
Decision-OS-Sprache: Entscheidungskriterium, Entscheidungsfähige Vorlage, Decision Forum, Bounce-Back-Regel.
Weiterführend: Decision-OS · Meeting-Cadence
Entscheidungsschwelle
Kurz erklärt: Eine Entscheidungsschwelle legt fest, ab welchem Risiko, Budget, Kundenimpact oder Reversibilitätsgrad eine Entscheidung eskaliert oder freigegeben werden muss.
Warum relevant: Schwellen verhindern Mikromanagement und gleichzeitig unkontrollierte Autonomie.
Decision-OS-Sprache: Delegation of Authority, Schwellenwert, Eskalationsfenster, Decision Rights.
Weiterführend: DoA und Autonomie-Level · Entscheidungsrechte klären
Entscheidungstyp
Kurz erklärt: Entscheidungstypen unterscheiden, ob eine Entscheidung operativ, taktisch, strategisch, reversibel, irreversibel, risikoarm oder risikoreich ist.
Warum relevant: Nicht jede Entscheidung braucht dasselbe Forum, dieselbe Freigabe oder dieselbe Geschwindigkeit.
Decision-OS-Sprache: Type-1/Type-2-Entscheidung, Decision Forum, Decision Rights, Entscheidungsschwelle.
Weiterführend: Delegation of Authority · Decision-OS
Entscheidungs-Queue
Kurz erklärt: Sichtbare Warteschlange offener Entscheidungen.
Warum relevant: Eine Queue zeigt, wo Entscheidungen altern, stauen oder eskalieren müssen.
Decision-OS-Sprache: Decision Backlog, Aging, Time-to-Decision.
Weiterführend: Time-to-Decision KPI
Entscheidungsmüdigkeit / Decision Fatigue
Kurz erklärt: Entscheidungsmüdigkeit beschreibt abnehmende Entscheidungsqualität bei hoher Taktung, hoher Komplexität oder zu vielen Kleinstentscheidungen.
Warum relevant: Wichtige Entscheidungen sollten nicht im Zustand kognitiver Erschöpfung getroffen werden.
Weiterführend: Decision Fatigue & Timeboxing
Eskalationspfad
Kurz erklärt: Vereinbarter Weg, wenn eine Entscheidung hängt, ein Risiko steigt oder ein Konflikt nicht gelöst wird.
Warum relevant: Eskalation wird planbar und kommt nicht erst, wenn die Lage teuer geworden ist.
Decision-OS-Sprache: Decision Rights, Eskalationsfenster, Review-SLA, Governance.
Weiterführend: Decision Governance
Eskalationsfenster
Kurz erklärt: Zeit-, Risiko- oder Schwellenwert, ab dem ein Thema eskaliert werden muss.
Warum relevant: Es verhindert, dass Entscheidungen zu lange im falschen Forum hängen bleiben.
Weiterführend: Entscheidungsrechte klären
ETL / ELT
Kurz erklärt: ETL bedeutet Extract, Transform, Load. ELT lädt Daten zuerst und transformiert sie später im Zielsystem.
Warum relevant: Datenflüsse entscheiden darüber, ob Reports, DSS und KI-Systeme auf verlässlicher Grundlage arbeiten.
Weiterführend: Data Provenance · Decision-Data-Layer
EIS - Executive Information System
Kurz erklärt: Ein EIS liefert verdichtete Managementinformationen für Geschäftsführung oder Top-Management.
Warum relevant: EIS verbessert Lagebilder, löst aber keine unklaren Entscheidungsrechte.
Weiterführend: DSS verstehen
End-to-End-Verantwortung
Kurz erklärt: End-to-End-Verantwortung beschreibt Verantwortung für einen vollständigen Ablauf über Bereichsgrenzen hinweg.
Warum relevant: Ohne End-to-End-Blick optimieren Bereiche ihre Teilstrecke, während der Gesamtfluss leidet.
Decision-OS-Sprache: Schnittstellenlogik, DRI, RACI, Decision Log, Review.
Weiterführend: RACI und Schnittstellen · Organisationsberatung für Entscheidungswege
Faktisches Veto
Kurz erklärt: Ein faktisches Veto ist ein nicht offiziell benanntes, aber real wirksames Vetorecht im System.
Warum relevant: Viele Entscheidungen hängen nicht an der offiziellen Struktur, sondern an informeller Zustimmung einzelner Personen oder Bereiche.
Decision-OS-Sprache: Decision Rights, Stakeholder, Veto-Recht, Eskalationspfad, Decision Governance.
Weiterführend: Decision Governance · RACI und Schnittstellen
Feedback
Kurz erklärt: Feedback ist kurz, konkret, respektvoll und überprüfbar.
Warum relevant: Feedback wird wirksam, wenn es Verhalten, Entscheidung oder Ergebnis verbessert.
Weiterführend: Business Coaching
Follow-through
Kurz erklärt: Follow-through ist die Übersetzung einer Entscheidung in nächste Schritte, Owner, Termin und Review.
Warum relevant: Ohne Follow-through bleibt ein Beschluss nur ein Gesprächsergebnis.
Decision-OS-Sprache: Decision Log, DRI+Termin-Quote, Review-SLA, Umsetzungsquote.
Weiterführend: Entscheidungen werden nicht umgesetzt
Fokus
Kurz erklärt: Fokus bedeutet: weniger parallel, mehr fertig.
Warum relevant: Fokus senkt Kontextwechsel und erhöht Entscheidungstempo.
Weiterführend: Business Coaching
FTE-Vollkosten
Kurz erklärt: FTE-Vollkosten umfassen die realen Gesamtkosten einer Arbeitskraft inklusive Gehalt, Arbeitgeberanteilen, Overhead, Arbeitsplatz, Tools und Managementaufwand.
Warum relevant: Führungszeit, Meetingkosten und Entscheidungsverzug werden erst mit Vollkosten realistisch bewertbar.
Decision-OS-Sprache: Meetingkosten, Cost of Delay, ROI, Payback.
Weiterführend: Mitarbeiter-Vollkostenrechner · Meetingkosten-Rechner
Führungs-Bypass
Kurz erklärt: Ein Führungs-Bypass entsteht, wenn Führung ständig kompensiert, was im System nicht geregelt ist.
Warum relevant: Führung wird dann zur Dauer-Reparaturinstanz für unklare Rechte, Rollen oder Schnittstellen.
Decision-OS-Sprache: Geschäftsführung als Flaschenhals, Rückdelegation, Decision Rights, Delegation of Authority.
Weiterführend: Geschäftsführung als Flaschenhals · Delegation of Authority
Führungssystem
Kurz erklärt: Ein Führungssystem ist das Zusammenspiel aus Rollen, Regeln, Routinen, Entscheidungsrechten, Kommunikationswegen und Review-Mechanismen.
Warum relevant: Führung ist nicht nur Verhalten einzelner Personen. Führung entsteht auch durch die Struktur, in der entschieden, priorisiert und nachgehalten wird.
Decision-OS-Sprache: Decision-OS, Decision Governance, Meeting-Cadence, DRI, Decision Log.
Weiterführend: Decision-OS · Organisationsberatung für Entscheidungswege
Gefühle
Kurz erklärt: Gefühle zeigen, was wichtig ist. Sie sind Kompass, nicht Gegner.
Warum relevant: Wer Gefühle nur verdrängt, verliert wichtige Daten für Entscheidungen und Grenzen.
Weiterführend: Business Coaching
Governance-KPI
Kurz erklärt: Governance-KPIs messen nicht Umsatz oder Aktivität, sondern Entscheidungs- und Führungsfähigkeit.
Warum relevant: Was nicht gemessen wird, bleibt oft ein Gefühl: langsam, unklar, zäh, politisch.
Beispiele: Time-to-Decision, Reopen-Rate, DRI+Termin-Quote, Meeting-Output, Cost of Delay.
Decision-OS-Sprache: Time-to-Decision, Reopen-Rate, DRI+Termin-Quote, Meeting-Output, Cost of Delay.
Weiterführend: Decision Governance · Tools und Rechner
Governance Stress-Test
Kurz erklärt: Ein Governance Stress-Test prüft, wo Entscheidungsrechte, Verantwortung, Schnittstellen, Eskalation und Review unter Druck nicht tragen.
Warum relevant: Er macht sichtbar, ob ein Führungssystem im Alltag belastbar ist oder nur formal funktioniert.
Decision-OS-Sprache: Decision-OS Readiness, Maturity Snapshot, Decision Rights, Reopen-Rate, Time-to-Decision.
Weiterführend: Decision-OS Readiness · Organisationsberatung für Entscheidungswege
Guardrails / KI-Leitplanken
Kurz erklärt: Guardrails sind Regeln und Grenzen, innerhalb derer KI-Systeme oder Agenten handeln dürfen.
Warum relevant: Autonomie ohne Guardrails erzeugt Kontrollverlust.
Decision-OS-Sprache: Safety-Korridor, Autonomiegrad, Policy Violation, Kill-Switch.
Weiterführend: Decision-Data-Layer · Human-in-the-Loop
Gruppen-DSS / GDSS
Kurz erklärt: Ein Gruppen-DSS unterstützt mehrere Personen bei Analyse, Bewertung, Abstimmung oder Entscheidung.
Warum relevant: Es kann Beteiligung strukturieren, ersetzt aber kein klares Entscheidungsmandat.
Decision-OS-Sprache: Decision Forum, DRI, RACI, Decision Log.
Weiterführend: DSS verstehen · Decision-OS vs. DSS
Haltung
Kurz erklärt: Haltung zeigt sich in Werten, Verantwortung und Klarheit im Tun.
Warum relevant: Haltung zeigt sich besonders in schwierigen Entscheidungen.
Weiterführend: Methoden & Haltung
Human-in-the-Loop / HITL
Definition: Human-in-the-Loop beschreibt eine menschliche Prüfung, Freigabe oder Übernahme in kritischen Schritten eines digitalen, automatisierten oder KI-gestützten Prozesses.
Woran man HITL erkennt: Ein Mensch prüft Ergebnisse, gibt Entscheidungen frei oder übernimmt, wenn Risiko, Unsicherheit oder Regelverletzung eine automatische Entscheidung ausschließen.
Warum relevant: HITL koppelt Geschwindigkeit mit Kontrolle und Verantwortung. Besonders bei KI verhindert HITL, dass Autonomie ohne Mandat entsteht.
Abgrenzung: Human-in-the-Loop bedeutet nicht, dass Menschen jeden Schritt manuell prüfen. Es bedeutet, dass kritische Entscheidungspunkte bewusst menschlich kontrolliert werden.
Beispiel: Ein KI-System erstellt eine Empfehlung für Kredit, Kulanz oder Priorisierung. Die finale Freigabe bleibt bei einer verantwortlichen Rolle.
Decision-OS-Sprache: Guardrails, AI Audit Trail, Autonomiegrad, Safety-Korridor, Decision Rights.
Weiterführend: Human-in-the-Loop Richtlinien · Decision-Data-Layer
Human-on-the-Loop
Kurz erklärt: Der Mensch überwacht einen KI- oder Agentenprozess, greift aber nicht jeden Schritt aktiv frei.
Warum relevant: Human-on-the-Loop eignet sich für Prozesse mit klaren Guardrails, aber weiterhin notwendiger Kontrolle.
Decision-OS-Sprache: Monitoring, Guardrails, Eskalationspfad, AI Audit Trail.
Weiterführend: Human-in-the-Loop Richtlinien · Decision-Data-Layer
Human-out-of-the-Loop
Kurz erklärt: Ein Prozess läuft ohne aktive menschliche Prüfung oder Freigabe.
Warum relevant: Das ist nur bei klar begrenztem Risiko, stabilen Daten und starker Auditierbarkeit sinnvoll.
Decision-OS-Sprache: Autonomiegrad, Guardrails, Safety-Korridor, Kill-Switch, AI Audit Trail.
Weiterführend: Decision-Data-Layer · Human-in-the-Loop Richtlinien
Hypothese
Kurz erklärt: Eine Hypothese ist eine vorläufige Deutung, kein Urteil.
Warum relevant: Systemisches Arbeiten prüft Annahmen, statt vorschnell Schuld oder Ursache festzuschreiben.
Coaching-Sprache: systemisches Denken, Kontext, Muster, Perspektivwechsel.
Weiterführend: Methoden & Haltung
Inferenzmaschine
Kurz erklärt: Eine Inferenzmaschine zieht aus Regeln und Fakten Schlussfolgerungen.
Warum relevant: Sie ist ein Kernbaustein wissensbasierter Systeme, braucht aber gepflegte Regeln und erklärbare Logik.
Weiterführend: DSS verstehen · Decision-Data-Layer
Innere Anteile
Kurz erklärt: Unterschiedliche innere Stimmen, Rollen oder Impulse wahrnehmen.
Warum relevant: Wer innere Spannungen erkennt, kann bewusster entscheiden.
Weiterführend: Business Coaching
Iteration
Kurz erklärt: Iteration bedeutet kurze Lernschleifen mit klaren Messpunkten.
Warum relevant: Iteration macht Veränderung prüfbar und reduziert Perfektionsdruck.
Weiterführend: Decision-OS
Jailbreak-Resistenz
Kurz erklärt: Schutz gegen Versuche, KI-Regeln durch trickreiche Eingaben zu umgehen.
Warum relevant: Autonome Systeme brauchen robuste Sicherheitsgrenzen.
Decision-OS-Sprache: Guardrails, Prompt Injection, Policy Violation, Red-Teaming.
Weiterführend: Decision-Data-Layer
Keiner entscheidet
Kurz erklärt: Viele Personen sind beteiligt, aber niemand hat oder nutzt ein klares Entscheidungsmandat.
Warum relevant: Ohne Mandat entstehen Absicherung, Rückfragen, Vertagung und Verantwortung im Kollektiv.
Decision-OS-Sprache: Entscheidungsmandat, Decision Rights, DRI, Accountable, Eskalationspfad.
Weiterführend: Entscheidungsrechte klären · Verantwortungsdiffusion
Kill-Switch
Kurz erklärt: Ein Kill-Switch stoppt einen Prozess, Agenten oder automatisierten Ablauf sofort, wenn Risiko, Regelverstoß oder Kontrollverlust drohen.
Warum relevant: Autonomie braucht eine klar geregelte Abbruchmöglichkeit.
Decision-OS-Sprache: Guardrails, Policy Violation, Eskalationspfad, Human-in-the-Loop, Safety-Korridor.
Weiterführend: Decision-Data-Layer
Klarheit
Kurz erklärt: Lage, Ziel, Rolle und nächster Schritt sind erkennbar.
Warum relevant: Ohne Klarheit entstehen Rückfragen, Rework und politische Absicherung.
Weiterführend: Entscheidungswege klären
Kognitive Last / Cognitive Load
Kurz erklärt: Mentale Belastung durch Informationen, Entscheidungen, Unterbrechungen und Kontextwechsel.
Warum relevant: Hohe kognitive Last verschlechtert Entscheidungsqualität.
Weiterführend: Decision Fatigue & Timeboxing
Konfliktkultur
Kurz erklärt: Spannungen offen und respektvoll ansprechen.
Warum relevant: Gute Konfliktkultur schützt Entscheidungen vor verdeckten Widerständen.
Weiterführend: Business Coaching
Kontext
Kurz erklärt: Kontext beschreibt die Bedingungen, unter denen Verhalten entsteht: Rollen, Regeln, Anreize, Beziehungen, Geschichte und Erwartungen.
Warum relevant: Verhalten wirkt oft unverständlich, solange der Kontext nicht sichtbar ist.
Coaching-Sprache: systemisches Denken, Wechselwirkung, Hypothese, Rollenklärung.
Weiterführend: Methoden & Haltung
KPI - Key Performance Indicator
Kurz erklärt: Kennzahl mit Definition, Quelle, Zielkorridor, Owner und Takt.
Warum relevant: KPIs helfen nur, wenn sie Entscheidungen verbessern.
Weiterführend: KPI & QBR System
Latenzbudget
Kurz erklärt: Zulässige Time-to-Decision je Entscheidungstyp oder Domäne.
Warum relevant: Nicht jede Entscheidung darf gleich lange offen bleiben.
Weiterführend: Time-to-Decision KPI
Latenztreiber
Kurz erklärt: Ursachen, die Entscheidungen verzögern, zum Beispiel Wartezeiten, Rückfragen, fehlende Owner oder unklare Kriterien.
Warum relevant: Latenztreiber zeigen, wo der Hebel für schnellere Entscheidungen liegt.
Weiterführend: Time-to-Decision KPI
Lösungsorientierung
Kurz erklärt: Lösungsorientierung fragt nicht nur nach Ursachen, sondern nach Ausnahmen, Ressourcen, nächsten Schritten und bereits funktionierenden Anteilen.
Warum relevant: Sie verhindert, dass Analyse zur Endlosschleife wird.
Coaching-Sprache: Ressourcen, Hypothese, kleine Schritte, Musterunterbrechung.
Weiterführend: Methoden & Haltung · Business Coaching
Mandat ohne Verantwortung
Kurz erklärt: Eine Person oder Rolle darf formal entscheiden, steht aber nicht sichtbar für Ergebnis, Review oder Umsetzung ein.
Warum relevant: Mandat ohne Verantwortung erzeugt Macht ohne Rückkopplung und schwächt Vertrauen in Entscheidungen.
Decision-OS-Sprache: Entscheidungsmandat, Accountable, Review, Decision Log, Governance-KPI.
Weiterführend: Decision Governance · Entscheidungsrechte klären
Maturity Snapshot
Kurz erklärt: Ein Maturity Snapshot zeigt den Reifegrad eines Führungssystems oder Entscheidungssystems zu einem bestimmten Zeitpunkt.
Warum relevant: Er macht sichtbar, wo erste Hebel liegen: Rechte, Rollen, Meetings, Schnittstellen, Daten oder Review.
Decision-OS-Sprache: Decision-OS Readiness, Governance Stress-Test, Decision Velocity, Reifegrad.
Weiterführend: Decision-OS Readiness · Organisationsberatung für Entscheidungswege
Meeting-Architektur
Kurz erklärt: Meeting-Architektur beschreibt Zweck, Input, Output, Takt, Teilnehmerkreis und Entscheidungslogik der Meetingformate.
Warum relevant: Meetings werden erst wirksam, wenn klar ist, welche Entscheidung oder welcher Output dort entstehen soll.
Abgrenzung: Meeting-Architektur ist mehr als Agenda-Optimierung. Sie klärt, welches Format für Information, Entscheidung, Review oder Eskalation zuständig ist.
Decision-OS-Sprache: Decision Forum, Meeting-Cadence, Agenda-Qualifikation, Decision Log, Output-Quote.
Weiterführend: Meeting-Cadence · Meetingkosten-Rechner
Meeting-Cadence
Kurz erklärt: Regelmäßiger Takt von Entscheidungs-, Review- und Abstimmungsformaten.
Warum relevant: Cadence reduziert Ad-hoc-Hektik, wenn jedes Format klaren Zweck und Output hat.
Weiterführend: Meeting-Cadence · Decision-OS
Meetingkosten
Kurz erklärt: Meetingkosten sind Kosten, die durch Abstimmung, Teilnehmerzeit und Vor- oder Nacharbeit entstehen.
Warum relevant: Meetingkosten sind sinnvoll, wenn Meetings Entscheidungen erzeugen. Sonst werden sie Reibungskosten.
Weiterführend: Meetingkosten-Rechner
Meeting-Output
Kurz erklärt: Meeting-Output ist das konkrete Ergebnis eines Meetings: Entscheidung, Commitment, geklärter Owner, nächster Schritt oder Review.
Warum relevant: Ohne Output bleiben Meetings Aktivität statt Führungsleistung.
Decision-OS-Sprache: Output-Quote je Meetingstunde, Decision Log, DRI+Termin-Quote.
Weiterführend: Meetingkosten-Rechner · Decision-OS
Monkey Management
Definition: Monkey Management beschreibt ein Führungsmuster, bei dem Probleme, Aufgaben oder Entscheidungen wie „Affen“ auf der Schulter der Führungskraft landen. Mitarbeitende bringen ein Thema zur Klärung - und die Führungskraft übernimmt unbemerkt die nächste Aktion.
Woran man Monkey Management erkennt: Mitarbeitende kommen mit Problemen statt entscheidungsreifen Vorschlägen, Führungskräfte sagen „Ich schaue mir das mal an“, operative Themen landen immer wieder oben und die Geschäftsführung wird zum Engpass.
Warum relevant: Monkey Management ist mehr als ein Zeitmanagementproblem. Es zeigt oft, dass Entscheidungsrechte, Delegationsgrenzen, Eskalationsregeln oder Lösungsvorlagen nicht klar genug sind.
Abgrenzung: Monkey Management beschreibt die Metapher und das Führungsmuster. Rückdelegation beschreibt den organisatorischen Mechanismus dahinter: Verantwortung wandert zurück zur Führung, obwohl sie fachlich oder operativ woanders hingehört.
Beispiel: Eine Bereichsleitung bringt ein Kundenproblem zur Geschäftsführung. Statt mit Optionen, Empfehlung und Risikoabwägung zu kommen, übergibt sie das Problem. Die Geschäftsführung übernimmt die Klärung - und der „Affe“ sitzt wieder oben.
Decision-OS-Sprache: Rückdelegation, Delegation of Authority, Decision Rights, entscheidungsfähige Vorlage, Eskalationspfad, DRI.
Weiterführend: Aufgaben landen immer beim Chef · Geschäftsführung als Flaschenhals · Delegation of Authority
Memory Policy
Kurz erklärt: Eine Memory Policy legt fest, welche Informationen ein KI-System speichern, verwenden, anonymisieren oder vergessen darf.
Warum relevant: KI-Gedächtnis ohne klare Regeln erzeugt Datenschutz-, Vertrauens- und Steuerungsrisiken.
Decision-OS-Sprache: Decision-Data-Layer, Data Provenance, AI Audit Trail, Guardrails.
Weiterführend: Decision-Data-Layer · Data Provenance
MIS - Management Information System
Kurz erklärt: Ein MIS liefert regelmäßige Standardberichte über betriebliche Kennzahlen.
Warum relevant: MIS schafft Transparenz, aber Entscheidungen brauchen zusätzlich Owner, Forum und Follow-through.
Decision-OS-Sprache: Governance-KPI, Decision Log, QBR, Decision Forum.
Weiterführend: DSS verstehen · KPI & QBR System
Model Routing
Kurz erklärt: Model Routing wählt je nach Aufgabe, Risiko, Kosten und Qualitätsanforderung das passende KI-Modell aus.
Warum relevant: Nicht jede Aufgabe braucht das teuerste oder stärkste Modell. Routing verbindet Qualität, Geschwindigkeit und Kostenkontrolle.
Decision-OS-Sprache: Entscheidungstyp, Autonomiegrad, Governance-KPI, AI Audit Trail.
Weiterführend: Decision-Data-Layer
Model Drift
Kurz erklärt: Model Drift bedeutet, dass sich Modellverhalten, Datenlage oder Ergebnisqualität über Zeit verändern.
Warum relevant: Ohne Monitoring können KI-Ergebnisse schlechter werden, ohne dass es sofort auffällt.
Decision-OS-Sprache: Agent Observability, AI Audit Trail, Governance-KPI, Review-SLA.
Weiterführend: Decision-Data-Layer
Modellbasiertes DSS
Kurz erklärt: Ein modellbasiertes DSS nutzt Modelle, Optimierungen, Prognosen oder Simulationen zur Entscheidungsunterstützung.
Warum relevant: Modelle können Optionen berechnen, aber Verantwortung und Entscheidung bleiben organisatorische Fragen.
Weiterführend: DSS verstehen · Decision-OS vs. DSS
Monte-Carlo-Simulation
Kurz erklärt: Eine Monte-Carlo-Simulation berechnet viele mögliche Ergebnisse auf Basis von Zufallsverteilungen.
Warum relevant: Sie hilft, Unsicherheit nicht als Einzelwert, sondern als Bandbreite möglicher Ergebnisse zu verstehen.
Weiterführend: DSS verstehen
Muster
Kurz erklärt: Ein Muster ist eine wiederkehrende Form von Verhalten, Reaktion oder Entscheidung.
Warum relevant: Muster erklären, warum Probleme trotz guter Absichten immer wieder auftreten.
Coaching-Sprache: systemische Schleife, Hypothese, Musterunterbrechung, Kontext.
Weiterführend: Methoden & Haltung
Musterunterbrechung
Kurz erklärt: Musterunterbrechung ist ein gezielter Eingriff, der eine wiederkehrende Schleife verändert.
Warum relevant: Veränderung entsteht oft nicht durch mehr Einsicht, sondern durch einen anderen nächsten Schritt.
Coaching-Sprache: systemische Schleife, Intervention, Perspektivwechsel, Verhaltensexperiment.
Weiterführend: Methoden & Haltung · Business Coaching
Nachweisfähigkeit
Kurz erklärt: Nachweisfähigkeit bedeutet, später nachvollziehen zu können, wer was wann auf welcher Grundlage entschieden hat.
Warum relevant: Gerade bei Governance, KI, Compliance und kritischen Entscheidungen reicht Erinnerung nicht aus.
Decision-OS-Sprache: Decision Log, Entscheidungsakte, Audit Trail, Data Provenance, Decision-Data-Layer.
Weiterführend: Entscheidungsakte · Data Provenance
Neustrukturierung
Kurz erklärt: Neustrukturierung bedeutet, Organisationseinheiten, Rollen, Verantwortlichkeiten, Entscheidungswege oder Schnittstellen neu zu ordnen.
Warum relevant: Neustrukturierung scheitert selten am neuen Organigramm. Sie scheitert, wenn Entscheidungsrechte, Übergaben, Eskalationswege und Review-Takte nach der Veränderung unklar bleiben.
Decision-OS-Sprache: Reorganisation, Decision Rights, RACI, Delegation of Authority, Decision Log, Schnittstellenlogik.
Weiterführend: Reorganisation ohne Entscheidungschaos · Entscheidungswege klären
Nichtabstreitbarkeit / Non-Repudiation
Kurz erklärt: Absender, Freigaben oder Änderungen können später nicht plausibel bestritten werden.
Warum relevant: Für sensible Entscheidungen braucht es Nachweisbarkeit.
Decision-OS-Sprache: Beweiskette, Audit Trail, digitale Signatur, Entscheidungsakte.
Weiterführend: Data Provenance
No-Decision-Meeting
Kurz erklärt: Ein Meeting, in dem viel gesprochen, aber keine Entscheidung, kein Owner und kein nächster Schritt festgelegt wird.
Warum relevant: No-Decision-Meetings erhöhen Abstimmungskosten, ohne Entscheidungsfähigkeit zu verbessern.
Decision-OS-Sprache: Decision Forum, Meeting-Output, Meetingkosten, Decision Log.
Weiterführend: Management-Meetings entscheidungsfähig machen · Meetingkosten berechnen
OLAP
Kurz erklärt: OLAP steht für Online Analytical Processing und ermöglicht mehrdimensionale Analysen von Daten, etwa nach Zeit, Region, Produkt oder Bereich.
Warum relevant: OLAP hilft beim Verstehen von Mustern, ersetzt aber keine Entscheidung über Konsequenzen.
Weiterführend: DSS verstehen
Onboarding
Kurz erklärt: Strukturierter Einstieg in Rolle, Verantwortung, Erwartungen und Zusammenarbeit.
Warum relevant: Gutes Onboarding reduziert Reibung und beschleunigt Wirksamkeit.
Weiterführend: Business Coaching
Operative Themen blockieren Strategie
Kurz erklärt: Das Führungsteam verbringt zu viel Zeit mit operativen Klärungen und zu wenig mit strategischen Entscheidungen.
Warum relevant: Führung wird zum Bypass für ungeklärte Verantwortung im System.
Decision-OS-Sprache: Delegation of Authority, Decision Forum, Meeting-Cadence, Decision Rights.
Weiterführend: Geschäftsführung als Flaschenhals · Decision-OS für Führungsteams
Die Organisation wird langsam
Kurz erklärt: Mit Wachstum, mehr Rollen, mehreren Standorten oder neuen Führungsebenen steigt Reibung, ohne dass Entscheidungsrechte mitwachsen.
Warum relevant: Was informell früher funktioniert hat, wird bei mehr Komplexität zum Engpass.
Decision-OS-Sprache: Decision Governance, Decision Architecture, Delegation of Authority, Decision Forum, Decision-Data-Layer.
Weiterführend: Decision Governance · Entscheidungswege in wachsenden Organisationen klären
Organisationsdesign
Kurz erklärt: Organisationsdesign beschreibt, wie Rollen, Bereiche, Verantwortlichkeiten, Entscheidungsrechte, Schnittstellen und Steuerungslogik einer Organisation gestaltet werden.
Warum relevant: Ein neues Organigramm ist noch kein funktionierendes Organisationsdesign. Entscheidend ist, ob Arbeit, Entscheidung und Verantwortung im Alltag sauber zusammenpassen.
Decision-OS-Sprache: Entscheidungsarchitektur, Decision Governance, RACI, DoA, Meeting-Architektur, Review.
Weiterführend: Reorganisation ohne Entscheidungschaos · Decision-OS
Organisationsreibung
Kurz erklärt: Organisationsreibung beschreibt Reibungsverluste durch unklare Rollen, Schnittstellen, Entscheidungswege, Datenstände oder Verantwortlichkeiten.
Warum relevant: Reibung kostet Zeit, Energie und Vertrauen - oft ohne als einzelnes Problem sichtbar zu sein.
Decision-OS-Sprache: Decision Debt, Schnittstellenlogik, Verantwortungsdiffusion, Time-to-Decision, Rework.
Weiterführend: Organisationsberatung für Entscheidungswege · Decision-OS
Organisationszusammenlegung
Kurz erklärt: Organisationszusammenlegung bedeutet, Teams, Abteilungen, Standorte oder Funktionen in eine neue gemeinsame Struktur zu überführen.
Warum relevant: Nach einer Zusammenlegung entstehen fast immer Zielkonflikte, alte informelle Rechte, doppelte Zuständigkeiten, unklare Schnittstellen und neue Eskalationsfragen.
Decision-OS-Sprache: Schnittstellenlogik, RACI, Decision Rights, Decision Log, Eskalationspfad, Review-SLA.
Weiterführend: Zusammenlegung entscheidungsfähig machen · Schnittstellen klären
Outcome
Kurz erklärt: Outcome meint Ergebnis oder Wirkung statt bloßer Aktivität.
Warum relevant: Ohne Outcome-Logik werden Meetings und Projekte schnell aktiv, aber nicht wirksam.
Decision-OS-Sprache: Wirkung, Review, Governance-KPI, Follow-through.
Weiterführend: Decision-OS
Output-Quote je Meetingstunde
Kurz erklärt: Verhältnis von Entscheidungen, Commitments oder Ergebnissen zu investierter Meetingzeit.
Warum relevant: Die Kennzahl zeigt, ob Abstimmung Wirkung erzeugt oder nur Kalender füllt.
Decision-OS-Sprache: Meeting-Output, Meetingkosten, DRI+Termin-Quote, Decision Log.
Weiterführend: Meetingkosten-Rechner · Decision-OS
Owner-Quote
Kurz erklärt: Anteil der Themen oder Entscheidungen mit eindeutigem Owner.
Warum relevant: Eine niedrige Owner-Quote zeigt Verantwortungsdiffusion und erhöht Rework-Risiko.
Decision-OS-Sprache: DRI, Accountability, Decision Owner, DRI+Termin-Quote.
Weiterführend: Verantwortungsdiffusion · DRI-Modell
Ownership
Kurz erklärt: Sichtbare Übernahme von Verantwortung für Ergebnis, Entscheidung oder Umsetzung.
Warum relevant: Ownership ersetzt diffuse Beteiligung durch tragende Verantwortung.
Decision-OS-Sprache: DRI, Accountability, Decision Owner, Follow-through.
Weiterführend: Verantwortungsdiffusion · DRI-Modell
Payback
Kurz erklärt: Zeitraum, bis sich eine Investition durch messbare Wirkung amortisiert.
Warum relevant: Hilft, Workshops, Piloten und Governance-Arbeit wirtschaftlich zu bewerten.
Decision-OS-Sprache: ROI, Cost of Delay, Meetingkosten, Payback-Zeit.
Weiterführend: ROI-Rechner · B2B-Preise
Perspektivwechsel
Kurz erklärt: Perspektivwechsel bedeutet, eine Situation bewusst aus einer anderen Rolle, Position oder Systemlogik zu betrachten.
Warum relevant: Viele Konflikte und Entscheidungsblockaden entstehen, weil nur aus der eigenen Logik argumentiert wird.
Coaching-Sprache: systemisches Denken, Hypothese, Kontext, Musterunterbrechung.
Weiterführend: Methoden & Haltung · Business Coaching
Policy Violation
Kurz erklärt: Eine Policy Violation ist ein Verstoß gegen definierte Regeln, Grenzen oder Freigaben.
Warum relevant: KI- und Agentensysteme brauchen klare Reaktionen auf Regelverstöße.
Decision-OS-Sprache: Guardrail-Regel, AI Audit Trail, Eskalationspfad, Kill-Switch.
Weiterführend: Decision-Data-Layer
Priorisierung
Kurz erklärt: Priorisierung bedeutet zu entscheiden, was zuerst, später oder gar nicht getan wird.
Warum relevant: Priorisierung ist eine Entscheidung - keine Sortierübung.
Decision-OS-Sprache: Cost of Delay, Decision Debt, Entscheidungskriterium, Decision Backlog.
Weiterführend: Cost of Delay Rechner
Projekt und Betrieb arbeiten gegeneinander
Kurz erklärt: Projektlogik und Betriebslogik kollidieren, weil Übergabe, Qualität, Betriebskriterien oder Verantwortung nicht sauber geklärt sind.
Warum relevant: Der Konflikt ist oft kein Haltungsproblem, sondern ein nicht entschiedener Schnittstellenkonflikt.
Decision-OS-Sprache: Definition of Done, Veto-Recht, End-to-End-Verantwortung, Schnittstellenlogik, Eskalationspfad.
Weiterführend: Schnittstellen im Führungsteam klären · Entscheidungswege klären
Prompt Injection
Kurz erklärt: Prompt Injection ist der Versuch, ein KI-System über Eingaben, Dokumente oder Kontext dazu zu bringen, Regeln zu umgehen.
Warum relevant: Sobald KI mit Tools, Daten oder Entscheidungen verbunden ist, wird Prompt Injection zu einem Governance-Risiko.
Decision-OS-Sprache: Guardrails, Red-Teaming, Policy Violation, AI Audit Trail, Human-in-the-Loop.
Weiterführend: Decision-Data-Layer · Human-in-the-Loop
Psychologische Flexibilität
Kurz erklärt: Psychologische Flexibilität ist die Fähigkeit, bewusst zu handeln, auch wenn Gedanken, Gefühle oder Druck schwierig sind.
Warum relevant: Sie hilft Führungskräften, nicht automatisch zu reagieren, sondern werteorientiert zu entscheiden.
Coaching-Sprache: ACT, Achtsamkeit, Werte, Defusion, Commitment.
Weiterführend: Business Coaching · Methoden & Haltung
QBR - Quarterly Business Review
Kurz erklärt: Vierteljährlicher Review von Zielen, Fortschritt, Engpässen und Entscheidungen.
Warum relevant: QBRs verbinden Strategie mit Entscheidungs- und Umsetzungsrhythmus.
Decision-OS-Sprache: Review, Governance-KPI, KPI-System, Decision Log.
Weiterführend: KPI & QBR System · QBR-Agenda Vorlage
RACI
Definition: RACI ist ein Rollenmodell mit Responsible, Accountable, Consulted und Informed. Es macht sichtbar, wer ausführt, wer verantwortlich entscheidet, wer konsultiert wird und wer informiert werden muss.
Woran man RACI-Bedarf erkennt: Aufgaben laufen über mehrere Bereiche, Zuständigkeiten überlappen, Rückfragen nehmen zu oder Entscheidungen bleiben zwischen Rollen hängen.
Warum relevant: RACI hilft, Verantwortung und Beteiligung sichtbar zu machen. Es schützt vor unklaren Übergaben und vor der Annahme, dass „alle beteiligt“ auch „alle verantwortlich“ bedeutet.
Abgrenzung: RACI reicht ohne Entscheidungskontext oft nicht aus. Es zeigt Rollen, klärt aber nicht automatisch Entscheidungsrechte, Schwellen, Eskalation oder Reopen-Regeln.
Beispiel: Im Angebotsprozess ist Vertrieb Responsible, Geschäftsführung Accountable, Finance Consulted und Delivery Informed.
Decision-OS-Sprache: DRI, Schnittstellenlogik, Decision Rights, End-to-End-Verantwortung.
Weiterführend: RACI und Schnittstellen klären · Warum RACI oft nicht reicht
RASCI
Kurz erklärt: RASCI erweitert RACI um Support. Neben Responsible, Accountable, Consulted und Informed wird sichtbar, wer aktiv unterstützt.
Warum relevant: Gerade in Workshops und Projekten hilft RASCI, Unterstützungsrollen von Verantwortung zu trennen.
Decision-OS-Sprache: Responsible, Accountable, Support, Consulted, Informed, DRI.
Weiterführend: RACI und Schnittstellen · RACI Vorlage
Red-Teaming für KI
Kurz erklärt: Red-Teaming testet KI-Systeme gezielt auf Schwachstellen, Umgehungen, falsche Antworten, Policy-Verstöße oder riskante Toolnutzung.
Warum relevant: KI-Governance darf nicht nur auf Regeln beruhen. Sie muss prüfen, ob diese Regeln unter Angriff, Druck und Grenzfällen halten.
Decision-OS-Sprache: Guardrails, Prompt Injection, Policy Violation, AI Audit Trail, Kill-Switch.
Weiterführend: Decision-Data-Layer
Reopen-Rate
Definition: Die Reopen-Rate beschreibt den Anteil der Entscheidungen oder Vorgänge, die nach dem Schließen wieder geöffnet werden.
Woran man eine hohe Reopen-Rate erkennt: Bereits getroffene Entscheidungen werden erneut diskutiert, alte Beschlüsse verlieren Verbindlichkeit oder Teams warten ab, weil Entscheidungen nicht stabil wirken.
Warum relevant: Eine hohe Reopen-Rate zeigt, dass Entscheidungen nicht sauber genug vorbereitet, dokumentiert, kommuniziert oder geschlossen wurden.
Abgrenzung: Reopen ist nicht automatisch schlecht. Eine Entscheidung darf bei neuen Fakten wieder geöffnet werden. Problematisch ist das Wiederöffnen ohne neue Fakten, nur durch Macht, Unsicherheit oder schlechte Dokumentation.
Beispiel: Ein Führungsteam beschließt eine Priorität. Zwei Wochen später wird dieselbe Priorität erneut diskutiert, obwohl keine neue Datenlage vorliegt.
Decision-OS-Sprache: Reopen-Regel, Decision Log, Schließlogik, Review, Entscheidungsqualität.
Weiterführend: Reopen-Rate bei Entscheidungen messen · Decision Log
Reorganisation
Definition: Reorganisation beschreibt die gezielte Veränderung von Strukturen, Rollen, Bereichen, Verantwortlichkeiten, Entscheidungswegen und Schnittstellen einer Organisation.
Woran man Reorganisationsbedarf erkennt: Bereiche arbeiten gegeneinander, Verantwortung ist doppelt oder gar nicht besetzt, alte Eskalationswege passen nicht mehr, Entscheidungen dauern länger und nach der Umstellung landet vieles wieder bei der Geschäftsführung.
Warum relevant: Reorganisation erzeugt nur dann Wirkung, wenn nicht nur Kästchen verschoben werden. Entscheidungsrechte, Übergaben, Delegation, Foren, Logs und Review-Takte müssen nach der neuen Struktur funktionieren.
Abgrenzung: Reorganisation ist nicht automatisch Change-Kommunikation oder Kulturarbeit. Im Decision-OS geht es zuerst um Entscheidungsfähigkeit nach der Umstellung: Wer entscheidet was, mit welchem Mandat, an welcher Schnittstelle und in welchem Forum?
Beispiel: Zwei Abteilungen werden zusammengelegt. Die neue Struktur funktioniert erst, wenn Budgetrechte, Kundeneskalationen, Übergaben, DRI-Rollen, Decision Log und Review-Takt geklärt sind.
Decision-OS-Sprache: Umstrukturierung, Neustrukturierung, Organisationszusammenlegung, Decision Rights, RACI, DoA, Schnittstellenlogik, Decision Log.
Weiterführend: Reorganisation ohne Entscheidungschaos · Organisationsberatung für Entscheidungswege
Reopen-Regel
Kurz erklärt: Eine Reopen-Regel legt fest, wann eine bereits getroffene Entscheidung wieder geöffnet werden darf.
Warum relevant: Ohne Reopen-Regel werden alte Diskussionen als neue Diskussionen getarnt.
Decision-OS-Sprache: Reopen-Rate, Decision Log, Review, neue Fakten, neue Risiken, veränderte Lage.
Weiterführend: Reopen-Rate bei Entscheidungen · Decision Log
Ressourcen
Kurz erklärt: Ressourcen sind Stärken, Erfahrungen, Beziehungen, Werkzeuge, Zeitfenster oder Strukturen, die Handlungsfähigkeit erhöhen.
Warum relevant: Veränderung wird leichter, wenn vorhandene Ressourcen sichtbar und nutzbar werden.
Coaching-Sprache: lösungsorientiertes Arbeiten, Selbstwirksamkeit, Resilienz, Wertekompass.
Weiterführend: Business Coaching · Methoden & Haltung
Resilienz
Kurz erklärt: Resilienz beschreibt die Fähigkeit, unter Belastung handlungsfähig zu bleiben und sich zu erholen.
Warum relevant: Führung braucht Belastbarkeit, aber nicht als Daueranspannung, sondern mit Struktur, Erholung und Klarheit.
Coaching-Sprache: Ressourcen, Selbstwirksamkeit, Achtsamkeit, Grenzen.
Weiterführend: Business Coaching · Methoden & Haltung
Review
Kurz erklärt: Geplante Überprüfung von Entscheidung, Umsetzung oder Ergebnis.
Warum relevant: Review ersetzt informelles Wiederaufmachen durch sauberes Lernen.
Decision-OS-Sprache: Decision Log, Reopen-Regel, Review-SLA, QBR.
Weiterführend: Decision Log
Review-Meeting
Kurz erklärt: Ein Review-Meeting prüft Entscheidung, Umsetzung, KPI, Lernpunkt oder nächste Anpassung.
Warum relevant: Review verhindert, dass Entscheidungen entweder vergessen oder informell wieder geöffnet werden.
Decision-OS-Sprache: Review-SLA, Decision Log, QBR, Reopen-Regel.
Weiterführend: KPI & QBR System · Decision Log
Review-SLA
Kurz erklärt: Verbindliche Frist für Prüfung, Feedback oder Freigabe.
Warum relevant: Ohne Review-SLA entstehen Wartezeiten und Entscheidungsstau.
Weiterführend: Time-to-Decision KPI
Reversibilität
Kurz erklärt: Einschätzung, wie gut eine Entscheidung rückgängig gemacht werden kann.
Warum relevant: Reversible Entscheidungen können schneller delegiert werden als irreversible.
Decision-OS-Sprache: Type-1/Type-2-Entscheidung, Delegation of Authority, Entscheidungsschwelle.
Weiterführend: Delegation of Authority
Rollenklärung
Kurz erklärt: Rollenklärung beschreibt Aufgaben, Erwartungen, Entscheidungsrechte, Schnittstellen und Vertretung einer Rolle.
Warum relevant: Unklare Rollen erzeugen Rückfragen, Konflikte, Doppelarbeit und Verantwortungslücken.
Decision-OS-Sprache: RACI, DRI, Decision Rights, Schnittstellenlogik, Delegation of Authority.
Weiterführend: Business Coaching · RACI und Schnittstellen
Rollenkonflikt
Kurz erklärt: Ein Rollenkonflikt entsteht, wenn unterschiedliche Erwartungen an eine Person nicht gleichzeitig erfüllbar sind.
Warum relevant: Viele Führungsprobleme sind keine Persönlichkeitsprobleme, sondern ungeklärte Rollenerwartungen.
Coaching-Sprache: Rollenklärung, systemisches Denken, Grenzen, Business Coaching.
Weiterführend: Business Coaching · Methoden & Haltung
Rollenstress
Kurz erklärt: Rollenstress entsteht, wenn Erwartungen aus verschiedenen Rollen gleichzeitig wirken und kaum zusammenpassen.
Warum relevant: Führungskräfte erleben Rollenstress oft zwischen Fachverantwortung, Führung, Loyalität, Familie und Selbstanspruch.
Coaching-Sprache: Rollenklärung, Rollenkonflikt, Grenzen, Wertekompass.
Weiterführend: Business Coaching
Rules Engine
Kurz erklärt: Eine Rules Engine verarbeitet Wenn-Dann-Regeln maschinell und macht Entscheidungen oder Freigaben automatisierbar.
Warum relevant: Regeln können automatisiert werden, müssen aber fachlich, rechtlich und organisatorisch sauber definiert sein.
Decision-OS-Sprache: Decision Rights, Guardrails, AI Governance, Decision-Data-Layer.
Weiterführend: Decision-Data-Layer · DSS verstehen
Rückdelegation
Kurz erklärt: Rückdelegation entsteht, wenn Verantwortung, Aufgaben oder Entscheidungen von Mitarbeitenden oder Führungskräften wieder an die nächsthöhere Führungsebene zurückgespielt werden.
Warum relevant: Rückdelegation überlastet Führung, macht die Geschäftsführung zum operativen Flaschenhals und verhindert, dass Teams eigene Entscheidungskompetenz aufbauen.
Decision-OS-Sprache: Delegation of Authority, Decision Rights, Autonomiegrad, Eskalationspfad, entscheidungsfähige Vorlage.
Weiterführend: Aufgaben landen immer beim Chef · Delegation of Authority · GF als Flaschenhals
Safety-Korridor / Safety Envelope
Kurz erklärt: Der Safety-Korridor beschreibt den erlaubten Handlungsraum eines Teams, Prozesses oder KI-Agenten: Budget, Risiko, Daten, Kundeneingriff und Autonomie.
Warum relevant: Autonomie wird erst steuerbar, wenn klar ist, innerhalb welcher Grenzen gehandelt werden darf.
Decision-OS-Sprache: Guardrails, Autonomiegrad, Decision Rights, Kill-Switch, Eskalationspfad.
Weiterführend: Decision-Data-Layer · Delegation of Authority
Schließlogik
Definition: Schließlogik beschreibt, wann eine Entscheidung wirklich abgeschlossen ist: Beschluss, Owner, Termin, nächster Schritt, Review und Reopen-Bedingung sind geklärt.
Woran man fehlende Schließlogik erkennt: Entscheidungen wirken getroffen, werden aber später erneut diskutiert, weil Owner, Termin, Kontext oder Reopen-Regel fehlen.
Warum relevant: Ohne Schließlogik bleiben Entscheidungen im Alltag halb offen. Das erzeugt Reopen-Schleifen, Unsicherheit und sinkende Umsetzungskraft.
Abgrenzung: Schließlogik ist mehr als „Beschluss notieren“. Sie klärt auch, was als neuer Fakt gilt und wann eine Entscheidung wieder geöffnet werden darf.
Beispiel: Eine Entscheidung gilt erst als geschlossen, wenn sie im Decision Log steht, ein DRI benannt ist, ein Review-Termin existiert und Reopen-Bedingungen festgelegt sind.
Decision-OS-Sprache: Decision Log, Reopen-Regel, DRI+Termin-Quote, Follow-through.
Weiterführend: Decision Log · Umsetzung sichern
Schnittstellenlogik
Kurz erklärt: Schnittstellenlogik regelt, wie Bereiche Übergaben, Entscheidungen, Eskalationen und Zielkonflikte miteinander klären.
Warum relevant: Viele Bereichskonflikte sind eigentlich ungeklärte Übergabe- oder Entscheidungsprobleme.
Abgrenzung: Schnittstellenlogik ist mehr als Prozessbeschreibung. Sie klärt, wer entscheidet, wer liefert, wer prüfen darf und wann eskaliert wird.
Decision-OS-Sprache: RACI, Definition of Done, Übergabekriterium, Eskalationspfad, Veto-Recht.
Weiterführend: Schnittstellen im Führungsteam klären · RACI und Schnittstellen klären
Selbst-als-Kontext
Kurz erklärt: Selbst-als-Kontext beschreibt die Fähigkeit, Gedanken, Gefühle und Rollen wahrzunehmen, ohne mit ihnen völlig verschmolzen zu sein.
Warum relevant: Das schafft Abstand zu innerem Druck und mehr Wahlfreiheit im Handeln.
Coaching-Sprache: ACT, Defusion, Achtsamkeit, psychologische Flexibilität.
Weiterführend: Methoden & Haltung
Selbstwirksamkeit
Kurz erklärt: Selbstwirksamkeit ist die Überzeugung, durch eigenes Handeln etwas bewirken zu können.
Warum relevant: Sie ist zentral für Verantwortung, Veränderung und handlungsfähige Führung.
Coaching-Sprache: Ressourcen, kleine Schritte, Commitment, Resilienz.
Weiterführend: Selbstwirksamkeit testen · Business Coaching
Sensitivitätsanalyse
Kurz erklärt: Eine Sensitivitätsanalyse zeigt, wie stark ein Ergebnis auf die Veränderung einzelner Einflussgrößen reagiert.
Warum relevant: Sie macht sichtbar, welche Annahmen wirklich entscheidend sind.
Weiterführend: DSS verstehen
Silo-Schnittstelle
Kurz erklärt: Eine Silo-Schnittstelle entsteht, wenn Bereichsziele, Daten, Sprache oder Verantwortlichkeiten auseinanderlaufen.
Warum relevant: Silos sind selten nur Haltungsprobleme. Häufig fehlen Entscheidungsrechte und Übergaberegeln.
Decision-OS-Sprache: Schnittstellenlogik, RACI, Definition of Done, Decision Rights.
Weiterführend: Schnittstellen klären
Single Source of Truth
Kurz erklärt: Ein verbindlicher Ort, an dem Entscheidung, Status, Owner, Termin und nächste Schritte eindeutig dokumentiert sind.
Warum relevant: Ohne Single Source of Truth entstehen Parallelstände, Erinnerungslücken und widersprüchliche Interpretationen.
Decision-OS-Sprache: Decision Log, Decision-Data-Layer, Entscheidungsakte, Nachweisfähigkeit.
Weiterführend: Decision Log · Decision-Data-Layer
SLA - Service Level Agreement
Kurz erklärt: Vereinbarung zu Reaktionszeiten, Qualität, Übergaben und Eskalation.
Warum relevant: SLAs machen Schnittstellen belastbarer.
Decision-OS-Sprache: Review-SLA, Schnittstellenlogik, Eskalationspfad.
Weiterführend: RACI und Schnittstellen
Statusmeeting
Kurz erklärt: Ein Statusmeeting dient der Informationslage, nicht automatisch der Entscheidung.
Warum relevant: Problematisch wird es, wenn Statusmeetings Entscheidungszeit blockieren oder fehlende Verantwortung verdecken.
Decision-OS-Sprache: Meeting-Cadence, Reporting, Decision Forum, Output-Quote.
Weiterführend: Meetingkosten berechnen · Decision-OS
Strukturierte vs. unstrukturierte Entscheidung
Kurz erklärt: Manche Entscheidungen sind regelbar, andere brauchen Ermessensspielraum.
Warum relevant: Davon hängt ab, ob ein Tool reicht oder Governance nötig ist.
Decision-OS-Sprache: DSS, Decision Rights, Entscheidungstyp, Governance.
Weiterführend: Decision-OS vs. DSS
Support bekommt Informationen zu spät
Kurz erklärt: Betrieb oder Support erfahren zu spät, was Vertrieb, Projekt oder Produkt bereits zugesagt oder verändert haben.
Warum relevant: Späte Information erzeugt Tickets, Eskalationen, Kundendruck und Schuldzuweisung.
Decision-OS-Sprache: Übergabekriterium, Definition of Done, Schnittstellenlogik, Decision Log, RACI.
Weiterführend: RACI und Schnittstellen klären · Decision Log
System
Kurz erklärt: Zusammenhang aus Rollen, Regeln, Beziehungen, Erwartungen und Wechselwirkungen.
Warum relevant: Systemisch zu arbeiten heißt, nicht nur Verhalten, sondern Struktur und Kontext zu betrachten.
Weiterführend: Methoden & Haltung
Systemische Schleife
Kurz erklärt: Eine systemische Schleife ist ein wiederkehrendes Muster aus Verhalten, Reaktion und Gegenreaktion.
Warum relevant: Viele Konflikte bleiben bestehen, weil alle Beteiligten Teil derselben Schleife sind.
Coaching-Sprache: Muster, Wechselwirkung, Hypothese, Musterunterbrechung.
Weiterführend: Methoden & Haltung
Systemisches Denken
Kurz erklärt: Systemisches Denken betrachtet nicht nur Personen, sondern Wechselwirkungen, Muster, Rollen, Regeln und Kontexte.
Warum relevant: So werden Probleme nicht vorschnell individualisiert, sondern in ihrer Struktur verstanden.
Coaching-Sprache: Kontext, Wechselwirkung, Muster, Hypothese, Ressourcen.
Weiterführend: Methoden & Haltung · Business Coaching
Time-to-Decision / TtD
Definition: Time-to-Decision ist die Zeit vom erkannten Entscheidungsbedarf bis zur verbindlich dokumentierten Entscheidung.
Woran man hohe TtD erkennt: Themen werden vertagt, warten auf Freigaben, wandern durch Meetings oder bleiben ohne Owner offen.
Warum relevant: TtD zeigt, wo Entscheidungen hängen, altern oder Kosten erzeugen. Je länger wichtige Entscheidungen offen sind, desto größer werden Cost of Delay, Unsicherheit und Rework.
Abgrenzung: Time-to-Decision misst nicht Meetingdauer. Gemessen wird die Dauer bis zur Entscheidung, nicht die Dauer der Diskussion.
Beispiel: Eine Preisentscheidung wird am 01. März erforderlich, aber erst am 22. März verbindlich dokumentiert. Die TtD beträgt 21 Tage.
Decision-OS-Sprache: Decision Backlog, Latenzbudget, Decision Log, Cost of Delay, Governance-KPI.
Weiterführend: Time-to-Decision KPI · TtD-Rechner
Timeboxing
Kurz erklärt: Arbeit oder Entscheidungen werden in feste Zeitfenster gelegt.
Warum relevant: Timeboxing schützt Fokus und begrenzt Entscheidungsverschleppung.
Decision-OS-Sprache: Latenzbudget, Decision Backlog, Entscheidungsreife.
Weiterführend: Decision Fatigue & Timeboxing
Type-1/Type-2-Entscheidungen
Kurz erklärt: Unterscheidung zwischen schwer reversiblen und leichter korrigierbaren Entscheidungen.
Warum relevant: Nicht jede Entscheidung braucht dieselbe Freigabetiefe.
Decision-OS-Sprache: Reversibilität, Entscheidungstyp, Decision Rights, Delegation of Authority.
Weiterführend: Delegation of Authority
Übergabekriterium
Kurz erklärt: Ein Übergabekriterium beschreibt, was erfüllt sein muss, damit ein Thema sauber an den nächsten Bereich übergeben werden kann.
Warum relevant: Ohne Übergabekriterien entstehen Nachfragen, Rework, Schuldzuweisung und Eskalation.
Decision-OS-Sprache: Definition of Done, Schnittstellenlogik, SLA, RACI.
Weiterführend: Schnittstellen klären
Übergabeschuld
Kurz erklärt: Übergabeschuld entsteht, wenn ein Bereich Arbeit weitergibt, obwohl Kontext, Qualität, Entscheidung oder Verantwortung noch nicht ausreichend geklärt sind.
Warum relevant: Übergabeschuld wird später als Rework, Supportdruck, Eskalation oder Kundenproblem sichtbar.
Decision-OS-Sprache: Übergabekriterium, Definition of Done, Definition of Ready, Schnittstellenlogik, RACI.
Weiterführend: Schnittstellen klären · Decision Log
Umsetzungsquote
Kurz erklärt: Die Umsetzungsquote zeigt, welcher Anteil getroffener Entscheidungen tatsächlich umgesetzt wird.
Warum relevant: Eine Organisation kann viele Entscheidungen treffen und trotzdem wenig Wirkung erzeugen.
Decision-OS-Sprache: Decision Log, Follow-through, DRI+Termin-Quote, Review-SLA.
Weiterführend: Entscheidungen umsetzen · Decision Log
Umstrukturierung
Definition: Umstrukturierung beschreibt die Veränderung bestehender Organisationsstrukturen, Rollen, Teams, Verantwortlichkeiten und Entscheidungswege.
Woran man eine riskante Umstrukturierung erkennt: Das neue Organigramm ist beschlossen, aber niemand weiß genau, wer künftig welche Entscheidung trifft, welche Schnittstellen sich ändern, welche alten Rechte wegfallen und wo Eskalationen landen.
Warum relevant: Umstrukturierungen erzeugen schnell Entscheidungschaos, wenn nur Strukturkästchen verändert werden. Entscheidend ist, ob die neue Organisation entscheidungsfähig wird.
Abgrenzung: Umstrukturierung ist nicht dasselbe wie Restrukturierung im Sanierungssinn. Im Decision-OS-Kontext geht es um Arbeitsfähigkeit, Entscheidungsrechte, Verantwortung und Umsetzung nach der Veränderung.
Beispiel: Vertrieb, Customer Success und Projektleitung werden neu sortiert. Ohne klare Übergabekriterien, DRI, Vetorechte und Decision Log entstehen sofort neue Reibungsverluste.
Decision-OS-Sprache: Reorganisation, Organisationsdesign, Decision Rights, RACI, DoA, Schnittstellenlogik, Review-Takt.
Weiterführend: Umstrukturierung entscheidungsfähig machen · Schnittstellen im Führungsteam klären
Unveränderlicher Speicher / WORM Storage
Kurz erklärt: Speicherprinzip, bei dem Daten geschrieben, aber nicht nachträglich verändert werden können.
Warum relevant: Für Audit Trails und Nachweisfähigkeit ist Unveränderlichkeit wichtig.
Decision-OS-Sprache: Audit Trail, Entscheidungsakte, Data Provenance, Nichtabstreitbarkeit.
Weiterführend: Data Provenance
UTC-Zeitstempel
Kurz erklärt: Einheitliche, zeitzonenunabhängige Zeitmarke.
Warum relevant: Entscheidungen, Freigaben und Logs bleiben über Standorte hinweg vergleichbar.
Decision-OS-Sprache: Decision Log, Audit Trail, Nachweisfähigkeit.
Weiterführend: Data Provenance
Verantwortung ohne Review
Kurz erklärt: Jemand trägt Verantwortung, aber es gibt keinen festen Zeitpunkt, an dem Ergebnis, Wirkung oder Lernpunkt überprüft werden.
Warum relevant: Ohne Review bleibt Verantwortung unvollständig: Es wird entschieden, aber nicht systematisch gelernt.
Decision-OS-Sprache: Review-SLA, Decision Log, Governance-KPI, Follow-through.
Weiterführend: Decision Log · Decision Governance
Verantwortungsdiffusion
Kurz erklärt: Verantwortung verschwindet im Kollektiv, obwohl viele beteiligt sind.
Warum relevant: Wenn niemand sichtbar accountable ist, entstehen Rückfragen, Verzögerungen, Absicherung und Rework.
Abgrenzung: Verantwortungsdiffusion ist nicht fehlende Motivation. Häufig fehlt die klare Zuordnung von Entscheidung, Umsetzung und Review.
Decision-OS-Sprache: DRI, Accountability, Ownership, RACI, Decision Log.
Weiterführend: Verantwortungsdiffusion verstehen · DRI-Modell
Verantwortungssimulation
Kurz erklärt: Verantwortungssimulation entsteht, wenn Verantwortung formal behauptet wird, aber im Alltag nicht durch Entscheidung, Review oder Konsequenz getragen wird.
Warum relevant: Organisationen wirken dann formal sauber, bleiben aber praktisch unverbindlich.
Abgrenzung: Verantwortungssimulation ist nicht dasselbe wie ein Rollenfehler. Sie beschreibt den Unterschied zwischen behaupteter und tatsächlich getragener Verantwortung.
Decision-OS-Sprache: Accountability, DRI, Mandat ohne Verantwortung, Verantwortung ohne Review, Decision Log.
Weiterführend: Verantwortungsdiffusion · Decision Governance
Versionierung
Kurz erklärt: Nummerierte Stände von Entscheidungen, Dokumenten oder Artefakten inklusive Änderungsverlauf.
Warum relevant: Versionierung macht Veränderungen nachvollziehbar.
Decision-OS-Sprache: Entscheidungsakte, Decision Log, Data Provenance, Audit Trail.
Weiterführend: Data Provenance
Veto-Recht
Kurz erklärt: Ein Veto-Recht beschreibt, wer eine Entscheidung stoppen, zurückgeben oder eskalieren darf.
Warum relevant: Ohne geklärtes Veto entstehen informelle Blockaden oder Entscheidungen werden nachträglich unterlaufen.
Decision-OS-Sprache: Decision Rights, Eskalationspfad, faktisches Veto, Reopen-Regel.
Weiterführend: Entscheidungsrechte klären · Decision Governance
Wachstum macht Entscheidungen langsam
Kurz erklärt: Was früher informell funktionierte, skaliert mit mehr Teams, Standorten oder Führungsebenen nicht mehr.
Warum relevant: Wachstum erhöht Abstimmungsbedarf, wenn Entscheidungsrechte nicht mitwachsen.
Decision-OS-Sprache: Decision Governance, Delegation of Authority, Decision Forum, Decision-Data-Layer.
Weiterführend: Decision Governance · Entscheidungswege klären
Weekly
Kurz erklärt: Regelmäßiger kurzer Takt für Entscheidungen, Blocker und nächste Schritte.
Warum relevant: Ein gutes Weekly erzeugt Verbindlichkeit, kein Status-Theater.
Decision-OS-Sprache: Meeting-Cadence, Decision Forum, DRI, Decision Log.
Weiterführend: Meeting-Cadence
Wechselwirkung
Kurz erklärt: Wechselwirkung bedeutet, dass Verhalten nicht isoliert entsteht, sondern auf anderes Verhalten, Regeln oder Erwartungen antwortet.
Warum relevant: In Organisationen stabilisieren sich viele Probleme gegenseitig, obwohl niemand sie bewusst will.
Coaching-Sprache: systemische Schleife, Muster, Kontext, Musterunterbrechung.
Weiterführend: Methoden & Haltung
Werte
Kurz erklärt: Werte beschreiben, woran Verhalten und Entscheidungen ausgerichtet werden sollen.
Warum relevant: Werte sind keine Ziele, sondern Orientierung für schwierige Entscheidungen, Grenzen und Prioritäten.
Coaching-Sprache: Wertekompass, ACT, Commitment, Haltung.
Weiterführend: Methoden & Haltung · Business Coaching
Wertekompass
Kurz erklärt: Ein Wertekompass macht sichtbar, woran Entscheidungen, Grenzen und Verhalten ausgerichtet werden sollen.
Warum relevant: Werte helfen nur, wenn sie im Alltag Orientierung für konkrete Entscheidungen geben.
Coaching-Sprache: Wertearbeit, ACT, Commitment, Haltung.
Weiterführend: Business Coaching · Methoden & Haltung
What-if-Analyse
Kurz erklärt: Eine What-if-Analyse prüft, wie sich Ergebnisse verändern, wenn Annahmen oder Parameter verändert werden.
Warum relevant: Sie hilft, Optionen vor einer Entscheidung besser zu verstehen.
Decision-OS-Sprache: Entscheidungsunterstützung, Szenario, Entscheidungskriterium.
Weiterführend: DSS verstehen · Decision-OS vs. DSS
Workflow
Kurz erklärt: Abfolge von Schritten, Rollen und Übergaben.
Warum relevant: Workflows zeigen Engpässe, aber sie brauchen Entscheidungsrechte, um belastbar zu sein.
Decision-OS-Sprache: Schnittstellenlogik, Übergabekriterium, Decision Rights, RACI.
Weiterführend: RACI und Schnittstellen
Workspace-TCO
Kurz erklärt: Total Cost of Ownership pro Arbeitsplatz, inklusive Hardware, Software, Admin, Security und Arbeitsplatzmodell.
Warum relevant: Hilft, hybride Arbeit wirtschaftlich zu bewerten.
Weiterführend: Mitarbeiter-Vollkostenrechner
Wissensbasiertes DSS
Kurz erklärt: Ein wissensbasiertes DSS nutzt Regeln, Heuristiken, Expertensysteme oder Knowledge Graphs zur Entscheidungsunterstützung.
Warum relevant: Es kann konsistente Empfehlungen liefern, braucht aber klare Governance und Pflege des Wissens.
Weiterführend: DSS verstehen
WORM Storage
Kurz erklärt: WORM steht für Write Once, Read Many. Daten werden einmal geschrieben und können danach nicht verändert werden.
Warum relevant: WORM Storage unterstützt Revisionssicherheit und Manipulationsschutz bei Logs und Nachweisen.
Decision-OS-Sprache: Entscheidungsakte, Audit Trail, Nachweisfähigkeit, Data Provenance.
Weiterführend: Data Provenance · Entscheidungsakte
Zielkonflikt
Kurz erklärt: Ein Zielkonflikt entsteht, wenn zwei oder mehr berechtigte Ziele nicht gleichzeitig vollständig erfüllt werden können.
Warum relevant: Viele Bereichskonflikte sind keine persönlichen Konflikte, sondern nicht entschiedene Zielkonflikte.
Decision-OS-Sprache: Decision Rights, Entscheidungskriterium, Eskalationspfad, Veto-Recht, Decision Log.
Weiterführend: RACI und Schnittstellen · Decision Governance
Zu viele Abstimmungsschleifen
Kurz erklärt: Ein Thema wandert durch zu viele Personen, Meetings, Kanäle oder Freigabestufen, bevor entschieden wird.
Warum relevant: Jede zusätzliche Schleife erhöht Time-to-Decision, Meetingkosten und Risiko für Missverständnisse.
Decision-OS-Sprache: Decision Forum, Decision Rights, Review-SLA, Meeting-Cadence, Time-to-Decision.
Weiterführend: Meetingkosten-Rechner · Time-to-Decision KPI
Zu viel Abstimmung, zu wenig Output
Kurz erklärt: Teams stimmen viel ab, aber Entscheidungsqualität, Umsetzung und Ergebnisgeschwindigkeit steigen nicht im gleichen Maß.
Warum relevant: Abstimmung wird teuer, wenn sie Entscheidung und Umsetzung ersetzt.
Decision-OS-Sprache: Output-Quote je Meetingstunde, Cost of Delay, Decision Debt, Priorisierung.
Weiterführend: Cost of Delay berechnen · Tools und Rechner ansehen
FAQ
Häufige Fragen zum Coachingwerk Glossar
Das Glossar ist kein Lexikon um des Lexikons willen. Es ist die Übersetzungsfläche zwischen echter Führungsrealität und der Sprache von Decision-OS.
Was ist das Coachingwerk Glossar?
Das Glossar erklärt Begriffe, Alltagssymptome und Werkzeuge rund um Entscheidungsfähigkeit, Verantwortung, Schnittstellen, Führung, Decision-OS, Business Coaching, Reorganisation und AI Readiness.
Warum enthält das Glossar Alltagssprache?
Viele Führungsprobleme werden nicht in Fachbegriffen beschrieben, sondern in Sätzen wie „Alles landet beim Chef“, „Keiner entscheidet“ oder „Nach der Umstrukturierung herrscht Chaos“. Das Glossar übersetzt solche Beobachtungen in Decision-OS-Sprache.
Was ist Decision-OS?
Decision-OS ist ein Betriebssystem für Entscheidungen in Führungsteams. Rechte, Rollen, Foren, Decision Log, Review und Governance-KPIs werden zu einer belastbaren Arbeitsarchitektur verbunden.
Was ist Decision Governance?
Decision Governance beschreibt die Regeln, Rollen und Routinen, nach denen Entscheidungen vorbereitet, getroffen, dokumentiert, überprüft und eskaliert werden.
Was bedeutet Reorganisation ohne Entscheidungschaos?
Reorganisation ohne Entscheidungschaos bedeutet, eine Umstrukturierung, Neustrukturierung oder Zusammenlegung so aufzusetzen, dass Entscheidungsrechte, Verantwortlichkeiten, Schnittstellen, Eskalationswege und Umsetzung von Beginn an klar geregelt sind.
Wie hängt Business Coaching mit Decision-OS zusammen?
Business Coaching stärkt persönliche Rollenklärung, Kommunikation und Handlungsfähigkeit. Decision-OS ergänzt diese Arbeit um die strukturelle Seite: Entscheidungsrechte, Verantwortung, Foren, Logs und Reviews.
Wie hängt AI Readiness mit Decision-OS zusammen?
AI Readiness braucht klare Entscheidungsdaten, Verantwortlichkeiten, Freigaben und Nachweise. Decision-OS liefert dafür Strukturen wie Decision-Data-Layer, Human-in-the-Loop, Guardrails, AI Audit Trail und Decision Governance.
Wann lohnt sich der nächste Schritt mit Coachingwerk Berlin?
Wenn Alltagssätze wie „alles landet bei der Geschäftsführung“, „Meetings bringen keine Entscheidungen“, „Bereiche blockieren sich“ oder „nach der Umstrukturierung ist alles unklar“ nicht nur Einzelfälle sind, sondern wiederkehrende Muster.
Nächster Schritt
Wenn mehrere Begriffe dieses Glossars Ihr Alltag sind, reicht eine Definition nicht mehr.
Ein einzelner Begriff erklärt ein Symptom. Mehrere wiederkehrende Muster zeigen meist etwas anderes: Entscheidungsrechte, Verantwortung, Schnittstellen, Eskalation oder Review greifen im Führungssystem nicht sauber ineinander.
Genau dort setzt Coachingwerk Berlin an: nicht mit mehr Begriffen, sondern mit einer belastbaren Entscheidungsarchitektur für Führungsteams in Berlin, deutschlandweit und im DACH-Raum.
Sinnvoll, wenn langsame Entscheidungen, Rückdelegation, unklare Verantwortung oder Schnittstellenreibung nicht nur gelegentlich auftreten, sondern zum Arbeitsmuster geworden sind.