Rückstände bei der Erreichung von Entwicklungszielen: von der Produktvision bis zur Freigabe

Im Projektmanagement und in der Softwareentwicklung bezieht sich der Begriff "Backlog" auf eine Liste von Aufgaben, Funktionen oder Problemen, die für die zukünftige Ausführung priorisiert wurden. Im Wesentlichen handelt es sich um eine Sammlung von Arbeiten, die noch erledigt werden müssen.

Laut BABOK wird das Backlog verwendet, um die verbleibenden Aufgaben zu erfassen, zu verfolgen und zu priorisieren" - auch wenn ein Backlog mit unvollendeter Arbeit für manche überwältigend erscheinen mag, kann es auch als fantastische Chance betrachtet werden. Ein Backlog dient als Fahrplan für die Entwicklung, als Inspirationsquelle für Teams, die sich um ihre Ziele bemühen, und als Vision für das, was erreicht werden kann.

Ein Backlog ist im Wesentlichen ein lebendiges Dokument, das sich mit der Entwicklung eines Projekts oder Produkts ändert. Es bietet eine organisierte Methode für die Arbeitsabwicklung, die es den Teams ermöglicht, Prioritäten zu setzen und sich zuerst um die wichtigsten Aufgaben zu kümmern. Außerdem erleichtert es den Teammitgliedern die Kommunikation mit den Beteiligten und stellt sicher, dass alle auf derselben Seite stehen und auf dieselben Ziele hinarbeiten.

Rückstandstypen

In Scrum werden drei verschiedene Backlog-Typen verwendet:

• Produkt-Backlog. Der Product Owner behält den Überblick über dieses Backlog, in dem alle Anforderungen an das Produkt enthalten sind. Es ist eine Sammlung von User Stories, Features und anderen produktbezogenen Dingen in der Reihenfolge ihrer Priorität. Während des gesamten Projekts wird das Product Backlog kontinuierlich aktualisiert und verbessert.
• Sprint Backlog. Die Punkte, an denen das Entwicklungsteam während des bevorstehenden Sprints arbeiten wird, sind im Sprint Backlog aufgeführt, das während des Sprint Planning Meetings erstellt wird. Das Entwicklungsteam ist für das Sprint Backlog verantwortlich, das ein Teil des Product Backlogs ist.
• Release-Backlog. Dieses Backlog dient der Überwachung des Projektfortschritts in Richtung einer Freigabe. Es listet die Aufgaben auf, die erledigt werden müssen, bevor eine Freigabe erteilt werden kann. Der Product Owner ist für das Release Backlog, das auf dem Product Backlog basiert, verantwortlich und kontrolliert es. Es dient dazu, die Stakeholder über den Fortschritt des Releases zu informieren.

Entsprechend der Abbildung, 
Zweck. Er beschreibt die Rolle oder das Ziel jedes Backlogs. Das Sprint-Backlog dient zur Auflistung der im aktuellen Sprint zu liefernden Funktionen, das Release-Backlog zur Auflistung der in der nächsten Version zu liefernden Funktionen und das Product-Backlog zur Beschreibung der Produktvision und der Funktionen. Jedes Backlog hat eine bestimmte Funktion, die mit einem unterschiedlichen Zeitraum und Detailgrad einhergeht.

Zeitrahmen. Hier wird die Länge jedes Backlogs in Bezug auf die Zeit angegeben. Das Release Backlog ist ein mittelfristiger Plan, der sich über einige Monate erstreckt und sich auf die Bereitstellung bestimmter Funktionen konzentriert, während das Product Backlog ein langfristiger Plan ist, der den gesamten Produktentwicklungszyklus umfasst. Das Sprint Backlog ist ein ein- oder zweiwöchiger Plan, der zur Überwachung des Fortschritts und zur Änderung der Prioritäten bei Bedarf verwendet wird.

Fokus. Der Detaillierungsgrad oder Fokus jedes Backlogs wird angegeben. Das Release-Backlog ist ein ausführlicher Plan, der die genauen Funktionen der zukünftigen Version beschreibt, während das Product-Backlog ein übergeordneter Plan ist, der die allgemeine Vision und die wichtigsten Funktionen des Produkts erläutert. Der detaillierteste Plan hebt bestimmte Aufgaben und Prioritäten für den aktuellen Sprint im Sprint Backlog hervor.

Eigentümer. Hier wird die Person oder die Organisation angegeben, die für den Besitz jedes Backlogs verantwortlich ist. Der Product Owner ist für das Release Backlog verantwortlich, während der Product Owner und das Entwicklungsteam gemeinsam für das Product Backlog verantwortlich sind. Die Mitglieder des Entwicklungsteams sind für das Sprint Backlog verantwortlich.

Erstellt von. Hier wird die Person oder das Team hinter jedem Backlog angegeben. Der Product Owner erstellt das Product Backlog, der Product Owner und das Entwicklungsteam erstellen das Release Backlog, und das Entwicklungsteam erstellt das Sprint Backlog im Sprint Planning Meeting.
Aktualisiert von. Hier wird die Person angegeben, die für die Aktualisierung jedes Backlogs verantwortlich ist. Der Product Owner, die Stakeholder und das Entwicklungsteam sind für die Aktualisierung der Backlogs für die Produkt-, Release- und Sprint-Iterationen verantwortlich. Der Scrum Master ist auch für die Aktualisierung des Sprint Backlogs verantwortlich.

Produkt-Backlog

Das Product Backlog, das als Darstellung der vom Entwicklungsteam im Scrum-Rahmen zu erledigenden Arbeit dient, ist eine nach Prioritäten geordnete Liste von Merkmalen, Funktionalitäten, Anforderungen und Upgrades. Für die Pflege des Backlogs ist der Product Owner verantwortlich, der dafür zuständig ist, das Backlog aktuell zu halten, um die sich ändernden Anforderungen des Produkts und seiner Stakeholder zu repräsentieren.

Das Product Backlog ist ein fortlaufendes Werk, das häufig aktualisiert und verbessert wird. Die wichtigsten Dinge stehen in der Regel ganz oben auf der Liste und sind nach ihrer Wichtigkeit geordnet. Der Product Owner ist dafür verantwortlich, dass das Backlog die Bedürfnisse und Prioritäten des Produkts und seiner Stakeholder angemessen widerspiegelt und dass es für das Entwicklungsteam sichtbar, klar und verständlich ist.

User Stories oder andere ähnliche Formate, die die beabsichtigte Funktionalität aus der Sicht des Benutzers oder Kunden erläutern, werden häufig verwendet, um die Elemente des Product Backlogs zu vermitteln. Das Entwicklungsteam kann erfassen, was zu tun ist, und abschätzen, wie viel Arbeit für jedes Element erforderlich sein wird, obwohl diese Dinge oft kurz sind.

Typischerweise besteht ein Scrum-Backlog aus den folgenden Kategorien von Elementen:

• Eigenschaften
• Fehler
• Technische Arbeit 
• Aneignung von Wissen

Das Entwicklungsteam und der Product Owner wählen während des Sprint Planning Meetings die Punkte aus dem Product Backlog aus, die sie im folgenden Sprint fertigstellen wollen. Das Team priorisiert die Backlog-Elemente im Laufe des Sprints und stimmt sich gegebenenfalls mit dem Product Owner und anderen Stakeholdern ab, um sicherzustellen, dass die Arbeit im Einklang mit der Vision und den Zielen des Produkts steht.

Sprint Backlog

In der agilen Methodik ist ein Sprint Backlog eine Liste von Aufgaben, die ein Entwicklungsteam während eines Sprints erledigen muss. Das Team hat sich darauf geeinigt, bis zum Ende des Sprints eine bestimmte Anzahl von Elementen aus dem Product Backlog zu produzieren.

Die Aufgaben, User Stories und Defects, die beim Sprint Planning Meeting für den Sprint ausgewählt werden, werden in das Sprint Backlog aufgenommen. Die Elemente des Backlogs müssen gut definiert, genau bewertet und mit höchster Priorität versehen sein. Die Backlog-Elemente sollten von den Teammitgliedern gut verstanden werden, damit sie wissen, was zu tun ist, um sie zu erfüllen.

Die Teammitglieder arbeiten während des Sprints an den Backlog-Elementen, aktualisieren den Status der Elemente und berichten beim täglichen Stand-up-Meeting über ihre Fortschritte. Das Sprint Backlog ist ein lebendiges Dokument, das während des Sprints bei Bedarf aktualisiert werden kann, wenn neue Informationen oder Änderungen entdeckt werden.
Das Team sollte am Ende des Sprints ein funktionales Produktinkrement erstellt haben und alle für diesen Zeitraum festgelegten Backlog-Elemente abschließen. Der Zweck des Sprint-Review-Meetings besteht darin, den Stakeholdern das fertige Produkt zu zeigen und ihre Kommentare einzuholen.

Release Backlog

Eine nach Prioritäten geordnete Liste von Funktionen, Fehlerbehebungen und anderen Arbeiten, die vor der Veröffentlichung einer Software fertiggestellt werden müssen, wird als Release Backlog bezeichnet. Dabei handelt es sich um einen Teil des Produkt-Backlogs, der nur Elemente enthält, die für die bevorstehende Veröffentlichung als wesentlich erachtet werden.
Die Aktivitäten des Entwicklungsteams während des Sprints richten sich häufig nach dem Release Backlog, das in der Regel während der Sprint-Planungsphase erstellt wird. Normalerweise werden die Elemente im Release Backlog in kleinere, leichter zu verwaltende Projekte unterteilt, die in einem Sprint abgeschlossen werden können.
Das Release Backlog ist ein wichtiges Instrument, um den Softwareentwicklungsprozess zu steuern und sicherzustellen, dass die Erwartungen der Stakeholder erfüllt werden und das Programm termingerecht geliefert wird. Das Entwicklungsteam kann seine Bemühungen darauf konzentrieren, den Endbenutzern den größten Nutzen zu bieten, indem es den wichtigsten Funktionen und Aufgaben die höchste Priorität einräumt.
Das Release Backlog wird während des Sprints regelmäßig überarbeitet, um auf veränderte Prioritäten, Kommentare von Interessengruppen und neu entdeckte Details zu reagieren. Alle Aufgaben im Release Backlog sollten am Ende des Sprints abgeschlossen sein, und die Software oder das Feature sollte für die Veröffentlichung vorbereitet sein.

Andere Arten von Rückständen

Fehler-Backlog

Eine Liste von Fehlern oder Problemen, die in einem Softwaresystem gefunden wurden, aber noch nicht behoben sind, wird als Bug Backlog bezeichnet. Im Wesentlichen handelt es sich um eine Liste von Aufgaben, die das Entwicklungsteam erledigen muss.

Um sicherzustellen, dass Bugs nicht übersehen und rechtzeitig behoben werden, ist die Verwaltung eines Bug Backlogs ein wichtiger Bestandteil der Softwareentwicklung. Der Schweregrad jedes Fehlers, die Auswirkungen auf das System, die Verfahren zur Wiederherstellung des Fehlers und alle relevanten Kommentare oder Anhänge werden normalerweise in das Backlog aufgenommen.

Die Priorisierung von Problemen nach ihrem Schweregrad und ihrem Einfluss auf das System ist entscheidend für ein gutes Bug Backlog Management, ebenso wie die routinemäßige Überprüfung und Aktualisierung des Backlogs. Auf diese Weise wird sichergestellt, dass die wichtigsten Fehler zuerst behoben werden und dass der Rückstand aktuell ist.

Technischer Rückstand

Der technische Rückstand eines Softwareentwicklungsprojekts, der manchmal auch als technischer Schuldenrückstand bezeichnet wird, ist eine nach Prioritäten geordnete Liste von technischen Aufgaben oder Problemen, die gelöst werden müssen. Zu den technischen Rückständen gehören Dinge wie die Überarbeitung des Codes, System-Upgrades, Fehlerbehebungen und Sicherheitsaktualisierungen. Sie haben in der Regel mit der zugrunde liegenden Architektur, der Infrastruktur oder der Codequalität eines Softwareprodukts zu tun.

Als technische Schulden bezeichnet man die laufenden Kosten, die mit der Pflege der Codebasis eines Softwareprodukts verbunden sind, sowie den Zeit- und Arbeitsaufwand, der für die Lösung von Problemen erforderlich ist, die durch minderwertige Codequalität oder technische Entscheidungen in früheren Phasen des Entwicklungszyklus entstanden sind. Entwicklungsteams können die technischen Schulden verringern und die Gesamtqualität und Wartbarkeit ihres Softwareprodukts erhöhen, indem sie die technischen Backlog-Elemente priorisieren und methodisch abarbeiten.

Verbesserungsrückstand

Eine Liste möglicher Ergänzungen oder Verbesserungen eines Produkts oder Prozesses, die von einem Team oder einer Organisation erkannt wurden, denen aber noch keine Priorität für die Ausführung zugewiesen wurde, wird als Verbesserungsrückstand bezeichnet. Dieses Backlog wird häufig in agilen Entwicklungsansätzen wie Scrum verwendet, um den kontinuierlichen Prozess der Verbesserung eines Produkts oder Verfahrens im Laufe der Zeit zu steuern.

Ein Verbesserungsrückstand kann Vorschläge für brandneue Funktionen, Ergänzungen zu bereits vorhandenen Funktionen, Fehlerbehebungen, Leistungsverbesserungen, Verbesserungen der Benutzererfahrung und andere Anpassungen enthalten, die dem Produkt oder Verfahren in irgendeiner Weise helfen könnten. Jeder Punkt im Backlog ist in der Regel ausreichend spezifiziert, um dem Team die Möglichkeit zu geben, den für die Ausführung erforderlichen Aufwand zu berechnen und die möglichen Auswirkungen auf das Endprodukt oder den Prozess zu bestimmen.

Backlog vs Roadmap

Speziell im Zusammenhang mit der agilen Entwicklung tauchen im Projektmanagement häufig die Begriffe "Backlog" und "Roadmap" auf. Obwohl es sich bei beiden um wichtige Planungsinstrumente handelt, sind ihre Rollen innerhalb des Softwareentwicklungsprozesses unterschiedlich.

Ein Backlog ist eine Reihe von Aufgaben oder Funktionen, die erledigt werden sollten, bevor eine bestimmte Dienstleistung oder ein bestimmtes Produkt angeboten werden kann. Es wird oft zu Beginn eines Projekts erstellt und im Laufe der Entwicklung häufig aktualisiert. Technische Aufgaben, Anwenderberichte und Fehlerbehebungen sind einige Beispiele für Backlog-Elemente. Die wichtigsten Dinge stehen oft an der Spitze der Liste, je nach Priorität. Das Backlog dient dazu, den Fortschritt zu überwachen und sicherzustellen, dass alle erforderlichen Arbeiten abgeschlossen werden.

Eine Roadmap ist ein übergeordneter Plan, der das strategische Ziel und die Richtung für ein Projekt oder Produkt angibt. Er dient als visuelle Darstellung der Meilensteine, Ziele und Ambitionen des Teams. Die Roadmap eines Projekts wird häufig zu Beginn erstellt und regelmäßig aktualisiert, um veränderten Prioritäten oder neuen Informationen Rechnung zu tragen, die im Laufe des Projekts gewonnen werden. Sie dient dazu, die Beteiligten über das Gesamtbild zu informieren und die Entscheidungen während des Entwicklungsprozesses zu steuern.
Während die Roadmap also eine langfristige Vision und Richtung für das Produkt vorgibt, konzentriert sich das Backlog auf kurzfristige Ziele und unterstützt die Teams bei der Priorisierung der Arbeit und der Verwaltung der täglichen Aufgaben.  Beides sind wichtige Ressourcen für eine effektive Produktentwicklung, und ihr gemeinsamer Einsatz trägt dazu bei, dass alle Teammitglieder auf derselben Seite stehen und sich auf dieselben Ziele konzentrieren.

Schlussfolgerung

Zusammenfassend lässt sich sagen, dass Backlogs sowohl für die Softwareentwicklung als auch für das Projektmanagement von wesentlicher Bedeutung sind. Sie dienen dazu, die zu erledigende Arbeit zu verfolgen, zu dokumentieren und nach Prioritäten zu ordnen. Backlogs dienen als Fahrplan für die Entwicklung, als Motivationsquelle für Teams, ihre Ziele zu erreichen, und als Bild dessen, was möglich ist.

Das Product Backlog, das Sprint Backlog und das Release Backlog sind die drei Arten von Backlogs, die in Scrum verwendet werden. Jedes Backlog hat einen eigenen Eigentümer, Ersteller, Zeitplan, Fokus, Zweck und Aktualisierer. 

Backlogs sind ein wertvolles Werkzeug, das Teams hilft, produktiver zu arbeiten, da sie einen klaren Überblick darüber geben, was zu tun ist und von wem. Teams können mit Hilfe von Backlogs Prioritäten setzen, den Fortschritt überwachen und sicherstellen, dass alle auf dieselben Ziele hinarbeiten, was zu einem erfolgreichen Projektergebnis führt.

Software Development Hub verfügt über umfangreiche Erfahrung in der Erstellung von Webanwendungen und mobilen Anwendungen für Unternehmen im Gesundheitswesen. Bei der Arbeit an einem Projekt berücksichtigt unser Team die geschäftlichen Herausforderungen, mit denen der Kunde konfrontiert ist, und bietet sichere, effiziente Lösungen zur Automatisierung von Prozessen und zur Skalierung Ihrer Abläufe bei gleichzeitiger Kostensenkung.

Unser Portfolio umfasst medizinische Informationssysteme, elektronische Verschreibungssysteme, Anwendungen zur Verfolgung von Medikamenten mit einem QR-Scanner, medizinische ERP-Systeme usw.

Categories