Was ist ein Backlog und wie wird es in Projekten und in der Produktentwicklung eingesetzt?

Teilen!

Fangen wir ganz unverblümt an: Was ist die Rückstand? Es ist ein Werkzeug zur Verwaltung von Anforderungen an ein Produkt, eine Dienstleistung oder ein Projekt. Um es mit den Worten des Scrum-Leitfadendie übrigens im November 2020 aktualisiert wurde, ist eine offene und geordnete Liste von Wünschen zur Verbesserung oder Vervollständigung des Wertes von etwas - seien es Produkte, Dienstleistungen oder Projekte.

Das Backlog, eine nach Prioritäten geordnete Liste von Anforderungen an ein Produkt oder eine Dienstleistung, ist ein idealer Mechanismus für die Verwaltung von Anforderungen, wenn diese variabel und sehr dynamisch sind. Im Gegensatz zu anderen Gliederungsmechanismen, wie z. B. der WBS (Work Breakdown Structure), weist das Backlog einige Besonderheiten auf, die wir im Folgenden erörtern werden und die für seinen Erfolg bei der Verwaltung von adaptiven Projekten und der Entwicklung von Produkten und Dienstleistungen entscheidend sind.

Welche Elemente werden in das Backlog aufgenommen?

Der Rückstand ist eine unbestimmte Liste von Aufgaben. Es kann spezifische Anforderungen für ein Projekt oder ein Produkt enthalten, es kann Aufgaben enthalten, es kann Use Cases oder User Stories enthalten, und - was am wichtigsten ist - es kann eine Kombination aus all diesen Elementen enthalten.

Das Backlog kann nur User Stories enthalten

FALSCH, FALSCH, ABSOLUT FALSCH!

Als Beraterin und Change Agentin erlebe ich dies immer wieder. Teams, die darunter leiden, dass sie versuchen, alle ihre Anforderungen und Backlog-Elemente als User Stories zu dokumentieren - das ist einfach nur dumm!

Jede wie man eine einstweilige Verfügung schreibt der Art des zu entwickelnden Produkts oder der Dienstleistung entspricht. Einige "Arten" von Anforderungen fördern die autonome Entwicklung, während andere detaillierter sind und auf die strikte Einhaltung bestimmter Bedingungen abzielen.

Der Reifegrad des Teams ist auch ein wichtiger Faktor, wenn es darum geht, wie detailliert und ausführlich die Informationen zu den Punkten auf dieser Prioritätenliste sind.

Warum Backlog auf Englisch und nicht mit Übersetzungen?

Ich persönlich übersetze das Wort Rückstand nicht gerne, denn im Spanischen gibt es kein einziges Wort, das dasselbe bedeutet. Vor einigen Jahren, als ich als Freiwilliger in der Übersetzungsgruppe des PMI Agile Praxisleitfadenwar eine der schwierigsten Diskussionen, daher hier einige der beliebtesten Übersetzungen im Zusammenhang mit Projekten und Agilität:

  1. Stapel
  2. Prioritätenliste
  3. Pop-up und sortierte Liste
  4. Liste der ausstehenden Arbeiten

Wie Sie sehen, handelt es sich um weit gefasste Begriffe, die im Spanischen schwer anzupassen sind, und zum Schluss möchte ich Ihnen noch ein Beispiel dafür geben, warum es so kompliziert ist, das Wort zu übersetzen.

Das Sprint-Burndown-Diagramm ist eine visuelle Darstellung des Sprint-Backlogs und der verbleibenden Arbeit in den einzelnen Tagen.

Sie würde etwa so lauten:

Das Iterations-Burndown-Diagramm ist eine visuelle Darstellung der ausstehenden Arbeiten aus der nach Prioritäten geordneten Liste der ausstehenden Arbeiten derselben Iteration im Laufe der Tage.

Produktstapel - warum übersetzen wir Backlog als Stapel?
Produktstapel?

Um diese Dinge zu vermeiden, müssten wir den Rückstand in jeder Situation auf unterschiedliche Weise abrufen. Liste, priorisierte Liste, Stapel, und es gäbe keine Möglichkeit für jemanden, der lernt, zu verstehen, dass manchmal die Liste, die priorisierte Liste und die Anforderungsliste - oder wie auch immer man es in dem Zusammenhang übersetzt - das gleiche Instrument sind.

Wie Sie sehen, ist es nicht einfach, diesen Begriff zu übersetzen, erst recht nicht, wenn er so aus dem Zusammenhang gerissene Wörter verwendet wie Batterie Stapel [1] Ich gebe zu, dass einige Übersetzungen im Kontext von Management und Agilität Rückstand a Batterie, Terminplanung a Programmierung, Rückmeldung als Rückmeldung, Ausbrandsdiagramm a Abbranddiagramm, y Abbrandtabelle als VerbrennungsdiagrammIch bin von ihnen zutiefst erschüttert. .

Welche Arten von Prioritätenlisten gibt es?

Bevor ich beginne, möchte ich klarstellen, dass, obwohl Scrum ist in Mode Heutzutage ist das Backlog kein exklusives Scrum-Tool mehr. Zum Beispiel, XP sehr gut definiert Nachholbedarf vor einigen Jahrzehnten. Also, fangen wir an:

1. das Produkt- oder Dienstleistungs-Backlog - Produkt-Backlog

Wenn wir von Product oder Service Backlog sprechen, beziehen wir uns auf alle Anfragen, die mit der Entwicklung, der Wartung oder dem Betrieb eines Produkts oder einer Dienstleistung zusammenhängen. Das Product Backlog umfasst unter anderem Aufgaben, Anforderungen im Zusammenhang mit Deliverables, Verbesserungen, Änderungsanfragen, Wartungsarbeiten und alles andere, was es wert ist, für ein bestimmtes Produkt oder eine bestimmte Dienstleistung "auf dem Radar" zu bleiben.

2. projektrückstand

Ein Projekt-Backlog ist in bestimmten Kontexten nützlich und kein absoluter Ersatz für andere Gliederungsinstrumente wie den Projektstrukturplan (PSP). In einem variable BandbreiteDie Verwendung des Backlogs ist effizienter und praktischer als die Verwendung des WBS.

DTD/WBS oder Backlog zur Verwaltung der Aufschlüsselung?

Dies könnte eine lange und ausführliche Diskussion sein, aber hier ist eine Liste der 3 wichtigsten Unterschiede bei der Wahl zwischen einem Projektstrukturplan oder einem Backlog als Drill-Down-Tool.

  1. Art des Umfangs des Projekts. Wenn es sich um ein geschlossenes Projekt handelt und ein Teil der Aufgabe des Managements darin besteht, zusätzliche Anforderungen in Schach zu halten, ist der Projektstrukturplan die richtige Lösung. Wenn hingegen ein Teil des Projekts darin besteht, den Umfang des in der Entwicklung befindlichen Produkts oder der Dienstleistung zu entdecken, auszubauen oder zu verfeinern, dann ist das Backlog unschlagbar.
  2. Nicht alles ist enthalten. Eines der schwierigsten Dinge, die ein Projektmanager verstehen muss, ist die Tatsache, dass Backlog-Elemente nicht unbedingt zur Lieferung verpflichtet sind. Dies ist das Gegenteil des WBS. Alles, und nur das, was im Projektstrukturplan enthalten ist, ist Teil des Umfangs. In einem Projektstrukturplan wird das Zusatzmaterial als Vergoldung. Das Backlog ist ein Priorisierungs- oder Ordnungsinstrument, und daher können Änderungen oder Entdeckungen, die sich aus dem Produkt- oder Dienstleistungsentwicklungsprozess ergeben, andere Funktionen oder Anforderungen verdrängen, die im Lichte neuer Erkenntnisse nicht dieselbe Priorität haben.
  3. Über das Projekt hinaus, die Operation. Der Projektstrukturplan ist ein geschlossenes Instrument, das versucht, den gesamten Umfang zu erfassen, und ist daher in Umgebungen, in denen es keinen definierten Umfang gibt, nicht sinnvoll. Wie könnten wir eine Reihe unerwarteter oder unvorhergesehener Anfragen für ein Team verwalten? Der Projektstrukturplan ist nicht als dynamisches und flexibles Instrument konzipiert, und obwohl er während eines Projekts Änderungen und Aktualisierungen erfahren kann, ist er kein "dynamisches Element", wie es ein Backlog ist.

3. Iteration Backlog - Iteration Backlog ó Sprint Backlog in Scrum

Das Iterations-Backlog bezieht sich auf eine Reihe von Dingen, die innerhalb eines bestimmten Zeitraums erledigt oder abgeschlossen werden müssen. Wenn wir über ScrumWenn wir über Scrum, Version 2020, sprechen, dauert der Sprint zwischen einer Woche und einem Monat. Wenn wir über Scrum, frühere Versionen oder andere Autoren sprechen, zwischen zwei und acht Wochen. Aber im Allgemeinen ist das Iterations-Backlog die nach Prioritäten geordnete Liste der Dinge, die in einem bestimmten Zeitraum zu tun sind.

Das Iterations-Backlog ist nicht notwendigerweise eine Teilmenge des Product Backlogs oder des Project Backlogs. Natürlich sollte es eine Beziehung zwischen den beiden geben, wenn sie verwendet werden, aber Teil des Iterationsplanungsprozesses ist es, das Produkt-/Projekt-Backlog für die beginnende Iteration zu detaillieren, aufzuschlüsseln und zu vervollständigen. Und in diesem Sinne ist es möglich, dass das Iterations-Backlog Elemente enthält, die nicht im Produkt- oder Projekt-Backlog enthalten sind.

4. Portfolio-Backlog

Stellen Sie sich vor, dass Ihr strategisches Portfolio - das mehrere Projekte und andere Komponenten umfasst - eine nach Prioritäten geordnete Liste ist. Warum sollten Sie das Backlog nicht auf der Ebene des Portfolios verwenden? Prioritäten zu setzen ist eine ausgezeichnete Idee, um zu vermeiden, was ich als die Vielfraß-Syndrom - o dass Geld der einzige Faktor ist, der bei der Aufnahme oder Streichung einer Initiative aus dem Portfolio zu berücksichtigen ist.

Im Management Portfolio SchlankDas Portfolio Backlog ist ein grundlegendes Instrument. Es ist auch im Scaled Agile Framework enthalten.

5. Programmrückstand

Bei der Verwaltung komplexer Produkte oder Projekte ist es möglich, das Backlog zu kategorisieren. Ähnlich wie bei einem Programm und einem Projekt kann das Backlog ein wertvolles Instrument für die Verwaltung des Backlogs und der Prioritäten in großem Maßstab und über mehrere Teams hinweg sein - natürlich nur, wenn der Umfang dies rechtfertigt, d. h. wenn so viele Menschen miteinander interagieren, dass eine zentrale Verwaltung gleichzeitig hilfreich und hinderlich ist.

6. Rückstand bei der Ausrüstung

Wenn es ein Programm-Backlog gibt, dann muss es auch ein Team-Backlog geben. Wenn wir für das große Ganze unseren "Stack" vereinheitlichen, brauchen wir für die Verwaltung eines Teams - das fast immer agil ist - eine verkleinerte, fokussierte Version, die wir verwalten können. Dies ist das, was man als Rückstand bei der Ausrüstung.

Wie verwaltet man eine Liste mit Prioritäten richtig?

Das Backlog ist, wie wir bereits gesehen haben, ein Instrument, das sich auf die zu erledigende Arbeit bezieht, sei es im Zusammenhang mit dem Umfang des Produkts oder der Dienstleistung oder mit Aufgaben, die mit seiner Entwicklung, Wartung und seinem Betrieb verbunden sind. Daher erfordert der Rückstand viel Arbeit und Mühe, um auf dem neuesten Stand zu bleiben und nicht an Wert zu verlieren.

In einigen Managementmodellen wird eine Person als "Hüter" des Rückstands eingesetzt. In Scrum wird diese Rolle als Product Owner bezeichnet, oder Produktverantwortlicher. Da das Backlog als Artefakt jedoch nicht nur in Scrum vorkommt, gibt es Rollen, die mit der Pflege und Wartung des Backlogs verbunden sind.

Rollen, die für die Erstellung und Verwaltung der Elemente der Prioritätenliste zuständig sind

Diese Liste ist zwar nicht erschöpfend, aber es handelt sich um die beliebtesten oder häufigsten Rollen.

  • Produktmanager / Produktmanager
  • Produkteigentümer / Produktverantwortlicher
  • Kunde / Kunde
  • Kunden- oder Verbrauchervertreter / Kunden-Vollmacht
  • Anforderungsanalyst / Wirtschaftsanalytiker
  • Dokumentator
  • Projektleiter* / Projektleiter

Ist der Projektleiter für das Backlog zuständig?

Das kommt darauf an. Der Projektleiter oder -manager ist für die Verwaltung des Projektumfangs zuständig, und wenn er/sie also bei vorausschauenden Projekten für die Verwaltung des Projektumfangs zuständig ist, warum sollte er/sie dann nicht auch für das Backlog zuständig sein?

In agilen Projekten, bei denen das Backlog als Instrument zur Verwaltung des Projektumfangs verwendet wird, spielt der Projektleiter jedoch keine herausragende Rolle. Zum Beispiel, in der Scrum-Teams Dies ist eine klare Trennung zwischen der Verwaltung des Umfangs, d. h. der Konzentration auf die Bereitstellung von Geschäftswert, und der Verwaltung des Teams. Auf diese Weise wird ein Gleichgewicht zwischen dem Wunsch, etwas zu tun, und der Fähigkeit, etwas zu tun, hergestellt. Durch diese Trennung der Zuständigkeiten wird auch vermieden, dass die Bedürfnisse des Teams und seine Leistung ignoriert werden, um den Geschäftswert zu verfolgen und zu liefern.

Obwohl nicht ausdrücklich zugewiesen, ist es üblich, dass Projektmanager für die Verwaltung des Umfangs verantwortlich sind - als Product Owner - und das Team managen oder leiten - ähnlich wie die Rolle des Scrum Master verstanden werden könnte. [2]Es wird immer wieder ausführlich darüber diskutiert, ob ein Projektmanager die Rolle des Scrum Masters ausüben kann. Ich persönlich bin der Meinung, dass es sich um komplementäre Rollen handelt, die mit den richtigen Fähigkeiten von ein und derselben Person ausgeübt werden können.

Ratschläge für Projektleiter.

Das Backlog ist ein dynamisches Instrument, das im Gegensatz zum WBS viel mehr Engagement und Hingabe erfordert. Wenn Sie als Projektleiter gerne die Verantwortung für den Umfang des Projekts tragen, sollten Sie nicht zögern, einen Scrum Master in das Team aufzunehmen, um die Beziehung zwischen Ihnen und dem Team zu erleichtern und zu vermitteln. Vermeiden Sie es, Richter und Geschworene zu sein.

Warum ändern sich die Anforderungen?

Der Rückstand ist ein dynamisches und offenes Instrument. Das bedeutet, dass die Elemente innerhalb des Rückstands regelmäßig verschoben und nach Prioritäten geordnet werden. Natürlich mit bestimmten Kriterien und einer Struktur, die vom Managementmodell abhängig ist oder Paradigma die Sie in Ihrem Projekt oder mit Ihrem Team verwenden.

Folglich ist das Backlog ideal für Umgebungen, in denen zum Beispiel Feedback für die Definition der Zukunft des Projekts (oder Produkts) entscheidend ist. Ein Beispiel für diesen Kontext ist das Unternehmertum. Unternehmer brauchen neue Kunden, und um diese zu finden, präsentieren sie schnell und häufig ihre Ideen für neue Produkte, Dienstleistungen und Werbekampagnen. Ist die Reaktion positiv, verfolgen sie die Idee weiter; ist sie negativ, "schwenken" sie um und gehen weiter.

Der Rückstand nimmt Rückmeldungen an und nutzt sie. Ein gutes Team nutzt das Feedback, um die Fähigkeiten eines in der Entwicklung befindlichen Produkts oder einer Dienstleistung zu verbessern.

Verfeinerung und Aktualisierung des Auftragsbestandes

Erinnern Sie sich, dass das Backlog ein wertvolles Instrument ist, wenn der Umfang des Produkts, der Dienstleistung oder des Projekts eine gewisse Dynamik erfordert. Die Verwaltung des Rückstands ist eine anspruchsvolle und für den Projekterfolg sehr notwendige Aufgabe. Es geht nicht nur darum, festzustellen, was getan werden muss, sondern auch darum, die Arbeit zu strukturieren, Prioritäten zu setzen und zu ordnen, um die größtmögliche Wirkung zu erzielen.

Eine der Aktivitäten, die in den letzten Jahren an Bedeutung gewonnen hat, ist das, was früher als Backlog Grooming bezeichnet wurde und heute aus offensichtlichen Gründen als Backlog Refinement bekannt ist.[3]Die Cambridge Wörterbuch führt unter seinen Definitionen des Wortes PflegeDer Begriff "kriminelle Aktivität" hat sich im Laufe der Jahre durchgesetzt und wird mit kriminellen Aktivitäten in Verbindung gebracht. Dies führte zu einer Änderung des Begriffs im Scrum Guide von Pflege a Veredelung. .

Im SAFe Agile at Scale Framework ist die Backlog-Verfeinerung mehr oder weniger wie folgt definiert: [4]Die Übersetzung von Backlog Refinement ist nicht wörtlich zu nehmen und passt ein wenig in den Kontext dieses Artikels - ohne das Wesentliche zu verändern. Um den Originaltext zu sehen, lade ich Sie ein, die Scaled Agile Framework Seite zu besuchen.

Das Backlog sollte immer einige umsetzungsbereite Stories enthalten. Das heißt, ohne große Risiken, große Ungewissheiten oder große Überraschungen. Agile Teams, die einen flussbasierten Ansatz verfolgen, streben ein gewisses Maß an "Bereitschaft" in ihrem Backlog an. Sie tun dies, indem sie mindestens eine Backlog-Verfeinerungssitzung pro Iteration oder sogar pro Woche durchführen. Während dieser Verfeinerungssitzung werden die Geschichten mit höherer Priorität analysiert und ein erstes Verständnis der Akzeptanzkriterien diskutiert, geschätzt und festgelegt.

Skaliert Agil

Tipps für die Pflege eines guten Rückstands

Ich wünschte, ich hätte eine Zauberformel, wie man einen guten Auftragsbestand verwalten und pflegen kann. Ich wäre wahrscheinlich Millionär, aber das bedeutet nicht, dass wir nicht ein paar gute Tipps auslassen können, um die Chancen auf ein gutes Backlog in unseren Projekten oder mit unseren Teams zu verbessern.

1 Hingabe und Engagement

Der Rückstand erfordert Zeit und Hingabe.

Anders als bei vorausschauenden Projekten erfordert die variable und dynamische Natur des Umfangs Engagement und Einsatz für den Auftragsbestand. In Scrum zum Beispiel ist die Rolle des Product Owner eine Vollzeitstelle. Die Verwaltung des Rückstandes braucht Zeit. Vergessen Sie die Idee, den Auftragsbestand von Zeit zu Zeit zu überprüfen.

Geben Sie der Person, die den Rückstand verwaltet, Vorrang und Macht. Alle Teammitglieder und sogar Stakeholder können neue Elemente, Änderungen und neue Prioritäten für das Backlog vorschlagen, aber nur eine Person sollte es sein, die das Backlog letztendlich annimmt, vertieft und priorisiert - deshalb mag ich das Wort Gatekeeper. Wenn Sie mit Scrum arbeiten, sollten Sie nicht zögern, Ihren besten verfügbaren Product Owner in Vollzeit einzusetzen.

2. Inkrementelles Denken für die Elemente

Inkrementelles Denken bei der Produktentwicklung ähnelt einer Leiter.

Der Rückstand ist nicht nur eine nach Prioritäten geordnete Liste - was nützt es, Prioritäten zu setzen, wenn ich zur Erledigung der Punkte mit erster Priorität die Punkte mit niedrigerer Priorität erledigen muss? Dieser Fehler oder dieses agile Anti-Pattern ist bei vielen Projekten üblich, die sich nur um die Aufteilung des Plans in Iterationen kümmern, aber nicht tief genug in die Strukturierung der Ergebnisse und Komponenten eindringen, um eine kontinuierliche Bereitstellung von Leistungen zu ermöglichen. Um dies zu vermeiden, wurde das INVEST-Kriterium für Backlog-Elemente definiert.

INVEST-Kriterium

Der Rückstand erfordert Elemente, die das INVEST-Kriterium erfüllen:

  • Unabhängig (I) - Elemente, die weitgehend "in sich geschlossen" sind und keine anderen Elemente benötigen, um ihren Wert zu demonstrieren.
  • Verhandlungsfähig (N) - der Rückstand ist kein geschlossenes Element, so dass einige Elemente des Rückstands abgearbeitet werden müssen und andere nicht. Das bedeutet, dass wir jederzeit in der Lage sein müssen, über Prioritäten zu verhandeln und zu entscheiden, ob ein Element an einem bestimmten Punkt des Produkts aufgenommen werden soll oder nicht.
  • Wertvoll (V) - wenn das Backlog eine nach Prioritäten geordnete Liste von Punkten ist, dann ist es der Wert, der uns erlaubt, Prioritäten zu setzen. Es mag zwar geringwertige Aufgaben im Rückstand geben, aber sie dort zu belassen, wenn wir festgestellt haben, dass sie von geringem Wert sind, ist nicht sehr sinnvoll.
  • Liebe (E) - wenn ein Rückstandsposten sich der Spitze der Prioritätenliste nähert - d.h. kurz davor steht, in den Entwicklungs- oder Produktionsprozess aufgenommen zu werden - sollte er schätzbar sein. Das heißt, das Projekt- oder Produktteam sollte in der Lage sein, zu erörtern, wie viel Aufwand, wie komplex und wie riskant es ist. Um dies zu erreichen, kann das Element detailliert - in Verfeinerungssitzungen - oder fragmentiert - in kleinere Komponenten, die es dem Team ermöglichen, voranzukommen.
  • Klein (Klein) - dieses Kriterium gilt vor allem für Team- und Iterationsrückstände. Artikel fließen am besten durch das System, wenn sie klein sind - ein grundlegendes LEAN-Prinzip. Ein Portfolio-Backlog muss jedoch nicht zwangsläufig aus kleinen Elementen bestehen.
  • Nachprüfbar (Testbar) - im Prinzip muss jedes Element eines Backlogs, wie die Elemente eines WBS, bestimmte Akzeptanz- und/oder Validierungskriterien haben. Wie können wir sonst wissen, dass etwas getan wurde und dass es den festgelegten Zielen entspricht?

3. Gleichgewicht zwischen Antizipation und Anpassung

Wie Yin und Yang erfordert auch der Rückstand ein Gleichgewicht zwischen Antizipation und Anpassung.

Der Rückstand wird nach Prioritäten geordnet. Dafür gibt es einen Grund. Konzentrieren Sie sich auf das, was für das Produkt, die Dienstleistung oder das Projekt am wichtigsten und wertvollsten ist. Wenn es keinen Schwerpunkt gibt, hat es keinen Sinn, Prioritäten zu setzen. Daher sollten Sie es auf jeden Fall vermeiden, zu Beginn des Projekts oder wenn das Team gerade gebildet wird, zu viel vorwegzunehmen. Das Gleichgewicht zwischen Antizipation mit Pre-Design und Anpassung ist von grundlegender Bedeutung, um die Zeit der Business-Experten und des Backlog-Custodians - d.h. die Zeit des Product Owners - sinnvoll zu nutzen.

4. Vorläufige Kriterien für die Prioritätensetzung

Algorithmus zur Priorisierung von Anforderungen

Ein Großteil des Problems bei der Priorisierung des Rückstands liegt in der Subjektivität des Gatekeepers oder den unterschiedlichen Interessen aller Beteiligten - im Englischen auch bekannt als Akteure. Eine gute Technik kann darin bestehen, einen gewichteten Priorisierungsalgorithmus, -prozess oder -mechanismus zu entwickeln, der es ermöglicht, mehrere Dimensionen bei der Priorisierung zu berücksichtigen. Das Scaled Agile Framework beispielsweise stellt das WSJF als Priorisierungsübung für das Portfolio Backlog dar.

Ich möchte klarstellen, dass die Festlegung von Prioritätskriterien nicht darauf abzielt, den menschlichen Faktor aus der Prioritätensetzung zu eliminieren; sie ist vielmehr ein Hilfsmittel, das die Diskussion und Debatte über Prioritäten fördern soll. Wir können nicht immer die Elemente des Rückstands auswählen, nur weil die Person, die dies beantragt, ein größeres Büro hat als wir. Im Englischen verwenden wir den Begriff HIPPO oder bestbezahlte Person im Büro darauf hinzuweisen, dass es manchmal überhaupt keine Kriterien gibt und es nur eine Laune von jemandem ist, der innerhalb des Unternehmens besser bezahlt wird.

5. Prozentsatzgrenzen und Trichter

Rückständige Posten filtern

Nun, wenn das Backlog ein dynamisches Element ist und Verfeinerungssitzungen mit einer gewissen Häufigkeit stattfinden, kann es eine gute Idee sein, Grenzen für die Menge an neuen Elementen zu setzen, die diskutiert werden sollen, oder Verbesserungen und refactors die wir in unseren Sitzungen wiederholen oder berücksichtigen.

Dies kann manchmal helfen, den Fokus aufrechtzuerhalten und ein Übermaß an Experimenten zu vermeiden, das am Ende dazu führt, dass wir zu viel ausprobieren und nicht genug Mehrwert schaffen.

Ebenso ist es möglich, Regeln für das Verlassen oder "Sterben" innerhalb des Rückstandes aufzustellen. Zum Beispiel Elemente, die nie auftauchen und immer durch andere, "wichtigere" Elemente ersetzt werden.

6. Verwaltungsinstrument

Verwaltungsinstrumente sind nützlich und schaffen eine Struktur für die Aufnahme, Verwaltung, Aktualisierung und Planung von Elementen. Von Post-its und Acryltafeln bis hin zu fortschrittlichen Management-Tools in IT-Systeme.

Ich empfehle, das Tool nicht mit einer Vielzahl von Informationen zu füllen, sondern es konsequent auf dem neuesten Stand zu halten, die Prioritäten anzupassen, neue Punkte einzugeben und solche zu streichen, die bereits erledigt sind oder im Plan nicht mehr berücksichtigt werden - die meisten Tools tun dies automatisch.

Zu vermeidende Dinge

Nun, wie bei jedem anderen Werkzeug gibt es auch beim Backlog einige Überlegungen, um Missbrauch oder Ineffektivität bei der Verwendung in einem Projekt oder in einem Team zu vermeiden. Diese Themen sind:

  1. Übermäßige Akkumulation. Vermeiden Sie es, alles in den Rückstand aufzunehmen. Obwohl es sich um ein flexibles Instrument handelt, sollte es nicht zu einem Gedächtnisschrank oder einem Rückstau werden. St. ALLEJO'S ZIMMER. Es ist üblich, dass der Rückstand zu einer endlosen Wunschliste wird.
  2. Bedarf an detaillierten Informationen. Wie ich bereits erwähnt habe, sollten Sie darauf achten, dass Sie das Gleichgewicht zwischen Erwartung und Anpassung nicht verlieren. Sie brauchen eine erste Prioritätenliste, anhand derer Sie arbeiten können, aber die Prioritäten bestimmen, worauf sich der Gatekeeper konzentrieren sollte. Um nicht alles vorwegzunehmen, ist das Backlog für "komplexe adaptive" Kontexte konzipiert, bei denen ein Teil des Arbeitsumfangs Experimente und Feedback beinhaltet.
  3. Monolithische Struktur. Dadurch wird verhindert, dass alle Rückstandselemente voneinander abhängen. Dies ist keine einfache Aufgabe. Um dies zu vermeiden, ist es gut, ein unternehmerisches Denken zu entwickeln, bei dem die großen Erfolge die Summe aller kleinen Erfolge sind.

Vorlagen für das Backlog-Management

Gibt es eine endgültige Vorlage für das Backlog-Management? Natürlich nicht. Aber das bedeutet nicht, dass ich nicht einige sehr interessante Beispiele nennen kann. Das heißt aber nicht, dass ich nicht einige sehr interessante Beispiele nennen kann. Hier finden Sie eine Liste von Vorlagen:

  • Backlog-Management-Tool
    Entwickelt von Sperta Beratung. [5]Sperta Consulting ist das Unternehmen, an dem ich beteiligt bin. Sie ist spezialisiert auf Beratung, Coaching und Schulung in den Bereichen Team- und Projektmanagement sowie Organisationsstruktur.. Dies ist ein Werkzeug, das wir zu akademischen Zwecken verwenden, um vor allem die Auswirkungen von Iterationen auf den Fortschritt eines Projekts zu diskutieren. Es ist bei weitem nicht perfekt, aber es hilft, mit den Übungen, die wir in unseren Kursen machen, tiefgehende Diskussionen zu führen.

Ich persönlich verwende in meiner täglichen Arbeit keine Vorlagen - oder nur sehr selten, aber sie sind für akademische Prozesse sehr nützlich. Sie sind leicht manipulierbar und können angepasst werden, um eine Aussage, ein Konzept oder Vor- und Nachteile zu verdeutlichen.

Heutzutage ist es üblicher, ein cloudbasiertes Tool für das agile Teammanagement zu verwenden als eine gemeinsame Tabellenkalkulationsdatei.

Abschließende Überlegungen

Der Rückstand ist ein wirklich mächtiges Instrument. Ein gutes Backlog ist der Schlüssel zur Flexibilität des Teams und zur schrittweisen Entwicklung von Produkten und Dienstleistungen. Sie ist ein wichtiger Verbündeter agiler Projekte und ein wesentlicher Bestandteil des schlanken Portfoliomanagements.

Sie sollte jedoch nicht nur als eine Aufgabenliste betrachtet werden.

Teilen!

Kommentare und Anmerkungen des Autors[+]

Standardbild
Alberto Dominguez
Führung von Teams von der Theorie bis zur tatsächlichen und nachhaltigen Bereitstellung innovativer IT-Produkte und -Dienstleistungen.
Artikel: 33

4 Kommentare

  1. Hallo Alberto, ein sehr guter Artikel, der die Hauptkonzepte des Backlogs in Beziehung setzt und auf die Portfolioebene ausweitet, was mich dazu einlädt, das Thema weiter zu untersuchen. Ich habe einen Zweifel, und zwar das Konzept der Freigabe, wird es für alle Arten von Rückständen gleich gehandhabt?

    • César, ich freue mich, dass Ihnen der Artikel gefallen hat. Zu Ihrer Frage noch eine kleine Überlegung. Wenn das Ziel der Priorisierung darin besteht, den Geschäftswert frühzeitig und gestaffelt zu liefern, ist es ideal, das Backlog zusammen mit einem Release-Plan zu verwenden. Das heißt aber nicht, dass es immer einen Freigabeplan geben muss. Ich empfehle, Meilensteine immer an Termine zu knüpfen und so eine Möglichkeit zu haben, den Fortschritt zu überprüfen. Wenn keine Meilensteine festgelegt sind, ist es unmöglich, den Fortschritt mit einem Instrument wie einem Backlog zu messen. Ich bin dabei, einen weiteren Artikel über Metriken zu veröffentlichen, der genau auf den Punkt kommt. Wenn es keine Freigabe gibt, woran messen Sie dann Ihren Fortschritt (insbesondere bei Projekten)?

  2. Hallo Alberto,
    Ausgezeichneter Artikel, ich habe beim Lesen viel Interessantes gelernt! Ich habe eine Frage, die in dem Artikel teilweise beantwortet wird, aber es wäre interessant, einen genauen Standpunkt zu haben: In "Open Source"-Projekten gibt es oft endlose Rückstände, die außer Kontrolle geraten. Dies ist zwar bei einem Projekt mit variablem Umfang (wie es bei dieser Art von Projekt häufig der Fall ist) verständlich, aber welche Strategien können Administratoren/Projektmanager anwenden, um einen unkontrollierbaren Rückstand zu vermeiden und gleichzeitig Frustration bei den Mitarbeitern zu verhindern?

    • Mauricio, eine ausgezeichnete Frage! Viele Projekte und Produkte haben einen Rückstand, der wie ein Wunschzettel aussieht. Insbesondere der Nachholbedarf an FOSS - Free & Open Source Software - scheint eine endlose Liste zu sein - und das ist zum Teil die Idee. Bei Open Source geht es um die Dezentralisierung des Codes, und das bedeutet oft auch eine Dezentralisierung der Prioritäten. Um den Fokus aufrechtzuerhalten - was meiner Meinung nach die meiste Frustration erzeugt - empfehle ich:

      • Definieren Sie die Kontrolle über den Rückstand. Einige Beispiele für Governance sind:
            Regelmäßige Durchführung Roadmapping. Sie können vierteljährlich, halbjährlich oder jährlich stattfinden - alles hängt davon ab, wie engagiert die Entwicklergemeinschaft ist.
            Zuweisung einer zentralen Prioritätsstelle - ähnlich wie beim Linux-Kernel und der Rolle des Linus Tolvards.
            Einrichtung von Abstimmungsmechanismen für die breite Öffentlichkeit, um die Priorisierung neuer Funktionen zu unterstützen.
      • Verwenden Sie verschiedene Ebenen des Rückstands. Obwohl wir gewohnt sind, über das "Product Backlog" zu sprechen, als ob es sich um ein einziges handeln würde, ist es in Wahrheit so, dass Sie verschiedene Ebenen haben können, und diese Ebenen helfen Ihnen, Prioritäten zu setzen und Governance-Diskussionen zu konzentrieren. Wir wollen nicht jeden Tag über Millionen von Funktionen abstimmen. Sie können ein Product Backlog auf hoher Ebene und ein Release Backlog definieren, das das Ergebnis einer Roadmapping-Sitzung ist. Das Release Backlog kann eine Teilmenge sein, die der Gruppe den Fokus gibt.

      Ich hoffe, meine Antwort hilft Ihnen.

Schreibe einen Kommentar

Diese Website verwendet Akismet, um Spam zu reduzieren. Erfahre mehr darüber, wie deine Kommentardaten verarbeitet werden.

de_DE