ADAPT Methodology® Blog

Was sind Epic, User Story und Task in der Scrum-Arbeitshierarchie

Banner-1

Jede erfolgreiche Transformation von Projekt zu Produkt stützt sich stark auf die Fähigkeit, komplexe Ziele in handhabbare, ausführbare Teile zu zerlegen. Das Verständnis der Feinheiten der Scrum-Arbeitshierarchie, zu der Konzepte wie Epic, User Story und Task gehören, ist daher von entscheidender Bedeutung für die Navigation durch diesen Transformationsprozess.

In diesem Blog-Beitrag gehen wir auf diese drei Kernaspekte ein und zeigen, wie sie jeweils eine entscheidende Rolle im Scrum-Projektmanagement spielen und somit zum Erfolg einer Transformation von Projekt zu Produkt beitragen.

In Scrum dienen jeder dieser Bestandteile als hierarchische Ebene, die zu einem effizienten, strukturierten Ansatz für die Projektplanung und -durchführung beiträgt.

Durch das Verständnis der Rolle von Epics, User Stories und Tasks können Teams ihre Ziele besser auf die Meilensteine der Produktentwicklung abstimmen, wodurch eine Synergie zwischen der Projektvision und dem Produktergebnis gefördert wird.

Dies erhöht nicht nur die Produktivität, sondern auch die Wertlieferung, was zu verbesserter Kundenzufriedenheit und Geschäftswachstum führt.

Der heutige Beitrag wird diese Schlüsselbegriffe, ihre Wechselbeziehungen und ihre Auswirkungen auf die Transformation von Projekt zu Produkt erörtern.

Die ADAPT Methodology® ist ein einzigartiger Rahmen für die digitale Produktentwicklung, um traditionelle projektzentrierte Unternehmen in produktorientierte Unternehmen zu verwandeln.

Die Gesellschaft hat sich verändert und Führungskräfte benötigen Unterstützung bei der Art und Weise, wie sie ihre digitalen Produktorganisationen führen und gestalten. Aus diesem Grund wurde die ADAPT Methodology® geschaffen. Doch jetzt wollen wir uns intensiver mit den Communities Of Practice befassen, wenn Sie mehr über dieses Thema erfahren möchten.

Unser Ziel ist es, Ihnen zu helfen, die Scrum-Arbeitshierarchie zu entmystifizieren und ihre Stärken zum Wohl Ihres Unternehmens oder Teams zu nutzen. Beginnen wir diese aufschlussreiche Reise.

Sobald Sie mit der Nutzung von Scrum beginnen, werden Sie auf viele technische Begriffe stoßen, mit denen Sie vertraut sein müssen. Aber das ist in Ordnung. Drei Begriffe, die Sie in all Ihren Scrum-Aktivitäten verwenden werden, sind Epic, User Story und Task. Es ist wichtig, sie vollständig zu verstehen, damit Ihr Team große oder kleine Herausforderungen bei der Lieferung eines Produkts, das den Erwartungen Ihrer Kunden entspricht, meistern kann.

Scrum ist ein Rahmenwerk für das Produktmanagement, das häufig in der Softwareentwicklung eingesetzt wird, obwohl es auch in anderen Bereichen wie Forschung, Vertrieb, Marketing und Spitzentechnologien verwendet wurde.

Die Scrum-Methodik ist ein obligatorisches Rahmenwerk für jede Führungskraft, die ernsthaft daran interessiert ist, ein digitales Produktunternehmen aufzubauen.

Wenn Sie Scrum weiterhin in Ihr agiles Team integrieren, werden Sie feststellen, dass dieses Rahmenwerk der beste Weg ist, ein Projekt abzuschließen und ein Produkt zu entwickeln, das Ihre Kunden wollen.

Epic

Ein Epic ist eine große Story, die nicht einfach in einem einzigen Sprint erreicht werden kann. Normalerweise dauert es Monate, um ein Epic zu erfüllen. Es bezieht sich typischerweise auf einen Satz von Anforderungen, die noch nicht in User Stories rationalisiert wurden.

Denken Sie daran als ein großes Ziel, das noch vereinfacht und in mehrere Aufgaben unterteilt werden muss, damit Ihr agiles Team daran arbeiten kann.

Epics sind in der Regel weit gefasst, fehlen an Details und sollen in mehrere kleinere Geschichten unterteilt werden, bevor sie bearbeitet werden können. Ein Epic wird normalerweise als die „oberste Ebene“ einer Arbeitshierarchie angesehen. Die Unterteilung in tägliche Aufgaben, die als „User Stories“ bezeichnet werden, hilft einer Organisation, ihre allgemeinen Geschäftsziele zu erreichen.

Wichtige Richtlinien bei der Erstellung eines Epics:

  • Erstellen Sie Epics, die Manager und Führungskräfte verfolgen möchten.
  • Ein Epic könnte ein Produktmerkmal, eine Kundenanfrage oder eine Geschäftsanforderung sein.
  • Lassen Sie Ihre Organisationskultur die Größe Ihres Epics bestimmen.
  • Epics sollten nicht zu kurz oder zu lang dauern.
  • Burndown-Diagramme können verwendet werden, um Epics zu messen und eine tatsächliche und geschätzte Arbeitsmenge anzugeben.

Beispiele für Epics:

  • Als Bank möchten wir unsere Dienstleistungen erweitern, indem wir Lebens- und Krankenversicherungen anbieten.
  • Wir möchten die biometrische Erkennung hinzufügen, um die Sicherheit ohne Unannehmlichkeiten zu erhöhen.
  • Als Marketingabteilung möchten wir eine interaktive App erstellen, um mehr Kunden anzusprechen.

User Story

Die User Story ist einfach die Liste der Aufgaben, die innerhalb eines Projekts erledigt werden müssen. Denken Sie daran als eine To-Do-Liste. Dies gehört dem Scrum Product Owner. Der Scrum Master, die Stakeholder und das Scrum-Team tragen zur Fertigstellung der Backlog-Elemente bei.

Die Idee ist, ein Produkt in lieferbare Teile zu zerlegen, damit das große Projekt erfolgreich abgeschlossen werden kann. Epics können mehrere Teams und mehrere Projekte umfassen und auf mehreren Boards verfolgt werden.

Eine User Story ist eine sehr hochrangige Definition der Projektanforderungen. Sie enthält gerade genug Informationen, um dem Scrum-Team den richtigen Kontext zu geben, wie das Endprodukt sein sollte, und um eine Schätzung für die Fertigstellung zu berechnen.

Es ist ein agiler Ansatz, der den Fokus von der Schrift auf die Diskussion über sie verlagert.

Wichtige Richtlinien beim Schreiben einer User Story:

  • User Stories sind kurze, einfache Beschreibungen, die im Laufe des agilen Projekts geschrieben werden.
  • Obwohl es dem PO gehört, kann jeder die User Story schreiben.
  • Es wird in einfacher Sprache ausgedrückt, damit der Kunde verstehen kann, worum es im Endprodukt geht (im Falle von Software, was es leisten soll).
  • Es beantwortet das 'Wer', 'Was' und 'Warum' eines Projekts in einfacher Sprache.
  • User Stories gelten als das „Herz von Scrum“, weil sie als die „Bausteine“ des Sprints dienen.

Vorlage zum Schreiben einer User Story:

Als < Art von Benutzer > möchte ich < ein bestimmtes Ziel > erreichen, damit < ein bestimmter Grund >.

Beispiele für User Stories:

  • Als Benutzer möchte ich alle meine Datenbackups in einem Cloud-System speichern, um mein Gerät freizugeben.
  • Als Student kann ich offizielle Transkripte online bestellen, um Zeit zu sparen.
  • Als Verbraucher möchte ich Lebensmittelartikel über eine mobile App einkaufen, damit ich die Schlangen im Geschäft vermeiden kann.

Task

Unter jedem Epic befindet sich eine detailliertere Reihe von User Stories. Und damit diese Geschichten in bearbeitbare Komponenten umgewandelt werden können, muss das Scrum-Team Aufgaben identifizieren und sortieren.

Scrum-Aufgaben sind detaillierte Arbeitspakete, die notwendig sind, um eine Story abzuschließen.

Aufgaben können von einigen Stunden bis zu mehreren Stunden (normalerweise bis zu 12) reichen und werden Teammitgliedern zugewiesen, die die Fähigkeiten oder Expertise haben, sie zu erledigen.

Beachten Sie, dass eine Story erst als abgeschlossen gilt, wenn alle darunter liegenden Aufgaben erledigt sind.

Aufgaben werden auf einem Scrum-Board platziert, um eine einfache Nachverfolgung zu ermöglichen. Im Allgemeinen besteht das Scrum-Board aus den folgenden Kategorien:

  • Geschichten
  • Nicht begonnen – die Aufgaben, die noch bearbeitet werden müssen.
  • In Bearbeitung – Aufgaben, die das Scrum-Team gerade erledigt.
  • Erledigt – Aufgaben, die abgeschlossen sind.
Image

 

Das Scrum-Board dient als sehr nützliches visuelles Werkzeug, mit dem Ihr agiles Team den Überblick über den Sprint leicht behalten kann. Das Board sollte täglich aktualisiert werden.

Dies hilft nicht nur Ihrem Team, den Schwung zu halten, sondern gibt Ihnen auch eine klare Vorstellung davon, wo Sie sich in einem bestimmten Sprint befinden (ob Sie hinterherhinken oder genau rechtzeitig sind) und ermöglicht es, bei Bedarf Anpassungen vorzunehmen.

Normalerweise ist es der Scrum-Master, der das Aufgabenboard erstellt, aber es ist die Verantwortung aller, insbesondere der agilen Teammitglieder, es zu aktualisieren.

Zusammenfassung

Für einen erfolgreichen Scrum Sprint ist es wesentlich, zu lernen, wie man Epics, Stories und Aufgaben schreibt. Grundsätzlich bilden diese drei die Grundlage eines Sprints und geben Ihrem agilen Team ein kristallklares Bild davon, was getan werden muss, wer es tun muss und warum es getan werden sollte.

Eine einzigartige Eigenschaft der Scrum-Methode ist ihre hohe Zeitempfindlichkeit. Sie ist darauf ausgelegt, Ziele in kürzerer Zeit und mit weniger Fehlern zu erreichen. Dies beginnt alles mit der Erstellung eines hochrangigen Ziels für das Projekt oder die Produktentwicklung, bekannt als das Epic.

Um das Epic zu erreichen, muss es eine detailliertere User Story geben, gefolgt von einer Reihe von spezifischen und zeitlich begrenzten Aufgaben. Natürlich gibt es Tools, die diese Prozesse vereinfachen und die agile Teamarbeit effizient und produktiv gestalten.

Hat Ihnen dieser Artikel gefallen?

Wir ermöglichen Führungskräften, durch die Anpassung ihres projektzentrierten Unternehmens zu einem produktorientierten Unternehmen, hoch geschätzt und anerkannt zu werden.

Die Gesellschaft hat sich verändert und Führungskräfte benötigen Unterstützung, um ihre Unternehmen an das digitale Zeitalter anzupassen. Aus diesem Grund wurde die ADAPT Methodology® geschaffen!

Wenn Sie wissen möchten, ob Ihr Unternehmen projektzentriert oder produktgeführt ist, machen Sie einfach unseren „Project To Product Scorecard“.

Wenn Sie wissen möchten, wie wir Ihnen bei Ihrem Transformationsbeginn helfen können, werfen Sie einen Blick auf unser: „Projekt zu Produkt Schulung“.

Wenn Sie an einer Transformation in Ihrem Unternehmen interessiert sind, sehen Sie sich bitte unser Angebot an: „Projekt zu Produkt Beratung“.

1 Webp

Product First

Get your free copy