Das Produkt-Backlog ist eine entscheidende Komponente der agilen Produktentwicklung. Es ist ein lebendiges Dokument, das alle Funktionen, Anforderungen, Verbesserungen und Korrekturen auflistet, die für die Produktfreigabe entwickelt werden müssen. Eine effektive Produkt-Backlog-Verwaltung ist unerlässlich, um sicherzustellen, dass das Produkt die Bedürfnisse seiner Nutzer und Stakeholder erfüllt. Das DEEP-Modell ist eine Reihe von Leitlinien, die Teams bei der effektiven Verwaltung des Produkt-Backlogs unterstützen können.
Was ist ein DEEP-Modell
DEEP steht für ausreichend detailliert, geschätzt, emergent und priorisiert. Jeder Eintrag im Produkt-Backlog sollte angemessen detailliert, in Story Points geschätzt, emergent und basierend auf mehreren Faktoren wie Nutzwert, Geschäftswert, technische Umsetzbarkeit, Komplexität und Abhängigkeiten priorisiert sein. Durch die Einhaltung des DEEP-Modells können Teams das Produkt-Backlog effektiv verwalten und sicherstellen, dass die Einträge im Backlog angemessen detailliert, geschätzt, emergent und priorisiert sind.
Hier ist eine kurze Übersicht über jedes Element des DEEP-Modells:
- Angemessen detailliert: Jeder Eintrag im Produkt-Backlog sollte angemessen detailliert sein, damit das Team eine klare Vorstellung davon hat, was entwickelt werden muss. Das Maß an Detail sollte genau ausreichen, um Klarheit und Orientierung für das Entwicklungsteam zu bieten.
- Geschätzt: Jeder Eintrag im Produkt-Backlog sollte in Story Points geschätzt werden, um das erforderliche Aufwandniveau für die Entwicklung zu verstehen. Story Points werden verwendet, um den Umfang der Arbeit zu schätzen, die erforderlich ist, um den Eintrag abzuschließen.
- Emergent: Das Produkt-Backlog ist ein lebendiges Dokument, das kontinuierlich aktualisiert wird, je mehr das Team über die Produktanforderungen erfährt. Einträge können je nach Änderungen der Produktanforderungen hinzugefügt, entfernt oder aktualisiert werden.
- Priorisiert: Das Produkt-Backlog sollte basierend auf mehreren Faktoren wie Nutzwert, Geschäftswert, technische Umsetzbarkeit, Komplexität und Abhängigkeiten priorisiert werden. Die Priorisierung hilft dem Entwicklungsteam, sich zunächst auf die wichtigsten Aufgaben zu konzentrieren.
Durch die Einhaltung des DEEP-Modells können Teams das Produkt-Backlog effektiv verwalten und sicherstellen, dass die Einträge im Backlog angemessen detailliert, geschätzt, emergent und priorisiert sind. Dies hilft dem Team, ein umfassendes und priorisiertes Produkt-Backlog zu entwickeln, das das aktuelle Verständnis der Produktanforderungen widerspiegelt.
Beispiel – MIS
Problembeschreibung
ABC Corporation ist ein Einzelhandelsunternehmen, das bereits über 20 Jahre im Geschäft ist. Im Laufe der Jahre ist das Unternehmen erheblich gewachsen und verfügt nun über mehrere Standorte und eine große Kundenbasis. Um mit der Konkurrenz Schritt zu halten, hat ABC Corporation in ein IT-System investiert, das ihnen hilft, ihre Lagerbestände, Verkäufe und Kundendaten zu verwalten.
In den letzten Monaten verursacht das IT-System jedoch Probleme. Das System ist langsam und benötigt lange, um Transaktionen zu verarbeiten. Dies hat zu langen Kassenfilen, verärgerten Kunden und verlorenen Verkäufen geführt. Zudem ist das System anfällig für Fehler, was zu ungenauen Lagerdaten führt und zu Ausverkäufen sowie Überbeständen führt.
Das IT-Team arbeitet daran, die Probleme zu beheben, hat jedoch Schwierigkeiten, die Ursache der Probleme zu identifizieren. Das System ist komplex, und es gibt viele verschiedene Komponenten, die nahtlos zusammenarbeiten müssen. Das IT-Team hat versucht, das System zu optimieren, indem es mehr Speicher hinzugefügt, die Software aktualisiert und die Verarbeitungskapazität erhöht hat. Diese Maßnahmen haben jedoch die zugrundeliegenden Probleme nicht gelöst.
Die Probleme mit dem IT-System verursachen erhebliche Störungen im Geschäft. Das Unternehmen verliert Kunden, und sein Ruf leidet. Das IT-Team steht unter Druck, schnell eine Lösung zu finden, hat jedoch Schwierigkeiten, die Ursache der Probleme zu identifizieren. Die Geschäftsleitung ist besorgt über die Auswirkungen auf die Gewinn- und Verlustrechnung und erwägt, externe Berater hinzuzuziehen, um die Probleme mit dem IT-System zu lösen.
Entwicklung des initialen Produkt-Backlogs
Schritte zur Entwicklung des initialen Produkt-Backlogs:
- Identifizieren der Hauptproblemfelder: Aufgrund der gegebenen Situation sind die Hauptproblemfelder das langsame und fehleranfällige IT-System, was zu langen Kassenfilen, verärgerten Kunden, ungenauen Lagerdaten, Ausverkäufen und Überbeständen führt.
- Identifizieren der Stakeholder: Die Stakeholder in dieser Situation sind das Management des Unternehmens, das IT-Team, die Einzelhandelsmitarbeiter und die Kunden.
- Gedankenaustausch zu möglichen Lösungen:Arbeiten Sie mit den Stakeholdern zusammen, um mögliche Lösungen für die Probleme zu identifizieren. Zu den möglichen Lösungen gehören die Hardware-Upgrade, die Optimierung der Software, die Verbesserung der Netzwerkinfrastruktur, die Einführung eines neuen POS-Systems und die Verbesserung der Schulung für Einzelhandelsmitarbeiter.
- Priorisieren der Lösungen:Priorisieren Sie die möglichen Lösungen basierend auf ihrem Einfluss auf das Geschäft, ihrer Umsetzbarkeit und den Kosten. Berücksichtigen Sie die Rückmeldungen der Stakeholder und führen Sie für jede Lösung eine Kosten-Nutzen-Analyse durch.
- Aufteilung der Lösungen in kleinere Aufgaben:Sobald die Lösungen priorisiert sind, zerlegen Sie sie in kleinere Aufgaben oder Nutzerstories. Jede Aufgabe sollte spezifisch, messbar, erreichbar, relevant und zeitlich begrenzt sein.
- Schätzen Sie den Aufwand für jede Aufgabe: Schätzen Sie den Aufwand für jede Aufgabe in Story Points. Verwenden Sie historische Daten oder fachliche Einschätzung, um das erforderliche Aufwandsniveau zu schätzen.
- Priorisieren Sie die Aufgaben: Priorisieren Sie die Aufgaben basierend auf ihrem Einfluss auf das Geschäft und den Abhängigkeiten zwischen den Aufgaben.
- Erstellen Sie das anfängliche Produkt-Backlog: Erstellen Sie das anfängliche Produkt-Backlog, indem Sie alle Aufgaben in Prioritätsreihenfolge auflisten. Fügen Sie eine Beschreibung jeder Aufgabe und ihren geschätzten Aufwand in Story Points hinzu.
Tabellenformat für das anfängliche Produkt-Backlog:
| Priorität | Nutzerstory | Beschreibung | Geschätzter Aufwand (Story Points) |
|---|---|---|---|
| 1 | Hardware-Upgrade | Verbesserung der Hardware zur Steigerung der Systemleistung | 13 |
| 2 | Software optimieren | Optimierung der Software zur Verbesserung der Systemleistung | 8 |
| 3 | Netzwerkinfrastruktur verbessern | Verbesserung der Netzwerkinfrastruktur zur Reduzierung der Latenz und Verbesserung der Systemleistung | 5 |
| 4 | Neues POS-System implementieren | Implementierung eines neuen POS-Systems zur Verbesserung der Transaktionsverarbeitungsgeschwindigkeit und Reduzierung von Fehlern | 21 |
| 5 | Ausbildung von Verkaufspersonal | Verbesserung der Ausbildung für Verkaufspersonal zur Reduzierung von Fehlern und Verbesserung des Kundenservice | 8 |
| 6 | Verbesserung der Bestandsverwaltung | Verbesserung der Bestandsverwaltung, um Ausverkäufe und Überbestände zu reduzieren | 13 |
Hinweis: Die Story Points sind geschätzt und könnten während der Backlog-Refinement- und Sprint-Planungssitzungen überarbeitet werden.
Die Produkt-Backlog-Elemente verfeinern
Einige der oben aufgeführten Produkt-Backlog-Elemente könnten zu groß sein, um in einem einzigen Sprint umgesetzt zu werden. Hier sind einige Möglichkeiten, sie in geeignete Epics oder Benutzerstories zu verfeinern:
- Hardware-Upgrade: Dies könnte in mehrere kleinere Benutzerstories aufgeteilt werden, wie beispielsweise „Forschung und Auswahl geeigneter Hardware“, „Ankauf und Installation neuer Hardware“ und „Test und Überprüfung der neuen Hardware.“
- Software optimieren: Dies könnte in mehrere kleinere Benutzerstories aufgeteilt werden, wie beispielsweise „Leistungsengpässe identifizieren“, „Leistungsverbesserungen entwickeln und umsetzen“ und „Leistungsverbesserungen testen und überprüfen.“
- Neues POS-System implementieren: Dies könnte ein Epic sein, das mehrere Benutzerstories umfasst, wie beispielsweise „Forschung und Auswahl eines geeigneten POS-Systems“, „Konfiguration und Anpassung des POS-Systems“, „Schulung der Verkaufspersonal am neuen POS-System“ und „Test und Überprüfung des neuen POS-Systems.“
- Schulung des Verkaufspersonals: Dies könnte in mehrere kleinere Benutzerstories aufgeteilt werden, wie beispielsweise „Entwicklung von Schulungsmaterialien“, „Planung und Durchführung von Schulungssitzungen“ und „Bewertung der Wirksamkeit der Schulung.“
Durch die Aufteilung dieser größeren Produkt-Backlog-Elemente in kleinere, besser handhabbare Benutzerstories kann das Team die Aufwandsschätzung einfacher vornehmen, Sprints priorisieren und planen und sich auf die Lieferung von Wert für das Unternehmen und seine Stakeholder konzentrieren.
Hier ist eine aktualisierte Tabelle mit den verfeinerten Produkt-Backlog-Elementen (oder Benutzerstories):
| Priorität | Epic/Benutzerstory | Beschreibung | Geschätzter Aufwand (Story Points) |
|---|---|---|---|
| 1 | Hardware-Upgrade | Forschung und Auswahl geeigneter Hardware | 5 |
| Ankauf und Installation neuer Hardware | 5 | ||
| Test und Überprüfung der neuen Hardware | 3 | ||
| 2 | Software optimieren | Leistungsengpässe identifizieren | 3 |
| Leistungsverbesserungen entwickeln und umsetzen | 5 | ||
| Leistungsverbesserungen testen und überprüfen | 2 | ||
| 3 | Netzwerkinfrastruktur verbessern | Netzwerkinfrastruktur verbessern, um Latenz zu reduzieren und die Systemleistung zu verbessern | 5 |
| 4 | Neues POS-System implementieren | Forschung und Auswahl eines geeigneten POS-Systems | 5 |
| Konfigurieren und anpassen des POS-Systems | 8 | ||
| Verkaufspersonal im Umgang mit dem neuen POS-System schulen | 5 | ||
| Neues POS-System testen und überprüfen | 3 | ||
| 5 | Schulung des Verkaufspersonals | Schulungsmaterialien entwickeln | 3 |
| Schulungssessions planen und durchführen | 3 | ||
| Wirksamkeit der Schulung bewerten | 2 | ||
| 6 | Verbesserung der Bestandsverwaltung | Verbesserung der Bestandsverwaltung, um Ausverkäufe und Überbestände zu reduzieren | 8 |
Hinweis: Die Story Points sind geschätzt und könnten während der Backlog-Refinement- und Sprint-Planungssitzungen überarbeitet werden.
Bewertung des aktualisierten Produkt-Backlogs anhand der DEEP-Prinzipien
Hier folgt eine Diskussion jeder Benutzerstory im aktualisierten Produkt-Backlog im Hinblick auf die DEEP-Prinzipien:
- Hardware-Upgrade
- Angemessen detailliert: Die Benutzerstory ist spezifisch und gut definiert und zeigt an, dass das Team die Forschung und Auswahl geeigneter Hardware durchführen, neue Hardware beschaffen und installieren sowie die neue Hardware testen und überprüfen muss.
- Geschätzt: Die Benutzerstory ist in Story Points geschätzt, was dem Team hilft, das erforderliche Aufwandniveau zur Erledigung der Arbeit zu verstehen.
- Emergent: Die Benutzerstory ist emergent, da das Team die Auswahl der Hardware oder den Installationsprozess anpassen könnte, basierend auf seinen Erkenntnissen während der Forschungs- und Testphasen.
- Priorisiert: Die Benutzerstory ist basierend auf ihrem Einfluss auf die Systemleistung priorisiert, wobei der Hardware-Upgrade die höchste Priorität erhält.
- Software optimieren
- Angemessen detailliert: Die Benutzerstory ist spezifisch und gut definiert und zeigt an, dass das Team Leistungsengpässe identifizieren, Leistungsverbesserungen entwickeln und umsetzen sowie Leistungsverbesserungen testen und überprüfen muss.
- Geschätzt: Die Benutzerstory ist in Story Points geschätzt, was dem Team hilft, das erforderliche Aufwandniveau zur Erledigung der Arbeit zu verstehen.
- Emergent: Die Benutzerstory ist emergent, da das Team den Optimierungsansatz anpassen könnte, basierend auf seinen Erkenntnissen während der Testphase.
- Priorisiert: Die Benutzerstory ist basierend auf ihrem Einfluss auf die Systemleistung priorisiert, wobei die Optimierung der Software die zweithöchste Priorität erhält.
- Netzwerkinfrastruktur verbessern
- Angemessen detailliert: Die Benutzerstory ist spezifisch und gut definiert und zeigt an, dass das Team die Netzwerkinfrastruktur verbessern muss, um Latenz zu reduzieren und die Systemleistung zu steigern.
- Geschätzt: Die Benutzerstory ist in Story Points geschätzt, was dem Team hilft, das erforderliche Aufwandniveau zur Erledigung der Arbeit zu verstehen.
- Emergent: Die Benutzerstory ist nicht so emergent wie einige andere Benutzerstories, da das Team vermutlich ein gutes Verständnis für die erforderlichen Netzwerkanpassungen hat.
- Priorisiert: Die Benutzerstory ist basierend auf ihrem Einfluss auf die Systemleistung priorisiert, wobei die Verbesserung der Netzwerkinfrastruktur eine mittlere Priorität erhält.
- Neues POS-System implementieren
- Angemessen detailliert: Die Benutzerstory ist spezifisch und gut definiert und zeigt an, dass das Team die Forschung und Auswahl eines geeigneten POS-Systems durchführen, das POS-System konfigurieren und anpassen, Verkaufspersonal im Umgang mit dem neuen POS-System schulen sowie das neue POS-System testen und überprüfen muss.
- Geschätzt: Die Benutzerstory ist in Story Points geschätzt, was dem Team hilft, das erforderliche Aufwandniveau zur Erledigung der Arbeit zu verstehen.
- Emergent: Die Benutzerstory ist emergent, da das Team die Auswahl oder den Konfigurationsansatz anpassen könnte, basierend auf seinen Erkenntnissen während der Testphase.
- Priorisiert: Die Benutzerstory ist basierend auf ihrem Einfluss auf die Systemleistung priorisiert, wobei die Implementierung des neuen POS-Systems eine hohe Priorität erhält.
- Schulung von Verkaufspersonal
- Angemessen detailliert: Die Benutzerstory ist spezifisch und gut definiert und zeigt an, dass das Team Schulungsmaterialien entwickeln, Schulungssitzungen planen und durchführen sowie die Wirksamkeit der Schulung bewerten muss.
- Geschätzt: Die Benutzerstory ist in Story Points geschätzt, was dem Team hilft, das erforderliche Aufwandniveau zur Erledigung der Arbeit zu verstehen.
- Emergent: Die Benutzerstory ist nicht so emergent wie einige andere Benutzerstories, da das Team vermutlich ein gutes Verständnis für die erforderlichen Schulungsmaterialien und -sessions hat.
- Priorisiert: Die Benutzerstory wird aufgrund ihres Einflusses auf die Reduzierung von Fehlern und die Verbesserung des Kundenservice priorisiert, wobei die Schulung von Verkaufspersonal eine mittlere Priorität erhält.
- Verbesserung der Bestandsverwaltung
- Angemessen detailliert: Die Benutzerstory ist spezifisch und gut definiert, was darauf hindeutet, dass das Team die Bestandsverwaltung verbessern muss, um Ausverkäufe und Überbestände zu reduzieren.
- Geschätzt: Die Benutzerstory ist in Story Points geschätzt, was dem Team ermöglicht, das erforderliche Aufwandniveau zur Abschluss der Arbeit zu verstehen.
- Emergent: Die Benutzerstory ist nicht so emergent wie einige andere Benutzerstories, da das Team vermutlich ein gutes Verständnis für die erforderlichen Verbesserungen der Bestandsverwaltung hat.
- Priorisiert: Die Benutzerstory wird aufgrund ihres Einflusses auf die Reduzierung von Ausverkäufen und Überbeständen priorisiert, wobei die Verbesserung der Bestandsverwaltung eine mittlere Priorität erhält.
Insgesamt stimmt der aktualisierte Produkt-Backlog gut mit den DEEP-Prinzipien überein. Jede Benutzerstory ist angemessen detailliert, geschätzt, emergent und priorisiert, was dem Team ermöglicht, den Produkt-Backlog effektiv zu verwalten und Wert für das Unternehmen und seine Stakeholder zu liefern. Die Priorisierung der Benutzerstories basiert auf ihrem Einfluss auf die Systemleistung, die Reduzierung von Fehlern und die Verbesserung des Kundenservice, was die Gesamtziele des Projekts unterstützt.
Verbesserung des Produkt-Backlogs
Obwohl der aktualisierte Produkt-Backlog scheinbar gut mit den DEEP-Prinzipien übereinstimmt, gibt es immer Verbesserungspotenzial. Hier sind einige mögliche Bereiche für Verbesserungen:
- Angemessen detailliert: Die Benutzerstories im Produkt-Backlog könnten weiter verfeinert werden, um sicherzustellen, dass sie angemessen detailliert sind. Dies könnte das Aufteilen größerer Benutzerstories in kleinere oder die Bereitstellung von mehr Kontext und Klarheit bezüglich der Anforderungen beinhalten.
- Geschätzt: Die Story Points, die jeder Benutzerstory zugewiesen wurden, könnten auf Basis von tatsächlichen Daten aus früheren Sprints oder des sich entwickelnden Verständnisses der Anforderungen verfeinert werden.
- Emergent: Der Produkt-Backlog könnte kontinuierlich überprüft und verfeinert werden, um sicherzustellen, dass er emergent bleibt. Das Team könnte Feedback von Stakeholdern einbeziehen oder den Backlog anhand neuer Informationen anpassen, die während der Entwicklung auftauchen.
- Priorisiert: Die Priorisierung der Benutzerstories könnte auf Basis sich verändernder geschäftlicher Bedürfnisse oder Feedback von Stakeholdern verfeinert werden. Das Team könnte regelmäßige Überprüfungen des Backlogs durchführen, um sicherzustellen, dass die Benutzerstories mit höchster Priorität zuerst bearbeitet werden.
Insgesamt ist der Produkt-Backlog ein lebendiges Dokument, das kontinuierlich überprüft und verfeinert werden sollte, um sicherzustellen, dass er den DEEP-Prinzipien entspricht und die Ziele des Projekts unterstützt. Das Team sollte offen für Feedback sein und aktiv nach Wegen suchen, den Produkt-Backlog während des gesamten Entwicklungsprozesses zu verbessern.
Zusammenfassung
Das DEEP-Modell ist entscheidend für eine effektive Produkt-Backlog-Verwaltung, da es Teams hilft, einen umfassenden und priorisierten Produkt-Backlog zu entwickeln, der das aktuelle Verständnis der Produktanforderungen widerspiegelt. Das Maß an Detail sollte genau ausreichen, um der Entwicklungsgruppe Klarheit und Orientierung zu geben. Story Points werden verwendet, um den Arbeitsaufwand für die Fertigstellung eines Elements zu schätzen, und der Produkt-Backlog wird kontinuierlich auf Basis von Änderungen an den Produktanforderungen aktualisiert. Die Priorisierung hilft der Entwicklungsgruppe, sich zuerst auf die wichtigsten Aufgaben zu konzentrieren.
Das DEEP-Modell bietet eine Reihe von Leitlinien für eine effektive Produkt-Backlog-Verwaltung. Es stellt sicher, dass der Produkt-Backlog angemessen detailliert, geschätzt, emergent und priorisiert ist, basierend auf mehreren Faktoren wie Nutzwert, geschäftlicher Wert, technische Umsetzbarkeit, Komplexität und Abhängigkeiten. Durch die Einhaltung des DEEP-Modells können Teams den Produkt-Backlog effektiv verwalten und sicherstellen, dass das Produkt die Bedürfnisse seiner Nutzer und Stakeholder erfüllt.