Planview Blog

Ihr Weg zu geschäftlicher Agilität

Enterprise Agile Planning

Mit Kanban Berechnungen durchführen: So berechnen Sie die Zykluszeit

Veröffentlicht Von Daniel Vacanti

In meinem letzten Beitrag habe ich über die grundlegenden Flussmetriken (Zykluszeit, Durchsatz und WIP) gesprochen und mitgeteilt, welche Daten Sie für den Anfang sammeln müssen. Nun, da Sie die Daten haben - wie verwandeln Sie sie in aussagekräftige Flussmetriken? Sie müssen nur ein paar einfache Kanban-Kalkulationen lernen. In diesem Beitrag zeige ich Ihnen, wie Sie die Zykluszeit anhand der Start- und Endzeiten von Arbeitsaufgaben berechnen können.

Wie Sie die Zykluszeit berechnen

Eine der am einfachsten zu verstehenden Kanban-Berechnungen ist die Berechnung der Zykluszeit. Eine einfache Definition von Zykluszeit ist: Die Gesamtzeit, die zwischen dem Beginn und dem Ende eines Vorgangs verstreicht. Eine noch bessere Definition von Zykluszeit ist: Die gesamte verstrichene Zeit, die ein Artikel als Work in Progress (WIP) verbringt - aber dazu mehr in einem späteren Beitrag.

Beachten Sie, dass der Begriff "verstrichene Zeit" in beiden Definitionen enthalten ist. Für die Zykluszeit erfassen wir nicht nur die Zeit, die jemand aktiv an einem Artikel gearbeitet hat, und wir begrenzen die Kanban-Berechnung auch nicht willkürlich auf die normale Arbeitszeit (z.B. indem wir Nächte, Wochenenden und Feiertage ignorieren - erfahren Sie hier, warum ).

Denken Sie daran, dass wir die Flussmetriken aus der Perspektive des Kunden berechnen. Was unsere Kunden interessiert, ist die insgesamt verstrichene Zeit. Mit dieser Definition ist die Kanban-Berechnung der Zykluszeit sehr einfach:

Zykluszeit = Enddatum - Startdatum + 1

Sie fragen sich vielleicht, woher das "+ 1" in der obigen Kanban-Berechnung kommt; es dient dazu, Artikel zu berücksichtigen, die am selben Tag beginnen und enden. Hier ist ein Beispiel: Wenn Sie im Dezember 15 mit der Arbeit begannen und sie am selben Tag beendeten, dann ist 15 - 15 = 0. Aber Sie würden nie sagen, dass ein Artikel eine Zykluszeit von Null hat, oder? Sicherlich würde Ihr Kunde das nie sagen. Logischerweise hat diese Arbeit einen Tag gedauert - nicht null Tage.

Aber was ist mit Artikeln, die nicht am selben Tag beginnen und enden? Nehmen wir zum Beispiel an, ein Artikel begann am 1. Januar und endete am 2. Januar.  Die obige Berechnung würde eine Zykluszeit von zwei Tagen ergeben (2 - 1 + 1 = 2). Dies ist ein vernünftiges, realistisches Ergebnis, das aus Sicht des Kunden Sinn macht: Wenn wir eine Durchlaufzeit von einem Tag angeben, könnte der Kunde erwarten, dass er seinen Artikel noch am selben Tag erhält. Wenn wir ihnen zwei Tage sagen, haben sie eine realistische Erwartung, dass sie ihre Sendung am nächsten Tag erhalten usw. Dies ist nur eine Möglichkeit, wie Kanban-Berechnungen Ihnen bei der Kommunikation mit Ihren Kunden helfen können.

Zykluszeit: Beispiel für eine Kanban-Berechnung

Um die obige Kanban-Berechnung zu veranschaulichen, lassen Sie uns noch einmal die Beispieldaten aus meinem früheren Beitrag ansehen und nun die berechnete Zykluszeit hinzufügen:

Arbeit ItemIDAngekommenAbgereistZykluszeit (Tage)
101/01/201601/03/2016               3
202/02/201603/03/2016              31
301/02/201603/04/2016              63

 

Wenn Sie die obigen Berechnungen selbst durchführen, sollten Sie zu denselben Ergebnissen kommen wie ich. Ich habe zuerst versucht, im Kopf zu rechnen (keine gute Idee für mich) und habe mich bei der zweiten und dritten Antwort vertan, als ich es mit Excel überprüft habe. Ich hatte vergessen, dass 2016 ein Schaltjahr war!

Vielleicht haben Sie die Befürchtung, dass die oben beschriebene Methode zur Berechnung der Zykluszeit dazu neigt, die Zykluszeit in Tagen zu messen. In Wirklichkeit können Sie Tage durch jeden beliebigen Begriff von "Zeit" ersetzen, der für Ihren Kontext relevant ist. Vielleicht sind das Wochen, Stunden oder sogar Sprints. (Wenn Sie in einem Scrum-Team die Zykluszeit in Form von Sprints messen wollten, würde die Berechnung einfach End Sprint - Start Sprint + 1 lauten). Der Punkt ist, dass diese Kanban-Kalkulation wunderbar generisch ist und in alle Kontexte passt.

Vorteile der Messung der Zykluszeit

Die Vorteile der Kanban-Kalkulation für die Durchlaufzeit können gar nicht hoch genug eingeschätzt werden. Hier sind nur einige Gründe, warum es für Kanban-Teams hilfreich sein kann, zu lernen, wie man die Zykluszeit berechnet:

  • Die Zykluszeit wird aus der Sicht des Kunden gemessen, was Ihnen eine gemeinsame Sprache gibt, um darüber zu sprechen, wann ein Artikel fertiggestellt sein wird.
  • Es ist ganz einfach, die Berechnung der Zykluszeit zu erlernen (Sie haben wahrscheinlich schon alle Daten, die Sie brauchen).
  • Die Zykluszeitberechnung selbst ist sehr einfach und unkompliziert und liefert uns eine Fülle von Informationen über die Gesamtleistung Ihres Prozesses.
  • Die berechnete Zykluszeit ermöglicht es uns, aussagekräftige Vorhersagen über die Fertigstellungszeiten der einzelnen Artikel zu treffen (ich werde das in einem späteren Beitrag näher erläutern).

Dieser letzte Punkt bedarf einer kleinen Klarstellung. Es ist schön und gut, die Zykluszeit zu verwenden, um Vorhersagen über die Fertigstellung einzelner Aufgaben zu machen, aber was ist, wenn wir Vorhersagen über die Fertigstellung mehrerer Aufgaben machen wollen? Was ist, wenn wir 100 Einträge in unserem Backlog haben und wissen möchten, wann alle 100 Einträge abgeschlossen sein werden?  Um diese Frage zu beantworten, müssen wir eine ganz andere Flussmetrik verwenden, deren Berechnung wir bis zum nächsten Mal warten müssen. Der Name dieser Metrik? Durchsatz.

Wie immer können Sie in meinem Buch Actionable Agile Metrics for Predictability mehr darüber erfahren, wie man die Zykluszeit und andere Kanban-Berechnungen berechnet.

Danke fürs Lesen!

Leseempfehlungen

Um mehr über Kanban-Berechnungen zu erfahren, konsultieren Sie diese Ressourcen:

Ähnliche Beiträge

Geschrieben von Daniel Vacanti

Daniel ist ein 20-jähriger Veteran der Softwarebranche, der die letzten 15 Jahre damit verbracht hat, sich auf schlanke und agile Praktiken zu konzentrieren. Kürzlich war er Mitbegründer von ActionableAgile™, einem Unternehmen, das branchenführende Tools und Dienstleistungen für prädiktive Analysen für jeden Lean-Agile-Prozess anbietet. In 2015 veröffentlichte er sein Buch Actionable Agile Metrics for Predictability, das der maßgebliche Leitfaden für die Verwendung von Flussmetriken und Analysen bei der Gestaltung und dem Betrieb vorhersehbarer Prozesse ist.