Backlog ist Definition, Merkmale, Merkmale, Beispiel

Inhaltsverzeichnis:

Backlog ist Definition, Merkmale, Merkmale, Beispiel
Backlog ist Definition, Merkmale, Merkmale, Beispiel

Video: Backlog ist Definition, Merkmale, Merkmale, Beispiel

Video: Backlog ist Definition, Merkmale, Merkmale, Beispiel
Video: Plotter Basiswissen für Anfänger 2024, April
Anonim

Backlog ist ein Work-in-Progress-Protokoll. Deren Inh alt und Verfügbarkeit liegen in der Verantwortung des Produkteigentümers. Dies ist die einzige Quelle für Änderungen am Produkt.

Ein Rückstand ist eine Liste mit neuen Funktionen, Änderungen an bestehenden Funktionen, Fehlerbehebungen, Infrastrukturänderungen oder anderen Maßnahmen, die ein Team ergreifen kann, um ein bestimmtes Ergebnis zu erzielen. Es ist die einzige maßgebliche Informationsquelle, auf die sich das Unternehmen verlässt. Das bedeutet, dass aus dem, was nicht in diesem Protokoll steht, nichts unternommen wird. Es stellt dar, wie das Team am Produkt arbeiten muss, um ein bestimmtes Ergebnis zu erzielen.

Arbeiten Sie an Dokumenten
Arbeiten Sie an Dokumenten

Funktionen

Das Hinzufügen eines Produkt-Items zum Work-in-Progress-Log sollte schnell und einfach gehen, und ebenso einfach aus dem Backlog zu entfernen ist ein Item, das nicht direkt zum gewünschten Ergebnis führt oder keinen Fortschritt zulässt erreicht.

Backlog-Elemente werden in einer Vielzahl von Formaten akzeptiert, wobei die meistenÜblich sind User Stories. Das Team bestimmt das gewählte Format und behandelt die Backlog-Elemente als Erinnerung an Aspekte der Lösung, an der es arbeitet.

Produktrückstand

Ein Backlog ermöglicht es jedem in der Abteilung, Ideen zur Verbesserung eines Produkts oder einer Dienstleistung einzubringen. Der Priorisierungsprozess bestimmt, was tatsächlich Teil des Produkts wird. Mit dieser Methode können Sie Aufgaben implementieren und Ressourcen nur für die besten derzeit verfügbaren Ideen ausgeben. Bei Aufgabe überholter Ideen wird der Rückstand manchmal ergänzt und verfeinert.

Die Größe und Granularität des Produkt-Backlogs hängt stark davon ab, wie schnell das Team mit der Arbeit daran beginnt. Die Aufgaben, an denen das Team in naher Zukunft arbeiten wird, sollten klein sein und genügend Details enth alten, um loszulegen. Die Gruppe kann eine Definition der Bereitschaft erstellen und ihren Wunsch nach den Informationen angeben, die sie gerne zur Verfügung haben möchte, um mit der Arbeit am Backlog zu beginnen.

Die Product-Backlog-Reihenfolge ändert sich, wenn das Team die Ergebnisse besser versteht und eine Lösung findet. Diese Neuordnung vorhandener Elemente, das ständige Hinzufügen, Entfernen und Verfeinern dieser Elemente bestimmt die dynamische Natur des Rückstands.

Aufrufe

Programmrückstand

Programme sollen die Anforderungen der Stakeholder erfüllen und planen, sie als Projekte umzusetzen. Dies geschieht in der Regel laufend. Die Backlog-Struktur ist nützlich für die Anforderungsspeicherung, einen Priorisierungs- und Planungsprozess, bei dem hochwertige Anforderungen in Projekten gruppiert werden.

Task Backlog

Es kann von einer Einzelperson oder einem Team als Zeitmanagementmethode implementiert werden. Menschen haben nur eine begrenzte Zeit und müssen Aufgaben oft priorisieren. Wie bei Produkten und Programmen kann nicht erwartet werden, dass alles im Backlog abgeschlossen wird.

Aufgabenprotokolle
Aufgabenprotokolle

Wer wählt Aufgaben für das Backlog aus?

Die Verantwortung für Backlog-Inh alte liegt beim Product Owner. Natürlich ist er mit seiner Aufgabe nicht allein und kann um jede Hilfe bitten, die er braucht. Der Product Owner muss den Kunden gut verstehen und in engem Kontakt mit ihm stehen. Er kann und soll sich auch immer mit anderen Interessenten austauschen, um deren Wünsche zu berücksichtigen. Es ist auch wichtig, mit dem Entwicklungsteam in Kontakt zu bleiben, um die Kosten und die Komplexität bestimmter Anforderungen zu verstehen.

Aber am Ende des Tages ist der Product Owner die einzige Person, die für das Setzen von Prioritäten verantwortlich ist. Das ist auch der Grund, warum es niemals mehrere Product Owner oder Product Owner Committees geben sollte. Für die Entscheidungsfindung muss es einen Single Point of Truth geben – den Eigentümer des Produkts. Es sammelt alle Informationen über den Markt, das Geschäft, Stakeholder, Komplexitäten und mehr in einer klaren Priorisierung.

Das Team, das am Produkt arbeitet, kann eine gewisse Eigentümerrolle einnehmenProdukt mit Hauptverantwortung - Wartung des Produkts. Zu den wichtigsten Backlog-Pflegeaktivitäten gehören die Priorisierung von Produkt-Backlog-Elementen, die Entscheidung, welche Backlog-Elemente aus dem Backlog entfernt werden sollen, und die Erleichterung der Rückstandsklärung.

Wie sieht es aus?

Das Backlog ist eine effektive Möglichkeit für ein Team zu kommunizieren, woran es arbeitet und woran es als nächstes arbeiten möchte. Story Maps und Informationsquellen können dem Team und den Stakeholdern ein klares Bild der aktuellen Situation vermitteln.

Der Rückstand kann in physischer Form mithilfe von Karteikarten oder Notizen oder in elektronischer Form wie einer Textdatei oder einer Excel-Tabelle dargestellt werden. Ein E-Mail-Formular ist die beste Option für ein Team, das Remote-Mitglieder hat oder viele zusätzliche Produktinformationen sammelt. Physische Formulare haben den Vorteil, dass das Product Backlog bei produktbezogenen Diskussionen ständig sichtbar und spezifisch ist.

Mann und Frau im Büro
Mann und Frau im Büro

Backlog-Funktionen

Sobald ein Product Backlog erstellt wurde, ist es wichtig, es regelmäßig zu pflegen, um mit dem Programm Schritt zu h alten. Product Owner sollten das Backlog vor jedem Operations Planning Meeting überprüfen, um sicherzustellen, dass die Priorisierung korrekt ist und Feedback vom letzten Vorgang enth alten ist.

Nachdem das Backlog wächst, müssen Product OwnerGruppieren Sie es in kurzfristige und langfristige Positionen. Aufgaben, die der Bedeutung am nächsten kommen, müssen vollständig spezifiziert werden, bevor sie als solche gekennzeichnet werden. Das bedeutet, dass komplette User Stories geschrieben, Design- und Entwicklungskooperationen etabliert und Entwicklungsevaluationen durchgeführt wurden. Längerfristige Elemente können etwas vage bleiben, aber es ist gut, eine grobe Schätzung vom Entwicklungsteam zu erh alten, um bei der Priorisierung zu helfen.

Das Backlog ist das Bindeglied zwischen dem Product Owner und dem Entwicklungsteam. Der Product Owner kann die Arbeit in der Warteschlange jederzeit aufgrund von Kundenfeedback, verfeinerten Schätzungen und neuen Anforderungen neu priorisieren. Sobald die Arbeit jedoch beginnt, sollten Änderungen auf ein Minimum beschränkt werden, da sie das Entwicklungsteam stören und den Fokus und die Moral beeinträchtigen.

Planung, Diskussion
Planung, Diskussion

Dribblingfehler

Es gibt ein paar häufige Backlog-Fehler, auf die Sie achten sollten:

  • Der Product Owner priorisiert den Rückstand zu Beginn eines Projekts, passt ihn aber nicht an, wenn Feedback von Entwicklern und Stakeholdern eintrifft.
  • Das Team beschränkt den Rückstand auf kundenorientierte Artikel.
  • Es sieht aus wie ein Dokument, das lokal gespeichert und selten verwendet wird, was interessierte Parteien daran hindert, es zu aktualisieren.
  • Büroangestellte bei der Arbeit
    Büroangestellte bei der Arbeit

Backlog-Beispiel

FürWenn Sie mit dem Backlog arbeiten, müssen Sie keine komplexen Tools verwenden. Sie können mit Papierkarten oder mit einer Microsoft Excel-Tabelle beginnen.

Die gebräuchlichste Art, Backlog-Einträge zu definieren, ist eine User Story. In diesem Fall können Sie dem Quicklink einen Namen geben (was bei Karteikarten aber meist nicht gemacht wird) und ggf. auf der Rückseite der Karte Genugtuungsbedingungen hinterlegen.

Automatische Bierauswahl für die Party. Der Käufer möchte seine Freunde mit vielen seltenen Marken beeindrucken

Ein neues Bier zum Probieren auswählen. Ein Kunde möchte sich einen Bierkatalog ansehen, um einen neuen auszuwählen. Er kann verschiedene Geschmacksrichtungen direkt auf den Katalogseiten sehen

Bestelle dein Lieblingsbier. Ein treuer Kunde möchte seine Lieblingsbiere sehen, damit er sie jedes Mal erneut bestellen kann

Empfehlen Sie teures Bier. Der Ladenbesitzer möchte, dass die Bar teures Bier empfiehlt, um den Gewinn zu steigern

Sie können optional auch einige optionale Felder wie "Anzahl", "Bewertung", "Bedingungen" und "Priorität" hinzufügen (mit denen der Rückstand nach Geschäftspriorität sortiert werden kann).

Aufgaben erledigen
Aufgaben erledigen
Nummer Aufgabe Bewertung Zustand Priorität
234 Automatische Auswahl des Partybiers 20 Bestellung 1
556 Neues Bier zum Probieren auswählen 8 Bestellung 15
123 Bestellen Sie Ihr Lieblingsbier 3 Bestellung 40
89 Teueres Bier empfehlen 5 Gewinn 50

Wie Sie an diesem Beispiel sehen können, benötigt ein Product Backlog keine komplexen Tools. Eine Papierkarte oder Excel-Tabelle ist mehr als genug, um einen ausreichend tiefen und umfangreichen Rückstand zu verw alten und seine klaren Positionen zu definieren.

Empfohlen: