methodatlas
Run SheetOperationsLean Improvement

Kaizen Event

KomplexitätMedium
Zeit0.5-5 Tage
Teilnehmende4-10
FormatWorkshop
MaturityCanonical
01

Vorbedingung

Was vorher fertig sein muss

Vorher abschließenValue Stream Mapping

Aktuelles Value Stream Map des betroffenen Prozesses liegt mit Lead Time, Process Time und Wartezeiten vor.

Ohne: Ohne VSM verliert der Event Tag 1 mit Datenerhebung statt mit Verbesserung.
Vorher abschließenStandard Work Analysis

Aktueller Arbeitsstandard ist dokumentiert oder die Abwesenheit eines Standards ist explizit festgestellt.

Ohne: Ohne Standard ist nach dem Event keine Stabilisierung möglich, die Verbesserung verfällt in zwei Wochen.
02

Vorbereitung

Was vor Start vorliegen muss

Materialien

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.

Personen / Rollen

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.

Vorabinfos

Konkreter Scope (genau ein Prozessabschnitt); Baseline-KPIs (Cycle Time, First-Pass Yield, WIP); bisherige Verbesserungsversuche; bekannte Constraints (Compliance, Maschinen, Schichten).

Zeitbedarf

3-5 Tage (typisch Mo-Fr, je 8 h)

Setup

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.

03

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?

04

Ablauf

Marker: Tag

SchrittDauerAktionHinweis
1Tag 1: Gemba und Ist-Aufnahme
8 hVor-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 hTop-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 hSoll-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 hNeuen 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 hVorher-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.
05

Artefakt

Was am Ende rauskommt

Form

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.

Tool-Alternativen
  • 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
Versionierung / Ownership

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.

markdown

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.
06

Beispielausgabe

Konkret gefülltes Szenario

kaizen-event-beispiel.md
markdown
## 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.
07

Stolperfallen

Symptome erkennen, gegensteuern

Falle

Scope zu breit

Symptom

Event versucht Wareneingang, Kommissionierung und Versand gleichzeitig zu verbessern.

Was tun

Auf einen Prozessabschnitt mit klaren Start- und Endpunkten verengen. Rest in Folge-Events. Kaizen ist Fokus, nicht Transformation.

Falle

Process Owner nicht freigeschaufelt

Symptom

Process Owner pendelt zwischen Event und Tagesgeschäft, Entscheidungen verzögern sich.

Was tun

Event nur starten, wenn Owner 80% der Woche im Raum ist. Vertretung im Tagesgeschäft vorab benennen, schriftliche Übergabe.

Falle

Soll-Prozess am Whiteboard, nie pilotiert

Symptom

Tag 3 wird mit Detail-Design verbracht, kein realer Durchlauf gestartet.

Was tun

Spätestens Mittag Tag 3 erster Pilot, auch unfertig. Lernen passiert im Tun, nicht im Diskutieren. Unvollständigkeit ist erwünscht.

Falle

Standardisierung als PDF im Wiki

Symptom

Neuer Standard liegt im SharePoint, am Arbeitsplatz unverändert.

Was tun

Visualisierung physisch am Prozess (Aushang, Bildschirm, Markierung). Standard ist sichtbar oder existiert nicht.

Falle

Kein Sustain-Plan

Symptom

Freitag-Report-out endet, niemand auditiert ab Montag.

Was tun

Mindestens 4 Audit-Termine in Kalender setzen, Owner namentlich, Eskalationspfad bei Abweichung definiert.

Falle

Operators nur als Statisten

Symptom

Lean Coach und Process Owner reden, Operators sitzen schweigend dabei.

Was tun

Operators schreiben den Standard selbst. Coach moderiert, entwirft nicht. Wer ausführt, gestaltet.

08

Abbruchkriterien

Done-Signale, in unter einer Minute prüfbar

Process Owner ist nicht für mindestens 4 von 5 Tagen verfügbar, Entscheidungen blockieren.
Keine belastbaren Baseline-Daten verfügbar, Verbesserung ist nicht messbar.
Operators dürfen nicht freigestellt werden, Tagesgeschäft hat Vorrang.
Identifizierte Lösungen brauchen Capex jenseits des Event-Budgets, ist Projekt nicht Kaizen.
Compliance- oder Tarifkonflikte verhindern Pilotierung in dieser Woche.
Sponsor hat Lösung bereits vorgegeben, Event ist Inszenierung.

Run Sheet durchgearbeitet?

Zum Steckbrief für Zweck, ähnliche Methoden und Quellen — oder direkt zur nächsten Methode im Katalog.