Der sichtbare Ablauf ist selten der wirkliche.

Im Organigramm wirkt ein Prozess klar. Im Alltag tragen ihn häufig Nebenlisten, persönliche Rückfragen und Wissen in einzelnen Köpfen.

Nach diesem Leitfaden können Sie einen realen Vorgang aufnehmen, die zentrale Reibung benennen und entscheiden, ob zuerst der Ablauf, die Verantwortung oder tatsächlich das System verändert werden muss.

Abläufe entscheiden vor Software. Die folgenden Prüfpunkte arbeiten bewusst ohne Prozentwert oder künstlichen Reifegrad.

10-Punkte-Selbst-Check

Prüfen Sie jeden Punkt an einem realen Vorgang. Entscheidend ist nicht die Zahl gesetzter Haken, sondern welche kritische Voraussetzung offen bleibt.

  1. Der reale Vorgang ist Ende-zu-Ende beschrieben.

    Nicht nur die Soll-Prozessgrafik, sondern Übergaben, Rückfragen und Ausnahmen sind sichtbar.

    Kritische Voraussetzung
  2. Jede kritische Übergabe hat einen Verantwortlichen.

    Es ist klar, wer den Vorgang übernimmt und woran die Übergabe als erledigt gilt.

    Kritische Voraussetzung
  3. Nebenlisten sind vollständig bekannt.

    Excel, E-Mail, persönliche Notizen und lokale Tools wurden bewusst aufgenommen.

    Kritische Voraussetzung
  4. Doppelerfassung ist messbar.

    Für einen typischen Vorgang ist bekannt, wo dieselbe Information erneut eingegeben wird.

    Ergänzender Prüfpunkt
  5. Wartezeiten sind von Bearbeitungszeiten getrennt.

    Die Durchlaufzeit wird nicht mit tatsächlicher Arbeitszeit verwechselt.

    Ergänzender Prüfpunkt
  6. Ausnahmen besitzen einen definierten Weg.

    Sonderfälle werden nicht jedes Mal neu verhandelt.

    Kritische Voraussetzung
  7. Kennzahlen haben Quelle und Eigentümer.

    Definition, Aktualität und Freigabe der entscheidenden Zahl sind geklärt.

    Kritische Voraussetzung
  8. Der Ablauf funktioniert ohne einzelne Schlüsselperson.

    Urlaub oder Ausfall stoppt den Prozess nicht.

    Kritische Voraussetzung
  9. Systemlücken sind von Nutzungslücken getrennt.

    Konfiguration, Schulung, Integration und echte fehlende Funktion werden nicht vermischt.

    Ergänzender Prüfpunkt
  10. Der nächste Schritt ist kleiner als ein Großprojekt.

    Eine konkrete Reibung kann innerhalb von 30 Tagen geprüft oder entfernt werden.

    Ergänzender Prüfpunkt

Ergebnis einordnen – ohne Scheingenauigkeit

STABLE

STABIL: Keine kritische Voraussetzung ist offen. Dokumentieren Sie die verbleibenden Nebenwege und wählen Sie einen messbaren Verbesserungsfall.

CHECK

PRÜFEN: Einzelne Übergaben oder Verantwortungen sind ungeklärt. Belegen Sie den stärksten Bruch an einem realen Vorgang.

ACT

HANDELN: Mehrere kritische Grundlagen fehlen. Starten Sie nicht mit Software - machen Sie zuerst den tatsächlichen Ablauf sichtbar.

Nicht jeder Aufwand ist ein Softwareproblem.

Ordnen Sie den beobachteten Bruch zuerst einer Ursache zu. Erst danach ergibt sich die richtige Maßnahme.

01

ABLAUF KLÄREN

Übergaben, Verantwortungen oder Ausnahmen sind unklar.

02

SYSTEM NUTZEN

Die Funktion ist vorhanden, wird aber nicht tragfähig verwendet.

03

SYSTEMGRENZE LÖSEN

Konfiguration, Integration oder Funktion fehlt tatsächlich.

04

BEWUSST LASSEN

Der Aufwand ist gering, selten oder wirtschaftlich nicht relevant.

Konsequenz: Die erste Entscheidung lautet nicht „Welches Tool?“, sondern „Welche Ursache ist belegt?“

Optimieren Sie erst, bevor Sie automatisieren.

  1. 1 · VORGANG

    Einen realen Fall vom Eingang bis zum Ergebnis begleiten.

  2. 2 · BRUCH

    Wartezeit, Rücksprung, Doppelpflege oder Statusverlust benennen.

  3. 3 · URSACHE

    Prozess, Verantwortung, Daten oder Systemgrenze trennen.

  4. 4 · ENTSCHEIDUNG

    Entfernen, standardisieren, integrieren, automatisieren oder bewusst lassen.

Konsequenz: Automatisierung ist erst sinnvoll, wenn der Standardfall und der Ausnahmeweg verstanden sind.

Messen Sie Übergaben - nicht Meinungen.

Beobachten

Zählen Sie fünf Tage lang Übergaben, Rückfragen und Doppeleingaben.

Verdichten

Markieren Sie den Punkt, an dem der Vorgang den offiziellen Ablauf verlässt.

Priorisieren

Wählen Sie genau einen Bruch mit sichtbarer betrieblicher Wirkung.

Prüfen

Definieren Sie einen Nachweis, der innerhalb von 30 Tagen erbracht werden kann.

Konsequenz: Ein kleiner, belegter Bruch ist eine bessere Entscheidungsgrundlage als eine breite Digitalisierungsinitiative.

Sechs klare Entscheidungsregeln

Wenn ein Vorgang außerhalb des Systems weiterlebt,
prüfen Sie zuerst, welche Information oder Entscheidung im Kernprozess fehlt.
Wenn eine Zahl vor jeder Entscheidung erklärt werden muss,
klären Sie Definition, Quelle, Aktualität und Eigentümer vor dem nächsten Dashboard.
Wenn nur eine Person den Ausnahmeweg kennt,
dokumentieren und testen Sie die Vertretung, bevor Sie automatisieren.
Wenn Bearbeitungszeit klein, Durchlaufzeit aber groß ist,
liegt der Hebel meist in Warten, Übergabe oder Priorisierung.
Wenn das Team sagt „Das System kann das nicht“,
lassen Sie vier reale Fälle nach Konfiguration, Nutzung, Integration und echter Lücke klassifizieren.
Wenn der Nutzen nicht messbar ist,
begrenzen Sie den Test auf eine Kennzahl und einen realen Vorgang.

Fünf typische Fehler – und der bessere Nachweis

Mit Software beginnen

Stattdessen: Zuerst Ursache und realen Vorgang aufnehmen.

Nachweis: Eine eindeutige Prozessroute liegt vor.

Nur Workshops durchführen

Stattdessen: Am Arbeitsplatz beobachten und Belege sammeln.

Nachweis: Rücksprünge und Nebenwege sind quantifiziert.

Alle Probleme gleichzeitig lösen

Stattdessen: Einen Bruch mit messbarer Wirkung wählen.

Nachweis: Ein 30-Tage-Nachweis ist definiert.

Schatten-IT verbieten

Stattdessen: Die Lücke hinter der Nebenlösung schließen.

Nachweis: Der offizielle Ablauf trägt denselben Bedarf.

Erfolg nur über Zeitersparnis bewerten

Stattdessen: Qualität, Transparenz und Resilienz mitprüfen.

Nachweis: Die Wirkung ist in mindestens einer Dimension belegt.

Dokumentierter Praxisbeleg

Ihr konkreter Start in dieser Woche

  1. Montag

    Wählen Sie einen realen Vorgang, der regelmäßig Rückfragen oder Wartezeit erzeugt.

  2. Mittwoch

    Begleiten Sie ihn Ende-zu-Ende und markieren Sie jede Übergabe, Nebenliste und Entscheidung.

  3. Freitag

    Benennen Sie einen Bruch, einen Verantwortlichen und den Nachweis für die nächsten 30 Tage.

Mit Ihren eigenen Zahlen weiterarbeiten

Was bindet Ihr heutiger Ablauf?

Sie schildern Ihre Lage, ich sage ehrlich, ob ich helfen kann. Kein Tool-Pitch, keine Herstellerprovision und keine künstliche Projektgröße.

Interaktives Werkzeug öffnen →15-Minuten-Gespräch anfragen

So nutzen Sie den Leitfaden in 30 Minuten

Der Leitfaden ist kein Reifegradtest. Nutzen Sie ihn mit einem realen Vorgang und dokumentieren Sie offene Nachweise statt Punkte zu zählen.

00–05 MinEinen realen Prozess auswählen

Nicht den gesamten Betrieb bewerten, sondern einen Vorgang mit sichtbarer Reibung.

05–15 MinSelbst-Check am Beleg durchführen

Jede Antwort mit Datei, Systemeintrag, Rückfrage oder Zeitstempel verbinden.

15–25 MinUrsache und Entscheidung trennen

Prozess, Daten, Verantwortung und System nicht in einer Maßnahme vermischen.

25–30 MinNächsten Nachweis festlegen

Eine offene Annahme, einen Verantwortlichen und einen Termin festhalten.

Workshop-Agenda und Entscheidungsblatt

60-Minuten-Arbeitstermin

  1. Ziel und betroffenen Vorgang in einem Satz festlegen
  2. Ist-Ablauf mit Übergaben und Ausnahmen skizzieren
  3. größte Reibung anhand eines Beispiels belegen
  4. Ursache und Handlungsoptionen trennen
  5. einen nächsten Nachweis und Verantwortlichen vereinbaren

Am Ende muss feststehen

Vorgang
Welcher konkrete Fall wird betrachtet?
Wirkung
Welche Zeit-, Margen- oder Steuerungsfolge entsteht?
Offene Annahme
Was wissen wir noch nicht belastbar?
Nächster Nachweis
Welche Beobachtung oder Datenquelle klärt die Annahme?
Verantwortung
Wer liefert oder entscheidet bis wann?

Sinnvolle Teilnehmer

  • Entscheider: hält Ziel, Priorität und akzeptable Trade-offs fest.
  • Fachverantwortung: belegt Vorgang, Regeln und Ausnahmen.
  • IT beziehungsweise Systemverantwortung: erklärt Daten, Systemgrenzen und Betriebsbedingungen.

Moderationsregel

Beobachtung, Annahme und Empfehlung werden getrennt notiert. Eine offene Annahme erhält einen Nachweis, einen Verantwortlichen und einen Termin – keinen erfundenen Punktwert.

Ausgefülltes Kurzbeispiel: Beispiel: „Auftrag wird nach Freigabe manuell in zwei Listen übertragen.“ Nicht sofort automatisieren. Zuerst klären, warum beide Listen existieren, wer sie verwendet und welche Entscheidung daran hängt.

Fünf Managementfragen vor dem nächsten Schritt

  • Welche Entscheidung soll nach diesem Termin möglich sein?
  • Welcher reale Vorgang belegt die Ausgangslage?
  • Welche Annahme ist heute noch nicht belastbar?
  • Wer trägt die fachliche Verantwortung?
  • Was wird bewusst noch nicht umgesetzt?