Aktuelles Value Stream Map des betroffenen Prozesses liegt mit Lead Time, Process Time und Wartezeiten vor.
Kaizen Event
Vorbedingung
Was vorher fertig sein muss
Aktueller Arbeitsstandard ist dokumentiert oder die Abwesenheit eines Standards ist explizit festgestellt.
Vorbereitung
Was vor Start vorliegen muss
Gemba-Raum nah am Prozess; Stoppuhren; Flipcharts; Spaghetti-Diagramm-Vorlage; A3-Vorlage; Kamera für Vorher-Nachher-Aufnahmen; Liste aller relevanten KPIs der letzten 30 Tage.
Ein Kaizen-Lead (erfahren in Lean); ein Process Owner (entscheidungsbefugt, vor Ort); 4-8 Operators, die den Prozess täglich ausführen; ein Sponsor mit Budget für Sofortmassnahmen; optional ein externer Lean Coach.
Konkreter Scope (genau ein Prozessabschnitt); Baseline-KPIs (Cycle Time, First-Pass Yield, WIP); bisherige Verbesserungsversuche; bekannte Constraints (Compliance, Maschinen, Schichten).
3-5 Tage (typisch Mo-Fr, je 8 h)
Raum mit Sichtlinie zum Gemba reservieren. Alle KPI-Charts an die Wand. Kalender aller Teilnehmer für die Woche blockieren. Vertretung im Tagesgeschäft organisieren, sonst dropouts ab Tag 2.
Kernfrage
Die eine Frage, die diese Methode beantwortet
Welche konkrete Verbesserung im definierten Prozessabschnitt kann das Team in dieser Woche umsetzen, messen und als neuen Standard verankern?
Ablauf
Marker: Tag
| Schritt | Dauer | Aktion | Hinweis |
|---|---|---|---|
1Tag 1: Gemba und Ist-Aufnahme | 8 h | Vor-Ort-Beobachtung des Prozesses mit Stoppuhren und Spaghetti-Diagramm. Cycle Times pro Schritt messen, Waste-Kategorien (TIMWOOD) notieren. Baseline-KPIs für die Eventwoche fixieren. | Mindestens drei vollständige Prozessdurchläufe beobachten, nicht nur einen. Variation ist Erkenntnis, nicht Störung. Operators nicht 'für die Beobachtung' anders arbeiten lassen. |
2Tag 2: Ursachenanalyse und Soll-Design | 8 h | Top-3-Wastes mit 5 Whys oder Fishbone analysieren. Soll-Prozess als Skizze auf Flipchart entwerfen, mit erwarteter Cycle-Time-Reduktion und konkretem Standard-Work-Format. | Wenn das Soll-Design Investitionen über das vorab freigegebene Budget hinaus erfordert, ist es kein Kaizen-Kandidat, sondern Capex-Projekt. |
3Tag 3: Pilot und Iteration | 8 h | Soll-Prozess in echter Umgebung pilotieren. Pro Durchlauf Daten erfassen, mit Operators sofort anpassen. Mindestens drei Iterationen am Tag. | Wenn Operator beim Pilot wieder in alten Ablauf zurückfällt, ist der neue Standard nicht ausreichend visualisiert oder unbequem. Sofort nachschärfen. |
4Tag 4: Standard verankern | 8 h | Neuen Standard als Standard Work Sheet dokumentieren (Schritte, Cycle Time, Qualitätscheckpoints). Visualisierung am Arbeitsplatz anbringen. Training aller betroffenen Schichten durchführen. | Standard ohne sichtbare Visualisierung verfällt. Mindestens ein Aushang oder Bildschirm am Arbeitsplatz, nicht nur PDF im Wiki. |
5Tag 5: Report-out und Sustain-Plan | 6 h | Vorher-Nachher-Vergleich der KPIs präsentieren. Sustain-Plan mit Audit-Cadence (z. B. wöchentlich erste 4 Wochen), Owner und Eskalationspfad festlegen. Followups als A3 anlegen. | Ohne Sustain-Plan fällt der Prozess in 4-6 Wochen zurück. Audit-Termine sofort in Kalender. Audit-Befund-Eskalation klar an Process Owner. |
Artefakt
Was am Ende rauskommt
Event-Report mit Scope, Baseline-KPIs, Vorher-Nachher-Vergleich, neuem Standard Work Sheet, Spaghetti-Diagramm vorher und nachher, Followup-Liste mit Owner und Datum sowie Sustain-Plan mit Audit-Cadence.
- A3 als Papier oder PDF im Operations-Wiki
- Confluence-Seite im Lean-Space mit eingebetteten Fotos
- Markdown im Repo unter docs/operations/kaizen/
- Visual-Management-Board am Arbeitsplatz mit Foto-Dokumentation
Event-Ordner mit Datum, Prozessname und Lead. Standard Work Sheet bekommt eigene Versionsnummer und Datum, jede Revision als neue Version, nicht überschreiben. Audit-Befunde als Append in Sustain-Log.
Kaizen Event Arbeitsvorlage
Kompakte Arbeitsvorlage für Kaizen Event mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.
# Kaizen Event Arbeitsvorlage
## Ziel
Fokussierter Verbesserungsworkshop, in dem ein Prozess kurzfristig analysiert, verbessert und standardisiert wird.
## Kontext
Wann und wofür nutzen wir diese Methode?
## Input
Welche Daten, Beobachtungen, Entscheidungen oder Materialien liegen vor?
## Durchführung
Kurze Notizen entlang des Run Sheets.
## Ergebnisartefakte
- Kaizen Charter:
- Waste List:
- Improvement Experiments:
- Standard Work Update:
## Annahmen und offene Fragen
- ...
## Entscheidung / Nächster Schritt
Owner, Datum und Erfolgssignal.Beispielausgabe
Konkret gefülltes Szenario
## Kaizen Event — Wareneingang Linie 3 (11.-15.05.2026)
**Process Owner**: @marcus (Operations Lead)
**Scope**: Schritt 'Wareneingang Kommissionierung' von Anlieferung bis Buchung in WMS.
**Baseline (Vorwoche)**: Cycle Time 14 min 20 s; First-Pass Yield 81%; WIP-Bestand am Tagesende 47 Paletten.
**Hauptursachen**: 1. Suchzeit für Scanner (Spaghetti zeigt 32 m Wegstrecke pro Buchung). 2. Doppelte Eingabe in zwei Systemen. 3. Unklare Visualisierung 'fertig'-Status.
**Massnahmen**: Scanner-Halterung an jedem Wareneingangsplatz; Schnittstelle SAP-WMS automatisiert (Owner: @anna IT); Ampel-Visualisierung an jeder Palette.
**Ergebnis Freitag**: Cycle Time 9 min 10 s (-36%); First-Pass Yield 94%; WIP 18 Paletten.
**Sustain**: Wöchentliches Audit durch @marcus für 4 Wochen, dann monatlich. Audit-Sheet am Wareneingangsboard.Stolperfallen
Symptome erkennen, gegensteuern
Scope zu breit
Event versucht Wareneingang, Kommissionierung und Versand gleichzeitig zu verbessern.
Auf einen Prozessabschnitt mit klaren Start- und Endpunkten verengen. Rest in Folge-Events. Kaizen ist Fokus, nicht Transformation.
Process Owner nicht freigeschaufelt
Process Owner pendelt zwischen Event und Tagesgeschäft, Entscheidungen verzögern sich.
Event nur starten, wenn Owner 80% der Woche im Raum ist. Vertretung im Tagesgeschäft vorab benennen, schriftliche Übergabe.
Soll-Prozess am Whiteboard, nie pilotiert
Tag 3 wird mit Detail-Design verbracht, kein realer Durchlauf gestartet.
Spätestens Mittag Tag 3 erster Pilot, auch unfertig. Lernen passiert im Tun, nicht im Diskutieren. Unvollständigkeit ist erwünscht.
Standardisierung als PDF im Wiki
Neuer Standard liegt im SharePoint, am Arbeitsplatz unverändert.
Visualisierung physisch am Prozess (Aushang, Bildschirm, Markierung). Standard ist sichtbar oder existiert nicht.
Kein Sustain-Plan
Freitag-Report-out endet, niemand auditiert ab Montag.
Mindestens 4 Audit-Termine in Kalender setzen, Owner namentlich, Eskalationspfad bei Abweichung definiert.
Operators nur als Statisten
Lean Coach und Process Owner reden, Operators sitzen schweigend dabei.
Operators schreiben den Standard selbst. Coach moderiert, entwirft nicht. Wer ausführt, gestaltet.
Abbruchkriterien
Done-Signale, in unter einer Minute prüfbar
Run Sheet durchgearbeitet?
Zum Steckbrief für Zweck, ähnliche Methoden und Quellen — oder direkt zur nächsten Methode im Katalog.