ZEBROS Methode / Small StepsMethod / Small Steps
Methode / Small StepsMethod / Small Steps
The Method // Small Steps // Version C

See the whole.
Move in small steps.

End-to-End bleibt der richtige Blick auf das System. Small Steps ist der belastbare Takt für Veränderung: reale Arbeit verstehen, jeden Schritt auf seinen Zweck reduzieren und Verbesserung sichtbar, übersteuerbar und wiederaufsetzbar machen.

Methode öffnen ↓Beispiel verfolgen
00 / System view, change pace

Das Ganze verstehen.
Nicht alles zugleich verändern.

Small Steps reduziert nicht die notwendige Komplexität Ihres Geschäfts. Die Methode macht sie handhabbar.

Wir kartieren den vollständigen Zusammenhang aus Menschen, Regeln, Daten, Orten, Anwendungen, Übergaben und Ausnahmen. Verändert wird anschließend in kleinen, eigenständig nützlichen Schritten, damit Wirkung früh sichtbar wird und der Betrieb nicht auf eine große Lösung warten muss.

01 // Reality first

Reale Arbeit

Nicht den Happy Path oder das Prozessbild optimieren. Fälle, Rückfragen, Wartezeiten, Hilfsmittel und lokale Besonderheiten zeigen das wirkliche System.

02 // Purpose bounded

Eigenständiger Zweck

Wir zerlegen weiter, bis ein Schritt kein separat beschreibbares Ziel mehr hat. Erst dann ist er klein genug, um sauber beurteilt und verändert zu werden.

03 // Tools last

Werkzeug zuletzt

Die kleinste wirksame Intervention gewinnt: eine klare Regel, ein Label, ein Formular, eine API oder ein eng begrenzter Smart Step.

01 / A lesson that took too long

End-to-End ist der richtige Blick auf das System. Aber selten der richtige Takt für Veränderung.

Jahrzehntelang bin ich dem Mantra gefolgt: Einen Prozess musst Du Ende-zu-Ende betrachten, wenn Du ihn nachhaltig verbessern willst. Das klingt richtig - und in vieler Hinsicht ist es das auch.

Aber Veränderung verlangt dann oft zu viel auf einmal und liefert greifbare Erfolge zu spät, um Menschen mitzunehmen. Menschen werden nicht von uns verändert. Sie verändern sich selbst - manchmal durch einen guten Impuls von außen.

Also begann ich, komplexe Abläufe in kleine Schritte zu zerlegen und für jeden Ziel, Nutzen und Grund zu benennen. Das schafft nicht weniger Systemverständnis. Es schafft die Einheiten, in denen Menschen prüfen, lernen und wirksam verändern können.

01 // Creates value

Schafft Wert

Der Schritt erzeugt direkten Kundennutzen oder erfüllt eine grundlegende fachliche Voraussetzung.

02 // Enables value

Ermöglicht Wert

Der Schritt liefert einem späteren Schritt die notwendige Grundlage - etwa gepflegte Kundenstammdaten vor einem Angebot.

03 // Serves the system

Dient dem System

Der Schritt existiert vor allem für Administration, Historie, Gewohnheit oder eine technische Einschränkung. Die kritische Prüfung beginnt hier - besonders, wenn weitere Schritte nur seine Voraussetzungen schaffen.

The small difference

Das bleibt End-to-End-Denken. Der kleine Unterschied: Werthaltige Schritte mit einem wiederholbaren Muster können schon heute verbessert oder deterministisch automatisiert werden, ohne den gesamten Ablauf zur Blackbox zu machen.

02 / The route

Vom realen System.
Zum beweisbaren Schritt.

Sechs Stationen halten den Systemblick vollständig, machen die Veränderung aber klein genug, um im laufenden Betrieb zu funktionieren.

01

Map the system

Grenzen, Beteiligte, Daten, Regeln, Anlagen, Orte und nicht frei veränderbare Bedingungen sichtbar machen. Drei bis fünf Outcomes mit Owner, Zielwert und bewussten Nicht-Zielen festlegen.

02

Observe real work

Reale Fälle verfolgen. Übergaben, Wartezeiten, Korrekturen, Hilfsmittel, Entscheidungen und widersprechende Sichtweisen als Evidenz aufnehmen.

03

Level down

Arbeit bis zum kleinsten eigenständigen Zweck zerlegen. Schritte nach Wertbeitrag unterscheiden und Fälle mit stabilen IDs und Ereignissen über Systemgrenzen verankern.

04

Contract each step

Entry, Control und Exit definieren: Was muss zum Start vorliegen, welche Regeln und Verantwortung gelten, welches Ergebnis und welcher Qualitätsnachweis beenden den Schritt?

05

Design for storms

Reale Störungen priorisieren und Pause, Wiederaufnahme, Queue, idempotente Wiederholung, Ersatzweg und manuellen Fallback direkt in den Schritt bauen.

06

Pilot, prove, scale

Mit vorhandenen Mitteln klein starten, Störungen simulieren und Outcomes messen. Erst danach erweitern - oder anhand vorher vereinbarter Stopping Rules verändern oder stoppen.

03 / Step contract

Jeder Schritt weiß,
wo er steht.

Ein Schritt ist nur dann klein genug, wenn er mit bekanntem Input eigenständig starten, ein prüfbares Ergebnis liefern und nach einer Unterbrechung sicher wiederaufsetzen kann.

Anchor // stable identity

Nicht Namen verbinden. Fälle verbinden.

Angebots-ID, Positions-ID, Preis-Snapshot und Entscheidungs-ID verhindern Mehrdeutigkeit. Status, Wiederholungen und Evidenz bleiben so dem richtigen Fall zugeordnet.

QUOTE-1042 / ITEM-07 / PRICE-S03
E
EntryTrigger und minimale Daten, die zum sicheren Start vorhanden sein müssen.
C
ControlRegeln, Referenzen, Qualitätsgrenzen und Verantwortung für die Ausführung.
X
ExitErgebnis, Evidenz und ein eindeutiges Erfolgs- oder Fehlersignal.
04 / Storm list

Störungen sind kein Randfall.
Sie sind Entwurfsdaten.

Nicht jede Störung kann oder soll verschwinden. Wir klassifizieren sie und bauen genau dort Wiederaufsetzbarkeit, Ersatzwege und bewusste Entscheidungen ein.

Avoid

Vermeiden

Doppelte Anfragen durch verlässliche Deduplizierung am Eingang verhindern.

Reduce

Reduzieren

Fehlende Preisdaten mit markiertem Fallback und einer gezielten Aufgaben-Queue abfedern.

Accept

Akzeptieren

Den Ausfall eines Genehmigers mit Vertretung, Timer und sicherem Wartezustand behandeln.

Enable

Ermöglichen

Bewusste fachliche Ausnahmen zulassen - mit Grund, Verantwortlichem und Auditspur.

Save earlyPause / resumeIdempotent retryManual fallbackEvidence log
05 / Automation boundary

Deterministisch, wo es zählt.
Smart, wo es hilft.

Automation soll ein vorhersehbares Ergebnis erzeugen. AI darf unstrukturierte Signale vorbereiten, Unterschiede markieren oder Optionen vorschlagen. Fachliche Transaktionen, Seiteneffekte und Abnahmen bleiben kontrolliert.

Deterministic core

Gleicher Input. Gleiches Ergebnis.

  • IDs prüfen und Daten eindeutig zuordnen
  • Preise berechnen und Schwellen auswerten
  • Transaktionen vollständig buchen oder zurückrollen
  • Status, Version und Evidenz festhalten
Bounded smart step

Vorschlagen. Nicht verschleiern.

  • Freitext und Dokumente strukturieren
  • Fehlende Angaben und Konflikte markieren
  • Optionen mit Herkunft und Konfidenz vorbereiten
  • Menschen entscheiden lassen oder deterministische Regeln erzeugen
Manual equivalence

Ist die Automation nicht verfügbar, muss dasselbe fachliche Ergebnis manuell und wiederholbar erreichbar bleiben. Fällt ein Baustein aus, darf weder der gesamte Geschäftsprozess noch das zugrunde liegende Geschäftsmodell stillstehen.

06 / Worked example

Ein Angebot.
Kein Prozessmonster.

Ein globaler Kern bleibt verständlich. Länder-, Markt- und Kundenspezifika werden als begrenzte Regeln am richtigen Schritt ergänzt - nicht als neue End-to-End-Prozesse.

01Anfrage erfassen

Minimaldaten speichern, Duplikate erkennen und Request-ID vergeben.

Rule
02Kunde verankern

Kunden eindeutig zuordnen oder einen später zusammenführbaren Stub anlegen.

Rule
03Scope vorbereiten

Unstrukturierte Anfrage in Draft-Positionen überführen; Unklares bleibt sichtbar.

Smart step
04Preis und Risiko prüfen

Gültige Preisbasis snapshotten, Schwellen, Genehmiger und Vertretung auswerten.

API + Gate
05Lokale Regeln anwenden

Gebühren, Incoterms und Exportregeln als versionierte, begrenzte Regeln ergänzen.

Rule set
06Senden und lernen

Dokument versionieren, Versand nachweisen und Änderungen am betroffenen Schritt neu starten.

Evidence
07 / Pilot discipline

Klein starten.
Beweisbar lernen.

Ein Pilot ist keine verkleinerte Großimplementierung. Er muss früh zeigen, ob reale Arbeit unter realen Störungen besser wird - und genauso klar sagen, wann wir ändern oder stoppen.

01System und Outcomes kartieren
028-12 Step Cards definieren
03Störungen am Tisch simulieren
04Mit vorhandenen Mitteln pilotieren
05Messen, entscheiden, skalieren
OutcomeDurchlaufzeit, Fehlerquote und Nacharbeit statt Aktivitäts- oder Vanity-Metriken.
OwnershipJeder Zielwert und jede Ausnahme hat einen benannten fachlichen Owner.
RecoveryNach einem Fehler bleibt Fortschritt erhalten; der Wiedereinstieg dauert Minuten, nicht Tage.
Stopping ruleVor dem Start festlegen, welche Ergebnisse Fortsetzung, Änderung oder Abbruch auslösen.
Hyper // Small Steps

Welcher Ablauf muss skalieren, ohne zur Blackbox zu werden?

Den ersten Schritt öffnen →