CYCLE-TIME (Zykluszeit) – Praxisorientierter Lexikon-Eintrag für Produktion und Verbesserung
Cycle Time einfach erklärt: Kennzahl für Takt, Tempo und Effizienz
Die Cycle Time (Zykluszeit) ist eine der zentralen Kennzahlen im Lean Management, in der Produktion, im Projekt- und agilen Management. Sie beschreibt, wie lange ein Prozessschritt oder eine Aufgabe vom Start der eigentlichen Bearbeitung bis zu ihrer Fertigstellung dauert. Wer seine Cycle Time kennt und systematisch verbessert, reduziert Engpässe, erhöht die Produktivität und reagiert schneller auf Kundenanforderungen.
In diesem Lexikon-Eintrag erklären wir klar und praxisnah, was Cycle Time ist, wie sie berechnet wird, wo die typischen Missverständnisse (z. B. zur Lead Time) liegen und wie Sie die Kennzahl in KVP-, Lean- und OPEX-Initiativen wirksam nutzen.
Definition: Was bedeutet Cycle Time (Zykluszeit)?
Die Cycle Time (Zykluszeit) misst die tatsächliche Zeitdauer, die benötigt wird, um einen Prozess oder Arbeitsschritt von Anfang bis Ende abzuschließen. Sie ist eine Schlüsselkennzahl für Effizienz und Produktivität, die sich branchenspezifisch unterscheidet:
- Agile Softwareentwicklung: Die Zeit, die ein Team benötigt, um an einer Aufgabe aktiv zu arbeiten und diese fertigzustellen (ab dem Start der Entwicklung bis zur Auslieferung).
- Produktion: Die Zeitspanne zwischen dem Beginn der Bearbeitung eines Produkts bis zur Fertigstellung (z. B. Dauer der Herstellung eines einzelnen Teils auf einem Fließband).
- Projektmanagement: Die Gesamtzeit, die vergeht, bis ein bestimmter Arbeitsauftrag einen definierten Workflow durchlaufen hat.
Im Lean- und OPEX-Kontext verstehen wir unter Cycle Time in der Regel die effektive Bearbeitungszeit pro Einheit an einem Prozessschritt oder innerhalb eines Prozesses, ohne Warte-, Lager- oder Transportzeiten. Damit beschreibt Cycle Time, wie „schnell“ ein System arbeitet, wenn es tatsächlich aktiv ist. [1]
Nutzen und Ziele der Arbeit mit Cycle Time
Cycle Time ist mehr als nur eine Zeitangabe. Richtig genutzt ist sie ein zentrales Steuerungsinstrument.
Typische Ziele (Output) der Cycle-Time-Analyse
- Transparente Kennzahl zur Leistungsfähigkeit eines Prozesses (z. B. Teile/min, Vorgänge/Tag).
- Erkennen von Engpässen (Bottlenecks) in Wertströmen und Produktionslinien.
- Fundierte Basis für Kapazitätsplanung und Ressourcensteuerung.
- Benchmarking von Ist- vs. Soll-Taktzeiten in Linien und Zellen.
Wirkung in der Organisation (Outcome)
- Kürzere Lieferzeiten durch höhere Prozessgeschwindigkeit.
- Stabile, vorhersagbare Durchsätze (Output pro Zeiteinheit).
- Weniger Verschwendung (z. B. Wartezeiten, Bestände), da Engpässe sichtbar werden.
- Höhere Kundenzufriedenheit durch schnelle Reaktion und termintreue Lieferung.
Abgrenzung: Cycle Time vs. Lead Time (Durchlaufzeit)
Cycle Time vs. Lead Time (Durchlaufzeit) werden häufig verwechselt. Für saubere Analysen ist die Unterscheidung entscheidend.
- Cycle Time beginnt erst, wenn die tatsächliche Arbeit an einem Vorgang startet (z. B. Start der Bearbeitung an einer Maschine, Beginn des Programmierens einer User Story).
- Lead Time (Vorlauf- bzw. Durchlaufzeit) ist umfassender; sie beginnt bereits mit der Kundenanfrage oder dem Auftragseingang und endet erst mit der Auslieferung an den Kunden.
Cycle Time – Fokus auf Bearbeitung
- Nur aktive Bearbeitungszeiten.
- Gut geeignet zur Bewertung von Arbeitsplatz- oder Teamleistung.
- Direkt beeinflussbar über Standardarbeit, 5S, SMED, Schulung.
Lead Time – Fokus auf Kundensicht
- Umfasst Warte-, Lager-, Transport- und Bearbeitungszeiten.
- Wichtig für Termintreue und Lieferversprechen.
- Bezieht gesamte Wertschöpfungskette ein, nicht nur einzelne Schritte.
Berechnung der Cycle Time mit Beispielen
Mathematisch wird die Zykluszeit (oft als Z bezeichnet) in ihrer einfachsten Form im Produktionsumfeld wie folgt ermittelt:
Z = Verfügbare Produktionszeit / Ausbringungsmenge
In agilen Umgebungen oder bei unregelmäßigen Arbeitsabläufen wird sie meist als Durchschnittswert über einen bestimmten Zeitraum berechnet:
Durchschnittliche Cycle Time = Summe der Bearbeitungszeiten für alle Aufgaben / Anzahl der Aufgaben
| Kontext | Formel | Beispiel |
|---|---|---|
| Serienproduktion (Schicht) | Cycle Time = verfügbare Schichtzeit / produzierte Stückzahl | 7,5 h Nettozeit = 27 000 s; 900 Stück → Cycle Time ≈ 30 s/Stück |
| Montagearbeitsplatz | Cycle Time = gemessene Bearbeitungszeit pro Stück | Stoppuhr-Messung: 20 Montagevorgänge → 620 s → 31 s/Stück |
| Agiles Board (Kanban) | Durchschnittliche Cycle Time = Summe der aktiven Bearbeitungsdauern / Anzahl Tickets | 20 Tickets, je 1–5 Tage Bearbeitungszeit → Ø 3 Tage Cycle Time [2] |
Cycle Time in unterschiedlichen Bereichen (Produktion, agil, Projekte)
Die Grundidee der Cycle Time ist überall gleich, die konkrete Ausprägung variiert je nach Branche und Arbeitsweise.
Cycle Time in der Produktion
- Bezieht sich meist auf Maschinen- oder Linienzyklen (z. B. Teile pro Minute).
- Wesentlich für die Auslegung von Taktzeiten in Fließfertigungen.
- Dient als Vergleichsgröße zwischen Ist-Zykluszeit und Kundentakt.
Cycle Time in agilen Umgebungen (Scrum, Kanban)
- Start: Ticket wechselt z. B. von „To Do“ nach „In Progress“.
- Ende: Ticket ist „Done“ (Definition of Done erfüllt, ggf. ausgeliefert).
- Wichtige Kennzahl für Flow, Vorhersagbarkeit und Service Level Expectations (SLE).
Cycle Time im Projekt- und Aufgabenmanagement
- Betrachtung von Bearbeitungszeiten in standardisierten Prozessschritten (z. B. Angebotsbearbeitung, Freigabeschleifen).
- Hilft, Overload von Teams zu erkennen, wenn Aufgaben sehr lange in Bearbeitung sind.
- Unterstützt bei der Ressourcenplanung (z. B. „Wie viele Anfragen schafft ein Team pro Woche?“).
How-To: Cycle Time erfassen und systematisch verbessern
Die Optimierung der Cycle Time folgt einem klaren, praxisbewährten Ablauf, den wir in vielen KVP- und OPEX-Projekten einsetzen.
Schritt 1: Prozess und Messobjekt eindeutig definieren
Legen Sie fest, welcher Prozessschritt oder welcher Aufgaben-Typ betrachtet wird (z. B. „Montage Arbeitsstation 3“ oder „Entwicklung von Change Requests“). Definieren Sie klar, was als Start und was als Ende des Bearbeitungsvorgangs gilt.
Schritt 2: Datenerfassung planen
Entscheiden Sie, ob die Cycle Time per manueller Messung (Stoppuhr, Zeiterfassung), automatischer Datenerfassung (Maschinendaten, MES, ERP) oder Board-Tools (Jira, Azure DevOps, Kanban-Tools) ermittelt wird. Definieren Sie den Betrachtungszeitraum (z. B. 2 Wochen, 1 Monat).
Schritt 3: Ist-Cycle-Time messen und visualisieren
Erfassen Sie für ausreichend viele Einheiten (z. B. 50–100 Stück oder Tickets) die tatsächlichen Bearbeitungszeiten. Visualisieren Sie die Verteilung, z. B. mit Histogrammen, Boxplots oder Run-Charts, um Ausreißer und Schwankungen zu erkennen.
Schritt 4: Ursachen für lange Cycle Times analysieren
Nutzen Sie Methoden wie 5-Why, Ishikawa-Diagramme oder Wertstromanalysen, um Ursachen für lange oder stark schwankende Cycle Times zu finden (z. B. Rüstzeiten, Störungen, unklare Anforderungen, Freigabeschleifen).
Schritt 5: Verbesserungsmaßnahmen planen und priorisieren
Leiten Sie konkrete Maßnahmen ab, z. B. Standardarbeit, SMED-Workshops (Rüstzeitoptimierung), Qualifizierung, Klärung von Übergabekriterien oder WIP-Limits im Kanban. Priorisieren Sie nach Wirksamkeit und Umsetzbarkeit.
Schritt 6: Maßnahmen umsetzen und Wirkung messen
Setzen Sie die Maßnahmen um und messen Sie die Cycle Time erneut im gleichen Rahmen wie in Schritt 3. Vergleichen Sie Vorher-Nachher-Werte und prüfen Sie, ob das Ziel (z. B. -20 % Cycle Time) erreicht wurde.
Schritt 7: Standards sichern und kontinuierlich verbessern
Überführen Sie erfolgreiche Maßnahmen in Standards (Arbeitsanweisungen, Checklisten, Schulungskonzepte). Integrieren Sie die Cycle Time in ein regelmäßiges Shopfloor Management bzw. agiles Review, um die Kennzahl kontinuierlich im Blick zu behalten.
Vorteile und Grenzen der Kennzahl Cycle Time
Vorteile
- Einfache, verständliche Kennzahl, gut kommunizierbar an Mitarbeitende.
- Direkt mit Produktivität und Takt verknüpft.
- Hilft, Engpässe schnell zu identifizieren.
- Gut kombinierbar mit Lean- und KVP-Methoden (Wertstrom, 5S, SMED).
Grenzen
- Betrachtet nur aktive Bearbeitungszeit, nicht die komplette Kundenerfahrung.
- Kann zu lokaler Optimierung verleiten (ein Arbeitsplatz wird schneller, aber der Gesamtprozess nicht).
- Unsaubere Definition von Start/Ende führt zu inkonsistenten Daten.
- In hoch variantenreichen Prozessen ohne Standardarbeit schwierig zu vergleichen.
Herausforderungen & typische Stolperfallen
- Unklare Definition: Unterschiedliche Teams haben unterschiedliche Vorstellungen von „Beginn“ und „Ende“ – Zahlen sind damit nicht vergleichbar.
- Vernachlässigung von Qualität: Nur auf Geschwindigkeit optimieren, ohne FPY oder Reklamationen zu betrachten, verschiebt Probleme in die Nacharbeit.
- Messfehler: Manuelle Stopps ohne Schulung, fehlende Störzeiterfassung oder unvollständige Datensätze verzerren das Bild.
- Fokus nur auf Durchschnittswerte: Mittelwerte verschleiern Streuung und Ausreißer. Besser: Median und Verteilung betrachten.
- Keine Verknüpfung mit Kapazität: Cycle Time ohne Bezug zur verfügbaren Zeit sagt wenig über die maximal mögliche Stückzahl aus.
Praxisbeispiel: Cycle-Time-Reduktion in der Serienfertigung
Ausgangssituation
Ein Zulieferer in der Automobilindustrie produziert ein sicherheitsrelevantes Bauteil auf einer automatisierten Linie. Die geforderte Kundentaktzeit liegt bei 40 s/Stück, die gemessene durchschnittliche Cycle Time der Linie bei 45 s/Stück. Die Folge sind Überstunden und regelmäßige Sonderfahrten.
Vorgehen
- Detailierte Messung der Cycle Times an allen Stationen über zwei Wochen.
- Identifikation eines Engpasses mit 18 s Cycle Time (Soll 14 s).
- Durchführung eines SMED-Workshops zur Reduktion der Rüstzeiten und Optimierung von Materialbereitstellung und Werkerwegen.
- Einführung standardisierter Arbeitsabläufe und 5S an den kritischen Stationen.
Ergebnis
- Reduktion der Cycle Time an der Engpassstation von 18 s auf 13,5 s (−25 %).
- Gesamtlinien-Cycle-Time von 45 s auf 38 s gesenkt – stabil unter Kundentakt.
- Überstunden und Sonderfahrten entfallen, Termintreue steigt signifikant.
Begriffsabgrenzung, historischer Kontext & Relevanz in der Praxis
Begriffsabgrenzung
- Cycle Time vs. Taktzeit: Taktzeit ist die vorgegebene Zeit, um Kundennachfrage zu erfüllen (z. B. 40 s). Cycle Time ist die tatsächliche Bearbeitungszeit. Ziel ist: Cycle Time ≤ Taktzeit.
- Cycle Time vs. Bearbeitungszeit: Bearbeitungszeit wird oft nur für einzelne Schritte genutzt, Cycle Time kann sich auf einen Schritt oder eine ganze Prozesskette beziehen – Definition ist entscheidend.
Historischer Kontext
Der Begriff Cycle Time entstammt der industriellen Fertigung und wurde durch Fließfertigung und Taylorismus geprägt. Im Zuge von Lean Production und insbesondere des Toyota-Produktionssystems erhielt die Zykluszeit eine zentrale Rolle bei der Taktung von Linien und der Vermeidung von Überlastung (Muri), Unausgeglichenheit (Mura) und Verschwendung (Muda).
Mit der Verbreitung agiler Methoden wurde der Begriff auf Wissensarbeit und Softwareentwicklung übertragen. Heute ist Cycle Time dort eine Standardkennzahl zur Bewertung von Flow und Lieferfähigkeit.
Relevanz in der Praxis
In nahezu allen von uns begleiteten Branchen – insbesondere in Automobilindustrie, Maschinenbau, Elektrotechnik, Medizintechnik und Lebensmittelindustrie – ist die Kenntnis der Cycle Time eine Grundvoraussetzung für:
- stabile Produktionsplanung,
- effektives Shopfloor Management,
- gezielte KVP- und Lean-Initiativen,
- und fundierte Investitionsentscheidungen (z. B. Linienerweiterungen, Automatisierung).
Glossar zu Cycle Time & verwandten Begriffen
Cycle Time (Zykluszeit)
Lead Time (Durchlaufzeit)
Taktzeit
WIP (Work in Progress)
OEE (Overall Equipment Effectiveness)
First Pass Yield (FPY)
SMED
Wertstromanalyse
Shopfloor Management
Kanban
FAQ: Häufige Fragen zur Cycle Time
1. Was ist die Cycle Time in einfachen Worten?
Cycle Time ist die Zeit, die Sie tatsächlich brauchen, um eine Einheit Arbeit zu bearbeiten – vom Start der Bearbeitung bis zur Fertigstellung. Wartezeiten davor oder danach gehören nicht dazu.
2. Worin liegt der Unterschied zwischen Cycle Time und Lead Time?
Cycle Time misst nur die aktive Bearbeitungszeit innerhalb eines Prozesses, Lead Time umfasst die gesamte Zeit von Auftragseingang bis Auslieferung – also inklusive Warte-, Lager- und Transportzeiten.
3. Wie berechne ich die Cycle Time in der Produktion?
Teilen Sie die verfügbare Produktionszeit (z. B. Netto-Schutzzeit pro Schicht) durch die produzierte Stückzahl. Alternativ messen Sie die Bearbeitungszeit pro Stück direkt mit Stoppuhr oder Maschinendaten.
4. Wie wird Cycle Time im agilen Umfeld gemessen?
In Scrum oder Kanban wird Cycle Time typischerweise ab dem Zeitpunkt gemessen, an dem ein Ticket von „To Do“ nach „In Progress“ wechselt, bis es den Status „Done“ erreicht. Tools erfassen diese Zeiten oft automatisch.
5. Welche typischen Ziele gibt es für Cycle-Time-Verbesserungen?
Häufige Ziele sind prozentuale Reduktionen (z. B. −20 %), das Unterschreiten einer vorgegebenen Taktzeit oder die Angleichung der Cycle Times verschiedener Stationen zur Engpassvermeidung.
6. Welche Rolle spielt Cycle Time im Lean Management?
Cycle Time ist eine Kernkennzahl im Lean Management, um Fluss, Taktung und Verschwendung zu bewerten. Sie fließt direkt in Wertstromanalysen, Linienbalancierung und Kapazitätsplanung ein.
7. Kann ich nur mit Cycle Time die Leistungsfähigkeit eines Prozesses bewerten?
Nein. Cycle Time ist wichtig, aber erst in Kombination mit Kennzahlen wie FPY, OEE, WIP und Beständen ergibt sich ein vollständiges Bild von Leistungsfähigkeit, Qualität und Stabilität.
8. Wie gehe ich mit stark schwankenden Cycle Times um?
Betrachten Sie neben dem Durchschnitt auch Median und Streuung, analysieren Sie Ausreißer und identifizieren Sie Ursachen (z. B. Störungen, Nacharbeit, unklare Anforderungen). Standardisierung und Qualifizierung helfen, Schwankungen zu reduzieren.
9. Welche typischen Fehler passieren bei der Messung von Cycle Time?
Typische Fehler sind unklare Definition von Start/Ende, Vermischung von Netto- und Bruttozeiten, unvollständige Datenerfassung oder der Vergleich von Werten, die mit unterschiedlichen Methoden erhoben wurden.
10. Wie integriere ich Cycle Time in mein KVP- oder OPEX-System?
Binden Sie Cycle Time als feste Kennzahl in Ihr Shopfloor Management, Ihre Daily-Stand-ups oder Team-Boards ein. Definieren Sie klare Ziele, messen Sie regelmäßig und verknüpfen Sie Abweichungen systematisch mit Problemlösungsmethoden wie 8D, A3 oder KATA.
Handlungsempfehlung der Experten
Wir empfehlen, Cycle Time als verbindliche Kernkennzahl in Produktion, Entwicklung und Administration zu verankern. Definieren Sie für kritische Prozesse klare Messregeln, visualisieren Sie die Kennzahl täglich und verknüpfen Sie Abweichungen konsequent mit strukturierten Verbesserungsmaßnahmen.
In Kombination mit Methoden wie Wertstromanalyse, SMED, 5S, KATA und agilem Board-Management wird Cycle Time zu einem wirkungsvollen Hebel, um Ihre Organisation schrittweise in Richtung Operational Excellence zu entwickeln. Als spezialisierte Berater und Trainer unterstützen wir Unternehmen dabei, diese Kennzahl nicht nur zu messen, sondern in ein lebendiges, wirksames Verbesserungssystem zu überführen.
Quellenangabe
[1] Beispielquelle für Lean-Definition der Cycle Time: „Cycle Time – Kennzahl im Lean Management“. Online-Artikel, abgerufen am 27.05.2026. URL: https://www.beispielquelle-lean-cycle-time.de
[2] Beispielquelle zur Berechnung und Messung der Cycle Time in unterschiedlichen Kontexten. Online-Fachbeitrag, abgerufen am 27.05.2026. URL: https://www.beispielquelle-berechnung-cycle-time.de
Stand
OPEX Training & Consulting GmbH