Was Sind Epics in Agile? Definition, Beispiele und Verfolgung

Agile Epics sind große Arbeitsaufgaben, die in kleinere und besser handhabbare Arbeitseinheiten, Aufgaben oder User Stories unterteilt werden können. Diese Reihe von Arbeitsaufgaben verfolgen das gleiche Ziel, das das Epic beschreibt. Epics sind ein wesentlicher Bestandteil des agilen Projekt- und Produktmanagements und ein Grundstein des Managements agiler Teams und Unternehmen.

Epics sollten spezifisch und messbar sein, damit Manager sie verfolgen und sicherstellen können, dass sie zu den größeren strategischen Zielen beitragen können. Sie helfen dabei, eine hierarchische Struktur in der Arbeit zu schaffen, und erleichtern die Priorisierung, damit die Wertschöpfung mit optimaler Qualität und auf schnellstem Wege bewerkstelligt wird.

Was Sind Die Bestandteile Von Epics?

Die Bestandteile von Epics in Agile umfassen eine Erklärung darüber, wie ein Geschäftsziel aussieht, und kleinere User Stories und Aufgaben, die die einzeln zu erledigenden Arbeitsaufgaben darstellen. User Stories können auf mehrere Teams, Abteilungen und Hierarchien verteilt werden. Ihre Ausführung wirkt sich direkt auf den Epic aus, was wiederum die strategischen Pläne beeinflusst. In größeren Unternehmen trägt eine Reihe von Epics zu den übergeordneten strategischen Zielen bei.

Der Hauptvorteil von Epics im agilen Projektmanagement ist die Struktur, die sie für die Arbeit bieten. Darüber hinaus nutzen agile Teams Epics, um:

• die Organisation ihrer Arbeitsabläufe zu verbessern;
• klare Prioritäten zu setzen, die sich an den Kundenanforderungen orientieren;
• Transparenz in die strategischen Ziele einzuführen;
• eine Hierarchie der Ideen im Produkt-Backlog zu schaffen (wenn Scrum verwendet wird).

Wie Erstellt Man Epics in Agile?

Die Erstellung von agilen Epics ist ein Prozess, an dem idealerweise das ganze Team beteiligt ist. Einige Agile-Teams verwenden die User-Story-Vorlage, um ihre Epics zu erstellen, während andere sie in kurzen Sätzen beschreiben. Unabhängig davon gibt es ein paar wichtige Schritte bei der Erstellung von Epics.

Definieren Sie den Endbenutzer des Epics.

Die Klärung der Benutzerrolle, also ob das Ziel des Epics darin besteht, auf das Feedback bestehender Kunden einzugehen oder ein neues Publikum anzusprechen, wird Ihnen helfen, wichtige Projektspezifikationen besser zu verstehen.

Strukturieren Sie Die Einzelnen Arbeitsaufgaben und Bilden Sie Sie An Einem Ort Ab.

Auf diese Weise werden Sie die Fertigstellung jedes Epics besser prognostizieren können. Im Rahmen von Scrum beispielsweise werden User Stories einem Sprint (Iteration) zugewiesen, wodurch eine Roadmap für das Projekt entsteht. Kanban hingegen basiert auf der Pull-Methode, bei der der Arbeitsfluss durch Kanban-Boards „ausgestrahlt“ wird und agile Teammitglieder neue Arbeit annehmen, nachdem sie die vorherige Arbeit abgeschlossen haben.

Beziehen Sie Feedback-Möglichkeiten Ein.

Wenn Sie die Teammitglieder dazu ermutigen, ihre Vorschläge und Kommentare mitzuteilen, können Sie die Arbeitselemente entsprechend den Anforderungen und Spezifikationen zuteilen bzw. anpassen. Wenn Sie diese Korrekturen vornehmen, können Sie letztendlich jedes Epic effizienter und mit höherer Qualität abschließen.

Bewährte Verfahren für das Erstellen von Epics

• Wenn Sie Ihre Epics beschreiben, bevor Sie die genauen User Stories oder Arbeitsaufgaben spezifizieren, können Sie sich einen Überblick über die Arbeit verschaffen. Auf diese Weise können Sie das Gesamtbild klarer sehen, während die spezifischen Aktionen zur Fertigstellung der einzelnen Epics während der Ausführung zugewiesen werden.
• Durch die Einbeziehung aller Teammitglieder in der Erstellung der Epics wird sichergestellt, dass jeder das Ziel des Projekts versteht. Die Zusammenarbeit hilft dabei, Missverständnisse über Spezifikationen der Arbeitsaufgaben oder die Anforderungen der User Stories zu vermeiden.
• Die Visualisierung des Fortschritts von Epics und den zugehörigen User Stories ermöglicht einen besseren Einblick in den Arbeitsfluss im System, in Projektblockaden und in Verbesserungsmöglichkeiten. Eine Möglichkeit, diese Art von Transparenz zu erreichen, besteht darin, alle Epics und Arbeitsaufgaben auf einem einzelnen oder auf mehreren verknüpften Kanban-Boards abzubilden.

Beispiele für Agile Epics

Im agilen Projektmanagement können Epics die Entwicklung einer neuen Produktfunktion, die Beantwortung einer Kundenanfrage, die Lösung eines gemeldeten Problems oder die Umsetzung einer Geschäftsanforderung darstellen.

Um dies im Zusammenhang zu betrachten, können wir uns das folgende Szenario anschauen.

Epics für den IT-Bereich

Unternehmen A bietet Webhosting-Dienste an. Um eine zuverlässige und schnelle Bearbeitung der Supportanfragen der Kunden zu gewährleisten, möchte das Unternehmen eine CRM-Lösung eines Drittanbieters integrieren. Das Team, das sich mit der Umsetzung des übergeordneten Strategieziels befasst, wird es in mehrere Epics und mehrere einzelne Arbeitsaufgaben unterteilen.

Dieses Szenario kann man also wie folgt aufschlüsseln.

• Die übergeordnete Initiative kann lauten: „Wir führen ein CRM-System ein, um die Kundenwünsche zu erfüllen“.
• Es kann eine Reihe von Epics geben, die diese Initiative unterstützen, wie z.B. „Auswahl der CRM-Plattform“ und „Implementierung des CRM-Systems“.
• Die User Stories zur Vervollständigung des Epics „Auswahl der CRM-Plattform“ können mithilfe der User-Story-Vorlage formatiert werden.

Epics im Bereich der agilen Entwicklung

Unternehmen B arbeitet an der Entwicklung einer SaaS-Plattform für das Ressourcenmanagement. Das Unternehmen hat sich das Ziel gesetzt, sich im Softwaremarkt für Projektmanagement durchzusetzen (Initiative). Das Entwicklungsteam muss neue Projektmanagementfunktionen entwickeln (Epic). Das Epic oder die Epics müssen dann in kleinere Arbeitseinheiten (User Stories) unterteilt werden.

Wie Verwaltet Man Agile Epics?

Eine Möglichkeit für agile Projektmanager, Projekte und Epics zu verwalten, sind Kanban-Boards. Ein gut strukturiertes Kanban-Board sorgt für mehr Transparenz, verbindet die Planung mit der Ausführung und ermöglicht Agilität über mehrere Organisationsebenen hinweg. Hier sind die üblichen Schritte zur Abbildung eines Epics auf einem Kanban-Board.

1. Bilden Sie Ihre Epics auf einem Kanban-Board ab, auf dem Ihr Team bereits alle Prozessschritte definiert hat.
2. Lassen Sie die verschiedenen Teams die Epics in mehrere einzelne Arbeitseinheiten (User Stories) aufteilen, die jedes Epic vorantreiben können.

Mithilfe von Kanban-Boards können Teams ein hohes Maß an Transparenz erreichen, indem sie ihre Epics und die entsprechenden User Stories in einem Knotenpunkt visualisieren. Durch diese Verbindung wird eine Aufteilung der Arbeit gewährleistet, ohne die gesetzten Ziele aus den Augen zu verlieren.

In der obigen Abbildung sehen wir ein Beispiel für die Kanban-Board-Struktur eines Beschaffungsteams. Die Kanban-Methode stützt sich in hohem Maße auf die Visualisierung, um ein kohärentes System für ein erfolgreiches Arbeitsmanagement zu schaffen.

Messen und Verfolgen von Epics

Der Erfolg eines jeden Epics in einem agilen Umfeld hängt von der Verfolgung, Messung und Beherrschung der Fähigkeit ab, seine Dauer vorherzusagen. Je nach der vom Team angewendeten agilen Methodik gibt es zwei weit verbreitete Ansätze zur Messung von Epics.

Agile-Teams, die das Scrum-Konzept verwenden, nutzen üblicherweise den Burndown-Chart, um die Ausführung ihrer Epics und Stories zu verfolgen. Kanban-Benutzer hingegen verwenden die Durchsatzmetrik, um das durchschnittliche Liefertempo des Teams für User Stories, Aufgaben und Epics auf der Grundlage historischer Daten zu ermitteln. Die Kanban-Methode bietet wertvolle Werkzeuge wie das kumulative Flussdiagramm und Monte-Carlo-Simulationen, die Aufschluss darüber geben, wie das Team arbeitet und wie stabil der Arbeitsprozess ist, damit man datengestützte Prognosen erstellen kann.

Schauen wir uns an, wie die Scrum- und Kanban-Ansätze in der Praxis funktionieren.

Burndown-Charts informieren das Team darüber, wie viel Arbeit im Zusammenhang mit einem Epic abgeschlossen ist und wie viele Stories noch unvollendet sind. Das Diagramm hilft agilen Projektmanagern dabei, die Menge an Arbeit abzuschätzen und im Auge zu behalten, die das Scrum-Team in einem einzigen Sprint erledigen kann. Es kann auch verwendet werden, um vorherzusagen, wie viele Sprints für die Fertigstellung eines Epics erforderlich sind. Obwohl das Diagramm bei agilen Teams sehr beliebt ist, bietet es keinen Einblick in die Gründe für Projekthindernisse, wie z.B. Anforderungsänderungen, Prozessblockaden usw.

Das kumulative Flussdiagramm in Kanban zeigt die angesammelten historischen Daten des Teams, die die Durchsatzrate, Zyklusdauer und Work-in-Progress enthalten. Das Diagramm hilft agilen Teams dabei, die Stabilität ihrer Workflows zu überwachen, indem es die wichtigsten Workflow-Metriken visualisiert. Das Diagramm gibt Aufschluss über die Probleme in einem Prozess und trägt dazu bei, ihn vorhersehbarer zu machen. Das kumulative Flussdiagramm ist eines der wichtigsten Analyseinstrumente für das agile Projektmanagement.

Um datengestützte Prognosen darüber zu machen, wie viel Arbeit in der Zukunft geleistet werden kann, verwendet Kanban auch wertvolle Werkzeuge wie Monte-Carlo-Simulationen. Monte-Carlo-Simulationen sind wahrscheinlichkeitsbasierte Diagramme, die eine Vielzahl historischer Durchsatzdaten über abgeschlossene Arbeiten abbilden, um potenzielle Ergebnisse künftiger Epics zu simulieren. Da Monte-Carlo-Simulationen ein mathematisches Verfahren verwenden, um zu einem Ergebnis zu gelangen, sind sie ein verlässliches Instrument, dass auch Ungewissheiten berücksichtigt.

Sowohl agile Manager als auch Teams nutzen die Monte-Carlo-Methode, um wichtige Fragen zu beantworten, wie z.B.:

• Wie viele Arbeitsaufgaben können in einem bestimmten Zeitraum abgeschlossen werden?
• Wann kann eine bestimmte Anzahl von Arbeitsaufgaben abgeschlossen werden?

Projektprognosen sind entscheidend für den Erfolg von Projekten. In Zeiten schneller Veränderungen und hektischer Marktentwicklungen sind Ungewissheiten jedoch unvermeidlich. Um solchen Ereignissen Rechnung zu tragen, verwenden Lean- und Agile-Organisationen einen wahrscheinlichkeitsbasierten Ansatz zur Projektprognose.

Bei Kanbanize tun wir dies zum Beispiel, indem wir die aus Monte-Carlo-Simulationen abgeleiteten Wahrscheinlichkeiten in unsere Epics oder größeren Initiativen integrieren. Durch die Suche nach ähnlichen User Stories oder anderen Arbeitsaufgaben, die in der Vergangenheit abgeschlossen wurden, ermöglicht unser System verschiedene Abschlussszenarien für Epics, Projekte, Initiativen oder anderen großen Arbeitseinheiten, die auf dem Kanban-Board abgebildet sind.

Darüber hinaus ist einer der 10 wichtigsten Gründe für die Einführung von Kanban im Projektmanagement die Verbesserung der Vorhersehbarkeit bzw. Risikominderung. Der Ansatz zielt darauf ab, die Prozesse zu stabilisieren und den Arbeitsfluss zu optimieren, um ihn durch kontinuierliche Verbesserungen berechenbarer zu machen. Daher stützt sich Kanban ausschließlich auf verlässliche Daten und ähnliche Erfahrungen aus der Vergangenheit, um realistische Szenarien für die Lieferung von Epics abzuleiten.

In Summary

Agile Epics sind ein intelligenter Weg, die Arbeit aufzuschlüsseln, die Bausteine eines Projekts zu visualisieren und eignen sich hervorragend für die Verfolgung der Arbeitsumsetzung im Einklang mit den Unternehmenszielen. Epics ermöglichen es Managern, einen sinnvollen Arbeitsverlauf zu erstellen, der auf bestimmte Ziele ausgerichtet ist, was sie zu einem wichtigen Element der organisatorischen Agilität macht. Epics sind ideal, um:

• Die Arbeitsorganisation zu verbessern
• Klare Prioritäten zu setzen
• Die Organisation eines Produkt-Backlogs zu optimieren