Sie sind agil. Sie haben die Zeremonien festgelegt, Sie haben die Planung im Griff - und mit jedem Schritt entdecken Sie die Notwendigkeit, Prozesse zu optimieren und Verfahren zur kontinuierlichen Verbesserung einzuführen. Effektives Agiles Programmmanagement bedeutet, dass Sie über die richtigen agilen Metriken verfügen, um den Fortschritt, die Leistung und den allgemeinen Zustand des Teams zu messen.
Wir haben vor kurzem eine Reihe virtueller Diskussionen mit Demos veranstaltet, die zeigen, wie die Einführung eines agilen Programm-Managements Unternehmen helfen kann, einige der größten Herausforderungen bei der Skalierung von Agile zu bewältigen.
In dieser vierteiligen Blogserie erzähle ich Ihnen von den Höhepunkten der einzelnen Diskussionen und zeige Ihnen Möglichkeiten auf, wie Sie Ihren Ansatz zur Skalierung von Agile verbessern können.
Dieser Blog ist dem "Teil 3 gewidmet: Lean and Agile Metrics - Oh My" und konzentriert sich darauf, wie Agile Program Management Software Unternehmen dabei helfen kann, Arbeit und Daten zu visualisieren, WIP-Limits zu verwalten, Features zu dimensionieren, die Geschwindigkeit zu bewerten und Burndown auf Programm- und Teamebene zu messen.
Wenn Sie sich für dieses Thema interessieren, finden Sie hier einen schnellen Zugang zu der vollständigen Diskussions- und Demoreihe zum Agilen Programmmanagement 4-Teil.
Warum sind agile Metriken wichtig?
Agile Metriken sind eine Möglichkeit, das Feedback des Teams zu fördern, um die agilen Prozesse zu messen und zu verbessern - von der Art und Weise, wie Zeremonien durchgeführt werden, bis hin zur Art und Weise, wie Teams ihre Arbeit abliefern.
Die vier Bereiche von Agile Metrics umfassen:
- Produktivität und Durchsatz
- Vorhersehbarkeit und Stabilität
- Reaktionsfähigkeit und Bearbeitungszeit
- Qualität und Fehlerdichte
Zu den Lean- und Agile-Metriken gehören unter anderem: Liefermetriken, wie z.B. Release-Häufigkeit und Liefergeschwindigkeit, Geschwindigkeit, Sprint Burndown, Epic und Release Burnup, Zykluszeit/Durchlaufzeit, kumulativer Fluss und Epic und Release Burndown. Eine ausführliche Erklärung finden Sie in dem Artikel Agile Metrics vs. Lean Metrics.
Agiles Programm-Management und Planview AgilePlace
Wie bereits in den vorangegangenen Blogs besprochen, benötigen Sie eine Unternehmenslösung für Kanban wie Planview AgilePlace, um Boards auf Teamebene (für Teams von Teams oder Agile Release Trains) einzurichten und dann die Informationen in den Team-Boards in einer einzigen Ansicht auf Programmebene zusammenzufassen. Sie können damit nicht nur die Arbeit verwalten und visualisieren, Zeremonien wie die PI-Planung durchführen, sondern Sie erhalten auch Zugriff auf die Lean- und Agile-Metriken, um Gespräche zu beginnen, Risiken zu erkennen und Prozesse zu verbessern.
Sofort einsatzbereite Metriken in Planview AgilePlace
Jede Kanban-Tafel in Planview AgilePlace wird mit "Current State" Metriken geliefert, die Ihnen helfen, Fragen wie diese zu beantworten:
- Zugewiesene Benutzer: Wie viele Benutzer sind der aktuellen Arbeit zugewiesen?
- Vertrieb: An welcher Art von Arbeit arbeiten wir?
- Ausnahmen: Welche Arbeitsaufgaben haben ihr geplantes Start- und/oder Enddatum überschritten?
- Zeitplan: Wie weit sind wir mit den geplanten Arbeitsaufgaben? Und was ist gefährdet?
Zusätzlich zu den aktuellen Kennzahlen können Sie auch "Historische Trends" einsehen, was Ihnen hilft, Fragen wie diese zu beantworten:
- Burndown: Befinden wir uns auf dem richtigen Weg, um die geplante Arbeit bis zur Frist/zum Ende dieser Iteration/des Sprints abzuschließen?
- Effizienz: Wie viele aktive und inaktive Karten für ein bestimmtes Datum in Bearbeitung sind, sowie die in Arbeit befindlichen Karten.
- Kumulativer Fluss: Welche Arbeit ist in Arbeit, während sie das Kanban-System durchläuft?
- Geplanter Prozentsatz der Fertigstellung: Welche Arbeiten werden bis zum geplanten Fertigstellungsdatum im Vergleich zum tatsächlichen Fertigstellungsdatum abgeschlossen?
- Geschwindigkeit: Wie lange dauert es durchschnittlich, bis eine Karte von einer bestimmten Startspur bis zu einer bestimmten Zielspur verarbeitet wird. Sind wir auf dem richtigen Weg, unsere Arbeit für einen bestimmten Programmschritt zu beenden?
All diese Metriken in Planview AgilePlace ermöglichen es Teams, Gespräche auf Team- und Programmebene zu führen. Im Folgenden werde ich einen meiner Lieblings-Teamberichte vorstellen und erläutern, warum die Verbindung von Teamboards für die Berichterstattung auf Programmebene so wichtig ist.
Exceptions Report - Ein wertvoller Bericht für jedes Team
Der Ausnahmenbericht bietet einen hervorragenden Einblick für das gesamte Team - aber auch für den Scrum Master, da es seine Aufgabe ist, Blockaden zu beseitigen und Risiken zu eskalieren, um die Teamleistung zu verbessern. Der Bericht ermöglicht es Teammitgliedern, Risiken für Karten, die sich gerade im Flug befinden, schnell zu erkennen. Der Bericht bietet eine nach "Risikoschweregrad" geordnete Ansicht, so dass Sie das höchste Risiko zuerst sehen und entsprechend handeln können.
Visualisieren Sie Risiken durch:
- Verpasstes Startdatum
- Fertigstellungstermin verpasst
- Inaktivität
- Geschwindigkeit
Dann können Sie noch einen Schritt weiter gehen, indem Sie die Karte selbst durchforsten und eine Diskussion auf der Grundlage der Informationen aus dem Abschnitt Geschichte und Gesundheit beginnen, um zusammenzuarbeiten, Entscheidungen zu treffen, Prioritäten zu setzen oder den Kurs zu korrigieren.
Out-of-the-Box-Berichte + die Möglichkeit, benutzerdefinierte Berichte auf Programmebene zu erstellen
Von der Programmtafel aus können Führungskräfte den Fortschritt der Arbeit von Teams visualisieren und verfolgen - eine äußerst leistungsstarke Funktion in Planview AgilePlace. Auf der Programmebene erhalten die Führungskräfte Zugriff auf genau die gleichen, bereits erwähnten Agile-Metriken und -Berichte, allerdings aus der Perspektive eines Teams von Teams. So können Sie zum Beispiel auf Programmebene visualisieren, wie Funktionen die Prozesse von Team X, Team Y und Team Z durchlaufen. Sie können den Zustand und die Historie jedes einzelnen Prozesses visualisieren, um wichtige datengestützte Geschäftsentscheidungen zu treffen, und den Ausnahmebericht anzeigen, um die Risiken im gesamten ART zu bewerten.
Darüber hinaus können Sie auch benutzerdefinierte Berichte erstellen, in denen Sie die Daten mehrerer Team-Boards für unternehmensspezifische Metriken nutzen. Während der Demo stellte das Team ein Beispiel für einen benutzerdefinierten Bericht mit dem Titel "Agile Program Execution" vor, der Informationen über mehrere Team-Boards in mehreren Programminkrementen enthält und Interaktionspunkte, insgesamt fertiggestellte Karten, den Gesamtumfang sowie fertiggestellte Funktionen und fertiggestellte Enabler anzeigt. Dies ist nur ein Beispiel dafür, wie die Verbindung mehrerer Team-Boards mit einem Programm-Board eine aussagekräftige Berichterstattung auf Programmebene ermöglicht und wie die Führung ihr agiles Programm vorantreiben und kontinuierliche Verbesserungen fördern kann.
451 Forschungsvideo: Agiles Programm-Management
Chris Marsh, Principal Analyst von 451 Research, gibt Ihnen einen Einblick in die Vorteile, die besten Praktiken und die unterstützende Technologie, wenn Sie Ratschläge von Experten zum agilen Programmmanagement benötigen.
Bleiben Sie auf dem Planview-Blog dran, wenn wir in die abschließende Demo-Diskussion eintauchen: Agile Program Management - Eating the Cake, too! Während das Team die Vorteile der Implementierung einer agilen Programmverwaltungslösung diskutiert.
![Agile-Programm-Management: Wie Sie den Erfolg der Agile-Skalierung steigern [Video]](https://blog.planview.com/wp-content/uploads/2020/09/Apm-video.gif)
