Der Managementexperte Peter Drucker wird mit den Worten zitiert: "Man kann nicht managen, was man nicht misst". Dem würden die meisten Produktmanager oder Reporting-Nerds zustimmen - vor allem, wenn es darum geht, den Workflow eines Entwicklungsteams zu verbessern. Allerdings kennt sich nicht jeder so gut mit Lean- und Agile-Metriken aus wie ich, was durchaus verständlich ist, denn ich denke täglich über diese Dinge nach. Als Erstes sollten Sie lernen, dass Lean- und Agile-Metriken zum Guten eingesetzt werden können (um Arbeitsabläufe zu rationalisieren, die Teameffizienz zu steigern und ein Team auf ein gemeinsames Ziel auszurichten) - aber auch zum Schlechten (um Schuldzuweisungen zu machen, Teams gegeneinander auszuspielen usw.).
Wir alle haben schon an Projekten teilgenommen, bei denen nichts gemessen wurde, so dass es schwierig war, festzustellen, ob Fortschritte gemacht wurden. Das macht nicht jedem Spaß - und es ist auch nicht wirklich agil. Sie können die Agilität nicht steigern, wenn Sie nicht wissen, wie effizient Sie überhaupt arbeiten.
Aber wenn Sie irgendeine Form von Agile, Scrum oder Kanban praktizieren, haben Sie wahrscheinlich auch schon erlebt, dass Metriken falsch verwendet werden - entweder weil die Daten, die zur Erstellung der Metriken verwendet werden, nicht sauber sind, oder weil die Analyse dieser Daten zu falschen Schlussfolgerungen führt und die falschen Verhaltensweisen fördert.
Die Verfolgung und Analyse solider Lean- und Agile-Kennzahlen kann die Transparenz innerhalb eines Teams verbessern und dabei helfen, Wege zur Verbesserung der Arbeitsweise Ihres Teams zu finden.
Es kann Ihrem Team helfen, schlanker und agiler zu werden, indem es nicht nur die Geschwindigkeit erhöht, sondern Ihr System auch besser auf die Bewältigung von Rückschlägen vorbereitet. Aber zuerst müssen Sie im gesamten Team ein klares, gemeinsames Verständnis darüber haben, welche Lean- und Agile-Metriken Sie verwenden und warum. Ebenso wichtig ist es, dass Sie wissen, wie Sie sie sammeln.
Die Verwendung einer Kanban-Tafel ist für jedes Team, das seinen Arbeitsablauf verbessern möchte, unerlässlich. Betrachten Sie es einmal so: Wenn Sie es nicht sehen können, können Sie es nicht messen, und wenn Sie es nicht messen können, wie können Sie es dann verbessern? Mit einer digitalen Kanban-Tafel kann Ihr Team nicht nur seine Arbeit visualisieren, sondern auch die Erfassung und Berichterstellung von Workflow-Metriken automatisieren, was Ihnen wertvolle Einblicke verschafft, die Sie für Verbesserungsmaßnahmen nutzen können.
HIER SIND DIE ERSTEN BEIDEN VON FÜNF AGILEN METRIKEN, DIE JEDES ENTWICKLUNGSTEAM MESSEN SOLLTE.
VORLAUFZEIT: WIE LANGE DAUERT ES, UM VON "TO-DO"' ZU "ERLEDIGT"?
Was es ist: Ein Maß für die Gesamtzeit, die eine Arbeit benötigt, um geliefert zu werden, vom Zeitpunkt der Anforderung bis zur Lieferung der Arbeit.
Wie es gemessen wird: Auf Kanban-Tafeln - von dem Zeitpunkt, an dem eine Karte erstellt wird, bis zu dem Zeitpunkt, an dem sie in die Spalte 'Erledigt' verschoben wird (in Berichten über Durchlaufzeiten und Zykluszeiten).
Was es uns verrät: Die wahrgenommene Zeit, die eine Arbeit in den Augen des Kunden (intern oder extern) in Anspruch genommen hat.
Die Durchlaufzeit misst die Gesamtzeit, die eine Arbeit benötigt, um den Wertstrom zu durchlaufen, und zwar von dem Moment, in dem die Arbeit angefordert wird, bis zu dem Zeitpunkt, an dem sie geliefert wird. Sie misst die Dauer von Anfang bis Ende. Dies umfasst sowohl die Prozesszeit als auch die Zeit, die die Arbeit in Warteschlangen oder im Wartezustand verbringt.
Wir messen die Vorlaufzeit, indem wir einen Timer starten, wenn Arbeit angefordert wird, und diesen Timer stoppen, wenn die Arbeit geliefert wird. Natürlich wäre es eine Herausforderung, die Durchlaufzeiten für jeden einzelnen Auftrag, der das System durchläuft, manuell zu messen - deshalb ist es wichtig, ein Tool zu finden, das diese Aufgabe für Sie übernimmt.
Die Vorlaufzeit wird oft verwendet, um den Kunden Schätzungen zu liefern. Daher ist es wichtig, dass die Teams ihre durchschnittlichen Vorlaufzeiten für verschiedene Arten von Arbeit genau kennen. Das ist der Punkt, an dem es knifflig werden kann.
Wenn wir einen Kostenvoranschlag erstellen, denken wir oft daran, wie lange wir brauchen, um aktiv die Arbeit zu erledigen. Es ist jedoch wahrscheinlich, dass diese aktiven, wertschöpfenden Schritte nur einen Bruchteil Ihrer gesamten Vorlaufzeit ausmachen. Es ist wahrscheinlicher, dass die Arbeit zwischen den einzelnen Prozessschritten eine beträchtliche Zeit in Warteschlangen oder Wartezuständen verbringt und dass die in den Wartezuständen verbrachte Zeit größer ist als die aktive Arbeitszeit.
Normalerweise geht es bei der Reduzierung der Durchlaufzeiten darum, die Übergabe zwischen den Prozessschritten zu optimieren, um die Zeit zu minimieren, die die Arbeit im Wartezustand verbringt. Die Begrenzung des WIP im gesamten Team ist eine der effektivsten Möglichkeiten, die Wartezeiten zu reduzieren und damit die Gesamtdurchlaufzeiten zu verringern. Die Optimierung der Zykluszeiten ist ebenso wichtig.
ZYKLUSZEIT: WIE LANGE BRAUCHEN WIR, UM...
Was es ist: Ein Maß dafür, wie lange die Arbeit dauert, um innerhalb Ihres Prozesses von Punkt A nach Punkt B zu gelangen.
Wie es gemessen wird: Auf Kanban-Tafeln - von dem Zeitpunkt, an dem eine Karte eine bestimmte Spur betritt, bis zu dem Zeitpunkt, an dem sie eine andere bestimmte Spur betritt (welche Spur, hängt davon ab, welchen Teil Ihres Prozesses Sie zu messen versuchen).
Was es uns verrät: Wie lange bestimmte Abschnitte Ihres Prozesses dauern können. So erhalten Sie einen Einblick in die Stellen, an denen die Arbeit in Ihrem Prozess stecken bleibt und wie Sie den Fluss verbessern können.
Sowohl die Vorlaufzeit als auch die Zykluszeit helfen uns zu verstehen, wie lange es dauert, bis die Arbeit unsere agilen Arbeitsabläufe durchläuft, aber sie messen unterschiedliche Segmente des Prozesses. Während die Durchlaufzeit die Gesamtzeit misst, die ein Workitem in unserem System verbringt, misst die Zykluszeit, wie lange ein Workitem braucht, um von Punkt A nach Punkt B zu gelangen.
Da die Zykluszeit von zwei beliebigen Start- und Endpunkten auf einer Kanban-Tafel aus gemessen werden kann, ist es üblich, dass mehrere Kategorien von Zykluszeiten auf einer Tafel vorhanden sind (z.B. Design-Zykluszeit, Entwicklungs-Zykluszeit, QA-Zykluszeit usw.).
Ähnlich wie bei der Messung der Durchlaufzeiten können wir die Zykluszeiten messen, indem wir einen Timer starten, wenn die Arbeit in eine bestimmte Spur auf unserem Board eintritt, und sie anhalten, wenn sie diese Spur verlässt.
Lean- und Agile-Teams können die Zykluszeiten für jeden einzelnen Schritt in ihrem Prozess messen und mit Möglichkeiten zu deren Reduzierung experimentieren. Wenn Sie z.B. feststellen, dass die Zykluszeit für das Testen erheblich länger ist als für die anderen Schritte in Ihrem Prozess, können Sie versuchen, das WIP-Limit des Testschritts zu reduzieren, ein zusätzliches Teammitglied für den Testschritt abzustellen oder die Anforderungen für das Testen zu vereinfachen, damit das Team diesen Schritt schneller durchlaufen kann.
It might be that within a specific step, there are several review cycles that aren’t visualized. Visualizing these review cycles as their own individual steps can help teams get a more accurate understanding of where work gets stuck.
Nun zurück zur Suche nach einem Tool, das die Vorlauf- und Zykluszeiten für Sie messen kann - Planview AgilePlace kann genau dieses Tool sein. Es ist nicht nur in der Lage, die Messungen für Sie vorzunehmen, sondern durch Funktionen wie Kanban-Boards können Sie Ihre laufenden Arbeiten und die der anderen Teammitglieder leicht priorisieren und visualisieren. Wenn Sie mehr erfahren möchten, registrieren Sie sich noch heute für eine kostenlose Testversion von Planview AgilePlace!
