Jira-Apps für agile Teams

Effizienz ist für Ingenieure von entscheidender Bedeutung. Wenn Sie die Tastenkombinationen in Visual Studio Code beherrschen, können Sie wertvolle Zeit sparen und mehr Zeit haben, sich auf die Problemlösung zu konzentrieren. Anstatt durch Menüs zu navigieren, können Sie mit den richtigen Tastenkombinationen schneller programmieren, nahtlos umgestalten und konzentriert bleiben. In diesem Handbuch behandeln wir wichtige Tastenkombinationen in einer TypeScript-Umgebung, mit denen Sie Ihren Arbeitsablauf optimieren und Ihre Produktivität steigern können.

IntelliSense-Code-Vervollständigungen

In den meisten Fällen werden Sie beim Tippen wahrscheinlich Codevervollständigungen verwenden, aber manchmal kann es schneller sein, sie manuell auszulösen, um schnell einen Eigenschafts- oder Parameterwert abzurufen. Sowohl unter macOS als auch unter Windows lautet die Tastenkombination Strg+Leertaste.

Code-Schnipsel

Dies ist nicht unbedingt eine Abkürzung, aber ich wollte sie hinzufügen, da sie bei der Eingabe sich wiederholender Codemuster viel Zeit sparen kann. Codefragmente sind im Wesentlichen Vorlagen, die von Ihnen oder der Community erstellt werden, um die Eingabe sich wiederholender Codemuster wie Schleifen oder bedingter Anweisungen erheblich zu beschleunigen. Sie haben sie vielleicht schon einmal bemerkt, als das Intellisense-Popupmenü zur Codevervollständigung angezeigt wird. Sie sind an dem quadratischen Symbol zu erkennen. Ich schreibe häufig TypeScript, daher verwende ich häufig die integrierten JavaScript-Schnipsel, eine ES7+ React-Erweiterung und einige benutzerdefinierte Jest-Snippets. Ich kann das nur empfehlen Snippets-Benutzerhandbuch in der Visual Studio Codes-Dokumentation, wenn Sie mit dieser beginnen möchten!

Symbol umbenennen

Mit diesem Tastenkürzel können Sie die Funktion oder Variable, auf der sich Ihr Cursor befindet, umbenennen. Es benennt seine Definition und alle seine Referenzen um. Sowohl unter macOS als auch unter Windows lautet die Tastenkombination F2.

Schnelle Importe mit Quick Fix

Das manuelle Importieren von Variablen und Funktionen kann zeitaufwändig sein. Zum Glück geht das mit der Quickfix-Funktion viel schneller. Wenn sich Ihr Cursor auf einer Zeile mit einem Fehler oder einer Warnung befindet, können Sie ihn mit aktivieren ⌘+. auf macOS oder Strg+. unter Windows. Überprüfen Sie unbedingt die Importvorschläge, wenn Sie es mit einer größeren Codebasis zu tun haben, die mehrere Definitionen für dieselbe Variable oder Funktion haben könnte. In diesen größeren Umgebungen wird Ihnen möglicherweise zunächst der falsche Vorschlag unterbreitet!

Refaktorierung

Mit dieser Funktion können Sie den hervorgehobenen Code in eine wiederverwendbare Variable oder Funktion verschieben. Es kann sich als nützlich erweisen, wenn Sie dazu neigen, den Code zunächst einfach zusammenzuhacken und ihn dann zu überarbeiten und zu polieren, bevor Sie ihn an Ihre entfernte Filiale weitergeben und von Kollegen überprüft werden. Unter macOS lautet die Abkürzung ⌘+⌘+R und für Windows sind sie Strg+Shift+R.

Linie hoch/runter bewegen

Die Funktion „Linie nach oben oder unten bewegen“ macht genau das. Bewegen Sie die Linie, auf der sich Ihr Cursor befindet, nach oben oder unten. Das funktioniert auch, wenn Sie mehrere Zeilen markieren. Ich benutze das ziemlich oft, weil ich ehrlich gesagt ein Mensch bin und die Reihenfolge meines Codes nicht immer beim ersten Mal richtig verstehe. Auf macOS sind die Abkürzungen +↑ /↓ und Windows sind sie Alt+↑ /↓.

Gehe zur Definition und zeige Referenzen

Wenn Sie den Mauszeiger über einen Verweis auf eine Variable oder Funktion bewegen, wird Go to Definition genau das tun. Wenn Sie den Mauszeiger über eine Variablen- oder Funktionsdeklaration bewegen, zeigt die Tastenkombination „Referenz anzeigen“ ein Menü mit allen Referenzen an, falls es mehrere gibt, oder direkt zur Referenz, wenn es nur eine gibt. Unter macOS sind die Tastenkombinationen F12/G+F12 und Windows sind sie F12/Umschalttaste+F12.

Diese Tastenkombinationen sind großartig, aber ich persönlich finde, dass F12 etwas weit von meiner allgemeinen Handposition auf einer Tastatur entfernt ist, also entscheide ich mich für ⌘/Strg+Linksklick was ich häufig verwende und für beide Funktionen funktioniert.

Importe organisieren

Diese Tastenkombination entfernt alle unbenutzten Importe, sortiert bestehende Importe nach Dateipfaden und sortiert auch benannte Importe. Unter macOS lautet die Tastenkombination ++O und Windows Alt+Umschalttaste+O.

Dies ist eine wunderbare Abkürzung, um Zeit beim Aufräumen Ihrer Importe zu sparen, bevor Sie einen Commit ausführen, wenn Sie es gewohnt sind, ihn zu verwenden. Möglicherweise ziehen Sie es jedoch vor, Ihre settings.json mit der folgenden Konfiguration zu bearbeiten, damit die IDE dies beim Speichern für Sie erledigt. Die Datei settings.json kann gefunden werden, indem Sie die Befehlspalette öffnen (macOS & Windows: F1) und suche danach.

Diese Tastenkombinationen sind nur die wichtigsten, die ich häufig verwende oder von denen ich beabsichtige, mehr zu verwenden, aber es gibt eine Vielzahl von Tastenkombinationen für Visual Studio Code. Wenn Sie Ihre Effizienz in Visual Studio Code noch weiter steigern möchten, bieten sie einen Spickzettel für macOS und Windows was gut sein kann, um es griffbereit zu haben.

Lassen Sie uns über den Prozess der Backlog-Verfeinerung sprechen, der früher als Backlog-Grooming bekannt war. Vielleicht kennst du das Pareto-Prinzip und die Philosophie, 80% der Arbeit mit 20% Aufwand zu erledigen. Das klingt wunderbar, oder?

Auf der anderen Seite Raffinieren ein Produkt-Backlog, die Aktualisierung von Backlog-Elementen und Schätzungen mag wie eine luxuriöse Aktivität erscheinen, die man verschiebt, bis sie frei von anderen Aktivitäten im agilen Prozess sind.

Das ist jedoch nicht der Fall. Eine Verfeinerung des Backlogs ist unverzichtbar. Manchmal liegt die Macht im Detail, und beim Backlog-Management könnte das nicht wahrer sein.

Backlog-Refinement ist vergleichbar mit großen Köchen, die ihre neuen Rezepte entwickeln. 🍳 Das liegt daran, dass die Verfeinerung eines Backlogs neben Details auch eine Menge an Lücken und Anpassungen erfordert.

Diskutieren Sie mit uns, was die Verfeinerung eines Backlogs bedeutet. Wir werden uns ansehen, was es ist, wie wichtig es ist, wie man es im Detail macht und einige wichtige Tipps.

Schauen wir uns zunächst an, was Backlog-Refinement ist.

Beseitigen Sie Ihren flachen Backlog mit

Einfacher agiler Teamrhythmus

Jetzt testen

Über die Backlog-Verfeinerung

Die Verfeinerung von Rückständen ist wie das Beschneiden einer Pflanze: Sie werfen die Zweige weg, die nicht mehr benötigt werden, damit Sie der Pflanze helfen können, richtig zu wachsen.

Das bedeutet, dass Sie bereits Elemente in Ihrem Backlog haben, diese jedoch möglicherweise einige Informationen oder ein Update benötigen, bevor sie implementiert werden. Außerdem müssen einige Artikel möglicherweise sogar aus dem Backlog gestrichen werden.

Das Verfeinern des Backlogs spart Zeit und Geld, da sichergestellt wird, dass die Artikel zum richtigen Zeitpunkt für die Entwicklung bereit sind. Es stellt auch sicher, dass kein wertvoller Artikel für Kunden vergessen wird. Auf der anderen Seite wird garantiert, dass nur Artikel verwendet werden, die für den Kunden von Wert sind. All dies hilft Ihnen, den Kundenfokus zu behalten.

Schnappen Sie sich Ihre Gartenschere, denn wir helfen Ihnen dabei, Ihren Rückstand abzubauen. ✂️

Der Product Owner plant höchstwahrscheinlich Arbeitssitzungen, um den Backlog zu verfeinern.

Diese Backlog-Refinement-Sitzungen sollten regelmäßig stattfinden. Sie können das Backlog jedoch informeller verfeinern, solange es sich um einen fortlaufenden Prozess handelt. Neben dem Product Owner sind einige der Scrum-Team Mitglieder können teilnehmen. Denkt daran das Entwicklungsteam, der Scrum Masterund Product Owner sind das Scrum Team. Obwohl der Product Owner das Backlog selbst aktualisieren kann, ist es eine gute Praxis, das Team einzubeziehen.

Neben der Aktualisierung und Vollständigkeit des Backlogs beinhaltet die Backlog-Verfeinerung:

• Aufteilen allgemeiner Benutzerberichte oder anderer Arten von Backlog-Elementen wie Aufgaben oder Bugs sowie Hinzufügen von Details zu ihnen, um das Verständnis zu verbessern
• Hinzufügen oder Überprüfen von Schätzungen zu Problemen, da Schätzungen entscheidend sind für Sprint-Planung
• Ordnen Sie Backlog-Probleme so an, dass sie in den nächsten Tagen mit hoher Priorität behandelt werden Scrum-Iteration

Wichtig: Denken Sie daran, dass der Kunde letztendlich die Prioritäten bestimmt. Das ist einer der Gründe für die Verfeinerung von Backlogs sollte kundenorientiert sein (dazu später mehr).

Tools, die Ihnen helfen, Ihren Backlog kundenorientiert zu halten, helfen Ihnen auch dabei, Ihren Kunden bessere Ergebnisse zu liefern. Einfacher agiler Teamrhythmus ermöglicht es Ihnen, Ihr Backlog und Ihre Sprints im Kontext der User Story Map anzuzeigen, sodass Sie als gesamtes Team auf einen Blick sehen können, welche Arbeit für Ihre Benutzer am wichtigsten ist.

Nachdem Sie nun wissen, was das Verfeinern eines Backlogs ist und wer daran beteiligt ist, wollen wir uns damit befassen, wie das geht.

So verfeinern Sie ein Backlog

Es gibt so viele Möglichkeiten, einen Backlog zu verfeinern, dass es unmöglich wäre, dir die beste zu nennen.

• Sie könnten zuerst verfeinern — aufteilen und detailliert — und dann schätzen, wobei Sie zuerst mit den am wenigsten verstandenen Elementen beginnen.
• Sie könnten zunächst eine Schätzung vornehmen, um zunächst Artikel zu ermitteln, für die eine Verfeinerung vor einer Schätzung erforderlich ist, und erst dann, falls erforderlich, Elemente mit hohem Aufwand verfeinern.
• Sie könnten ein spezielles Tool verwenden, das Sie bei der Verfeinerung oder Schätzung unterstützt, wie z. Einfacher agiler Teamrhythmus, oder Sie könnten sich einfach auf eine Tabelle oder ein Whiteboard und einen Stift verlassen.

Bei der Verfeinerung des Backlogs verfolgen der Product Owner und die beteiligten Teammitglieder die folgenden Ziele:

• Stellen Sie sicher, dass das Backlog korrekt ist, was bedeutet, dass es alle erforderlichen Elemente enthält.
• Behalten Sie die Priorisierung dieser Elemente bei.

Sorgen Sie für die Lieferung der wichtigsten Artikel, die ganz oben auf dem Backlog stehen sollten.

Im Zuge der Verfeinerung müssen die Beteiligten möglicherweise das wiederbeleben Produktvision und die Produkt-Roadmap. Es könnte auch hilfreich sein, Folgendes zu erstellen Benutzerpersönlichkeiten und definiere Akzeptanzkriterien, speziell für die Artikeldetaillierung.

Wissen Sie, wie ein Backlog-Element aussieht, das für einen Sprint bereit ist? Wenn nicht, entwickeln Sie eine Definition von erledigt sowie eine Definition von bereit. Erarbeiten Sie dann Punkte wie die folgenden, um die Artikelbereitschaft zu erreichen:

• Vermittlung eines Verständnisses der Akzeptanzkriterien
• Vereinbarung einer Struktur für die vollständige Beschreibung verschiedener Artikelarten
• Definition einer klaren Ansicht der Abhängigkeiten zwischen Elementen
• Identifizierung des Fachexperten für jeden Artikel

Schließlich sollten Sie zuerst Elemente mit hoher Priorität verfeinern. Das sind diejenigen, die Entwickler im nächsten Sprint zuerst implementieren werden.

Denken Sie daran, dass die Backlog-Verfeinerung die Gesamtheit aller Aktivitäten ist, die mit der Verwaltung von Backlog-Elementen zu tun haben. Aber es gibt eine Sache: Bei der Backlog-Verfeinerung gibt es keine Timebox. Laut das Scrum-Framework, es ist nicht eines der Scrum-Ereignisse. Stattdessen ist es ein kontinuierlicher Kreuzzug, und es ist nicht unbedingt ein Treffen (obwohl es das sein kann).

Wenn Sie sich an die Verfeinerung des Backlogs gewöhnen, können Sie die folgenden Fragen verwenden, um Ihren Fortschritt zu bewerten.

Checkliste zur Verfeinerung des Backlogs

Es ist zwar nett, Ziele zu haben, aber Sie müssen bestimmte Maßnahmen ergreifen, um sie zu erreichen. Also, hier ist eine Checkliste, die Sie regelmäßig durchgehen müssen. Du kannst sie verwenden, um entweder zu beurteilen, ob das Backlog verfeinert werden muss, oder um zu bestätigen, dass die Verfeinerung im Moment abgeschlossen ist.

• Enthält das Backlog Anwenderberichte oder andere Arten von Gegenständen, die keinen Sinn mehr machen?
• Haben Sie ein Nutzerbedürfnis ermittelt, das noch nicht in einer geeigneten Form eines Backlog-Elements enthalten ist?
• Erwartet Ihr Kunde, dass Sie dringende Artikel implementieren, die am Ende des Backlogs stehen?
• Hat sich die Wichtigkeit, einen Artikel auszuliefern, seit Sie sich das letzte Mal den Backlog angesehen haben, geändert?
• Hat das Backlog einen Artikel, für den kein agile Schätzung existiert?
• Ist eine Schätzung veraltet?
• Ist ein Backlog-Element zu weit gefasst, um zu verstehen, was Entwickler in das implementieren sollten nächster Sprint?

Sie können nur behaupten, einen verfeinerten Backlog zu haben, wenn Sie alle oben genannten Fragen mit „Nein“ beantworten. Arbeiten Sie bis dahin weiter daran und vermeiden Sie die unten aufgeführten Fallen.

ANSEHEN: Beseitigen Sie Ihren flachen Backlog

Was Sie bei der Backlog-Verfeinerung vermeiden sollten

1. Bitten Sie erfahrenere Teammitglieder, die Backlog-Elemente detailliert zu beschreiben oder Schätzungen abzugeben. Zum Beispiel sind Nachwuchsentwickler dafür nicht gut gerüstet — sprechen Sie mit erfahreneren Teammitgliedern über diese Themen.

2. Beziehen Sie ausgewählte Teammitglieder ein. Wenn Sie mit dem gesamten Team sprechen, wird in der Regel nur Lärm gemacht. Und wie bereits erwähnt, sollten Sie versuchen, erfahrenere Teammitglieder einzubeziehen, anstatt jüngere Mitarbeiter.

3. Dokumentieren Sie Ihre Entscheidungen. Das ist furchtbar wichtig. Das menschliche Gedächtnis ist unzuverlässig. Um also gute Entscheidungen zu wiederholen und schlechte zu vermeiden, sollten Sie beide im Laufe der Zeit dokumentieren.

4. Geben Sie Backlog-Elemente nicht übermäßig detailliert an. Oder Sie riskieren, dass Entwickler nicht wissen, was sie mit ihnen anfangen sollen. Eine gute Möglichkeit, dies zu vermeiden, besteht darin, einige Mitglieder des Entwicklungsteams in die Verfeinerung des Backlogs einzubeziehen.

5. Sie sollten Backlog-Elemente, die sich derzeit in der Entwicklung befinden, nicht verfeinern. Du solltest das Backlog für den nächsten Sprint oder nachfolgende Sprints verfeinern.

6. Verfeinere den Backlog des aktuellen Sprints erst, wenn er endet. Sie könnten versucht sein, Backlog-Elemente nur bis zur allerletzten Minute zu verfeinern. Das ist nicht gut. Unerwartete Dinge passieren, wie z. B. geschäftige Tagesordnungen und Diskussionen, die länger dauern als erwartet. Das hat zur Folge, dass Sie möglicherweise nicht das liefern, was erwartet wird.

7. Vermeiden Sie Unstimmigkeiten bei Schätzungen. Das ist normalerweise ein Zeichen dafür, dass es diesem Gegenstand an Raffinesse mangelt. Höre auf die Leute, die die höchsten oder niedrigsten Schätzungen vorschlagen. Sie sind in der Regel diejenigen, die die Artikel nicht verstanden haben, weil entweder Informationen fehlen oder zu viele Informationen fehlen.

8. Lassen Sie mehrere Personen die Schätzungen abwägen. Wenn Sie nur eine Person fragen, kann dies zwar die Schätzung beschleunigen, aber das zeugt nicht von einem gemeinsamen Verständnis. Und das ist etwas, woran Sie bei der Backlog-Verfeinerung interessiert sein sollten.

Wenn Sie sich nicht sicher sind, ob Sie diesen Vorgang durchführen müssen, werfen Sie einen Blick auf die folgenden Vorteile.

Bewährte Methoden zur Aufrechterhaltung eines DEEP-Backlogs

Ein wirklich effektiver Backlog folgt dem DEEP-Prinzipien - Angemessen detailliert, geschätzt, aktuell und priorisiert. So können Sie diese Prinzipien in Ihrem täglichen Backlog-Management operationalisieren:

Angemessen detailliert

• Fortschrittliches Ausarbeitungssystem: Implementieren Sie einen mehrstufigen Detaillierungsansatz, bei dem Elemente immer detaillierter werden, wenn sie im Backlog nach oben gelangen:
  • Stufe 1 (Anfang des Backlogs): Vollständig detailliert mit Akzeptanzkriterien, Modellen und technischen Hinweisen
  • Stufe 2 (die nächsten 2-3 Sprints): Grundlegende Akzeptanzkriterien und erste technische Bewertung
  • Stufe 3 (weiter draußen): Minimale Details, gerade genug, um Umfang und Zweck zu verstehen
• Checkliste auf Detailebene: Erstellen Sie für jede Prioritätsstufe eines Backlog-Eintrags eine standardisierte Checkliste zur „Vollständigkeit der Details“:

Checkliste für Artikel mit hoher Priorität:
☐ Akzeptanzkriterien definiert
☐ UI/UX-Überlegungen dokumentiert
☐ Abhängigkeiten identifiziert
☐ Technischer Ansatz skizziert
☐ Spezifizierte Testanforderungen

• Just-in-Time-Detaillierungssitzungen: Planen Sie 30-minütige Sitzungen ein, die ausschließlich der detaillierten Beschreibung bestimmter Punkte mit hoher Priorität gewidmet sind, die kurz vor der Implementierung stehen. Konzentrieren Sie sich dabei auf einen Punkt nach dem anderen, anstatt zu versuchen, alles auf einmal detailliert zu beschreiben.

Geschätzt

• Workshop zur Kalibrierung von Schätzungen: Halten Sie eine vierteljährliche Kalibrierungssitzung ab, bei der das Team einige abgeschlossene Elemente erneut schätzt, um zu überprüfen, ob sich ihre Schätzgenauigkeit verbessert oder angepasst werden muss.
• System zur Bewertung des Vertrauens: Fügen Sie jeder Schätzung ein Konfidenzrating (hoch/mittel/niedrig) bei, um Punkte zu kennzeichnen, die möglicherweise kurz vor der Umsetzung erneut geschätzt werden müssen.
• Bibliothek mit Referenzgeschichten: Pflegen Sie einen kleinen Satz von Referenzberichten mit bekannten Schätzungen, die neue Teammitglieder verwenden können, um ihr Verständnis von Storypoints oder anderen Schätzeinheiten zu kalibrieren.
• Leitung für Rotationsschätzungen: Weisen Sie dem „Schätzungsleiter“ eine rotierende Rolle zu, der das Schätzungsmaterial vorbereitet und die Diskussion komplexer Sachverhalte vor der Verfeinerungssitzung moderiert.

Aufstrebend

• Zeitplan für die Entwicklung des Backlogs: Erstellen Sie eine visuelle Zeitleiste, die zeigt, wie sich die wichtigsten Themen in Ihrem Backlog entwickelt haben. So können Stakeholder besser nachvollziehen, wie sich Prioritäten im Laufe der Zeit von selbst ergeben.
• Tracking aufteilen/zusammenführen: Verfolgen Sie Elemente, die häufig geteilt oder zusammengeführt werden, um Muster zu identifizieren, die auf eine falsche Definition des Bereichs oder ein verändertes Verständnis hinweisen könnten.
• Zeitbox für Innovation: Reservieren Sie 10% der Verfeinerungssitzungen, um potenzielle neue Backlog-Artikel zu besprechen, die auf aktuellem Kundenfeedback, Marktveränderungen oder technischen Entdeckungen basieren.
• Schnittprotokoll: Richten Sie ein klares Protokoll für die Archivierung oder Entfernung von Backlog-Elementen ein, die seit 3-6 Monaten nicht verschoben wurden, und fordern Sie eine ausdrückliche Begründung dafür, dass Elemente, die stagnieren, beibehalten werden.

Priorisiert

• Rahmen für die Priorisierung mehrerer Faktoren: Erstellen Sie ein einfaches Bewertungssystem, das bei der Priorisierung von Artikeln den Geschäftswert, die Auswirkungen auf die Kunden, das technische Risiko und die strategische Ausrichtung berücksichtigt.
• Prioritäre Horizontplanung: Definieren Sie klare „Prioritätshorizonte“, in denen die Elemente nach dem Implementierungszeitrahmen (Jetzt, Weiter, Später, Zukunft) gruppiert werden, anstatt zu versuchen, eine perfekt geordnete Liste mit über 100 Elementen zu führen.
• Überprüfung der Prioritäten der Interessengruppen: Führen Sie einen monatlichen Alignment-Check durch, bei dem die wichtigsten Beteiligten die wichtigsten 10 bis 15 Backlog-Elemente überprüfen, um sicherzustellen, dass die Priorisierung immer noch den aktuellen Geschäftsanforderungen entspricht.
• Matrix zwischen Dringlichkeit und Wichtigkeit: Verwenden Sie eine 2x2-Matrix, um Elemente visuell nach Dringlichkeit und Wichtigkeit zuzuordnen. So können Sie wirklich wichtige und nur dringende Elemente unterscheiden.

Der Wert der Verfeinerung Ihres Backlogs

Durch die Verfeinerung des Backlogs können Sie Zeit und Geld sparen. Früher hat jemand vor der Entwicklung im Grunde genommen ein Dokument mit einer Anforderungsspezifikation in Stein gemeißelt. Angesichts des Aufstiegs von Agile ist das eine alte Geschichte.

Ein Backlog trägt massiv zum Erfolg eines agilen Projekts bei. Es ist ein lebendiges Dokument, was bedeutet, dass es sich im Laufe der Zeit verändert. Aber obwohl es sich ändert, muss es korrekt bleiben. Und es gibt keine strengen Regeln, wenn es darum geht, einen Backlog zu verfeinern. Das bedeutet zum Beispiel, dass nicht für jeden Artikel Details erforderlich sind.

Der Product Owner sollte jedoch sicherstellen, dass die Backlog-Elemente für die Planung bereit sind. 📅 Und ohne Backlog-Verfeinerung wäre das eine Herkulesaufgabe.

Stellen Sie sich vor, Sie treffen Sprintziel ohne:

• Genügend Informationen zu Backlog-Elementen oder Elementen mit umfangreichen, komplexen Beschreibungen
• Veraltete Schätzungen oder gar keine Schätzungen
• Punkte mit hoher Priorität, die am Ende des Backlogs vergessen wurden
• Artikel, die sich nur in den Köpfen der Menschen befinden oder für den Kunden keinen Wert mehr darstellen

Folgendes würde Ihnen bevorstehen:

• Verrückte Entwicklungskalender
• Nicht gelieferte Artikel
• Verspätet gelieferte Artikel
• Wahnsinnige Budgets

Das wäre definitiv keine gute Prognose für die Kundenbindung.

Überbrücken Sie Kundenorientierung mit Ihrer Backlog-Struktur

Die meisten Teams behaupten zwar, kundenorientiert zu sein, aber um die Kundenbedürfnisse wirklich in die Struktur Ihres Backlogs einzubetten, sind systematische Ansätze erforderlich:

Personengetriebene Backlog-Organisation

Erstellen Sie eine Backlog-Struktur, die Artikel explizit mit Kundenpersönlichkeiten und Journeys verknüpft:

• Persona-Tagging-System: Implementieren Sie Tags oder benutzerdefinierte Felder in Ihrem Backlog-Tool, die jedes Element bestimmten Benutzerpersönlichkeiten zuordnen (z. B. „Power User Sarah“ oder „New Customer Alex“).
• Ausrichtung der Kundenreise: Ordnen Sie Backlog-Elemente bestimmten Phasen der Kundenreise zu und stellen Sie so sicher, dass Sie die Bedürfnisse während des gesamten Kundenerlebnisses berücksichtigen.
• Personenbezogene Filterung: Richte Backlog-Views ein, die nach Persona gefiltert sind, um regelmäßig zu überprüfen, ob du bestimmte Nutzertypen vernachlässigst.

Verfahren zur Integration von Kundenstimmen

Richten Sie regelmäßige Rhythmen ein, um Kundenfeedback direkt in das Backlog-Management einzubeziehen:

• Bewertung von Kundeneinblicken: Planen Sie eine monatliche Sitzung ein, in der Kundensupport-Protokolle, Benutzerrecherchen und Analysen speziell überprüft werden, um potenzielle Backlog-Ergänzungen oder Neupriorisierungen zu identifizieren.
• Ergebnisorientierte Gruppierung: Gruppieren Sie Backlog-Elemente nach Kundenergebnissen und nicht nach Funktionen, sodass sich das Team auf das konzentrieren kann, was die Kunden erreichen möchten, anstatt auf bestimmte Implementierungen.
• Verifizierungspunkte für Kunden: Markieren Sie vor der Implementierung bestimmte wichtige Backlog-Elemente zur direkten Überprüfung durch den Kunden und erstellen Sie so eine Feedback-Schleife, die Ihr Verständnis bestätigt.

Rahmen für die Bewertung des Kundenwerts

Implementieren Sie ein schlankes Framework zur Bewertung des Kundennutzens:

Kundenwertskala (1-5):
1: Nett zu haben, minimale Auswirkungen auf die Nutzer
2: Löst kleinere Probleme für einige Benutzer
3: Bemerkenswerte Verbesserung für viele Benutzer
4: Signifikanter Mehrwert für Kernbenutzer
5: Bahnbrechende Funktionen für die Mehrheit der Benutzer

Details ausbalancieren: So vermeiden Sie Zu- und Unterverfeinerung

Für ein effizientes Backlog-Management ist es entscheidend, den richtigen Detaillierungsgrad zu finden. Es ist ein schwieriger Balanceakt, aber mit den richtigen Rahmenbedingungen sollten Sie in der Lage sein, leicht Fuß zu fassen. Hier sind ein paar Ideen:

Das „Just-Right“ -Detaillierungsframework

Implementieren Sie ein visuelles System in Ihrem Backlog-Tool, um den Detailstatus anzuzeigen:

• Rot: Unterentwickelt, erfordert vor der Sprint-Planung viel Arbeit
• gelb: Teilweise verfeinert, wichtige Fragen bleiben
• Grün: Entsprechend detailliert für die aktuelle Priorität

Detailliertes Radardiagramm

Verwenden Sie bei komplexen Objekten ein einfaches Netzdiagramm, um die Vollständigkeit verschiedener Detaildimensionen zu beurteilen:

• Funktionale Anforderungen
• Technische Überlegungen
• Grenzfälle/Ausnahmen
• UX/UI-Spezifikationen
• Testansatz

Verfeinerungsprotokoll mit Zeitrahmen

Legen Sie Zeitlimits auf der Grundlage der Artikelgröße fest:

• Kleine Gegenstände: Max. 15 Minuten Verfeinerungszeit
• Mittlere Artikel: Max. 30 Minuten
• Große Gegenstände: Max. 60 Minuten (oder erwägen Sie das Teilen)

Wenn ein Gegenstand innerhalb dieser Timeboxes nicht ausreichend verfeinert werden kann, ist das ein Zeichen dafür, dass entweder der Gegenstand zu groß ist oder dass es an grundlegendem Verständnis fehlt.

Progressive Detailschwellen

Definieren Sie klare Schwellenwerte für den Zeitpunkt, an dem die Detailgenauigkeit erhöht werden sollte:

• Wenn ein Artikel in die Zone „Die nächsten 2 Sprints“ wechselt: Stellen Sie sicher, dass alle Akzeptanzkriterien definiert sind
• Wenn ein Artikel in die Zone „Nächste Sprint-Kandidaten“ wechselt: Fügen Sie einen technischen Ansatz und eine Teststrategie hinzu
• Wenn ein Element für den bevorstehenden Sprint ausgewählt wird: Letzte Detailprüfung mit dem Implementierungsteam

Dokumentation von Backlog-Entscheidungen zur Rückverfolgbarkeit

Erstellen Sie abschließend ein System, das den Kontext und die Argumentation hinter Backlog-Entscheidungen beibehält.

Integration des Entscheidungsprotokolls

Führen Sie ein überschaubares Entscheidungsprotokoll, das direkt mit den Änderungen im Backlog verknüpft ist. Es würde ungefähr so aussehen:

‍Backlog-Entscheidungsprotokoll

Datum: [Datum]
Artikel: [Artikel-ID/Name]
Entscheidung: [Änderung der Priorisierung, Änderung des Umfangs usw.]
Begründung: [Geschäftlicher Kontext, Kundenfeedback, technische Einschränkungen]
Interessengruppen: [Wer war an der Entscheidung beteiligt oder darüber informiert]
Auswirkung: [Welche anderen Elemente oder Zeitpläne sind betroffen]

Anmerkungen zur Historie von Backlog-Einträgen

Verwenden Sie Kommentare oder einen Verlaufsabschnitt in jedem Backlog-Element, um wichtige Änderungen zu dokumentieren.

• Prioritätsänderungen (und warum)
• Änderungen des Umfangs
• Anpassungen der Schätzungen
• Abhängigkeiten entdeckt

Schnappschüsse zur Backlog-Überprüfung

Machen Sie regelmäßig „Schnappschüsse“ der 20 wichtigsten Artikel Ihres Backlogs und speichern Sie sie mit Daten, um einen historischen Kontext darüber zu erhalten, wie sich die Prioritäten entwickelt haben.

Dokumentation der Übergangskriterien

Dokumentieren Sie explizit die Kriterien, die ein Element von einem Status in einen anderen verschoben haben.

• Warum wurde dieser Artikel in den Sprint aufgenommen?
• Warum wurde diesem Artikel die Priorität entzogen?
• Warum hat sich die Schätzung erheblich geändert?

Regelmäßige Backlog-Gesundheitsaudits

Implementieren Sie einen systematischen Ansatz, um den Status des Backlogs im Laufe der Zeit aufrechtzuerhalten.

Gesundheitscheckliste für den monatlichen Backlog

Datum: [Datum]
Prüfer: [Namen]

Artikel überprüfen
- [] Artikel, die älter als 6 Monate sind, wurden überprüft und aktualisiert/archiviert
- [] Keine verwaisten Artikel (alle mit Epics/Themes verbunden)
- [] Alle Elemente mit hoher Priorität sind ausreichend detailliert
- [] Akzeptanzkriterien, die für ähnliche Artikel einheitlich sind

Überprüfung der Kennzahlen
- Wachstumsrate des Auftragsbestands: [%]
- Fertigstellungsrate der Artikel: [%]
- Durchschnittliche Zeit im Backlog: [Tage]
- Schätzgenauigkeit: [%]

Überprüfung des Kontostands
- Arbeitsverhältnis zwischen technischen Schulden und Funktionen: [Verhältnis]
- Verteilung nach strategischen Themen: [Analyse]
- Verteilung auf Kundenpersönlichkeiten: [Analyse]

Aktionselemente
1. [Aktion]
2. [Aktion]
3. [Aktion]

Vitalitätsscore im Backlog

Du kannst sogar ein einfaches Bewertungssystem (0-100) für den Zustand des Backlogs erstellen, das auf folgenden Faktoren basiert:

• Aktualität (wann Artikel zuletzt aktualisiert wurden)
• Qualität der Details
• Klarheit bei der Priorisierung
• Strategische Ausrichtung
• Technischer Schuldenstand

Verfolgen Sie diesen Wert im Laufe der Zeit, um Trends zu identifizieren.

Automatisierung der Erkennung von Veraltungserkennung

Richten Sie die automatische Kennzeichnung für potenziell veraltete Backlog-Elemente ein.

• Keine Aktivität seit über 90 Tagen
• Keine aktuellen Änderungen, obwohl sie hohe Priorität haben
• Schätzungen oder technische Ansätze, die vor größeren Systemänderungen liegen

Die Verfeinerung des Backlogs ist ein wesentlicher Prozess

Wenn du an Weltraummissionen denkst und sie mit Backlog-Refinement vergleichst, ist der Backlog dein Missionsleitfaden. 🚀 Und wenn du keinen verfeinerten Backlog hast, bringt dich dein Missionsführer nicht weiter als in deinen Hinterhof. 😨

Die Verfeinerung des Backlogs sollte dir dabei helfen, dauerhaft relevante Gegenstände in deinem Backlog zu haben. Und mit relevant meinen wir vollständig, wertvoll, detailliert und doch übersichtlich, vor Kurzem geschätzt und korrekt bestellt.

Es ist zwar SEHR leicht, die Bedeutung der Backlog-Verfeinerung zu vergessen, aber tun Sie das nicht. Es ist wichtig, sich auf den aktuellen Sprint zu konzentrieren, aber das Wichtigste ist, ein zufriedenstellendes Produkt zu liefern. Und ein entsprechend ausgefeilter Backlog fördert den Teamgeist.

Außerdem sollten Sie nicht der Product Owner sein, der während eines Sprint-Planungsmeetings einen Eimer voller Fragen bekommt. Das ist ein starker Hinweis darauf, dass die Backlog-Verfeinerung episch gescheitert ist.

Einfacher agiler Teamrhythmus kann Ihnen helfen, User Stories zu verfeinern, indem es Ihnen Folgendes ermöglicht:

• Bewertung in User Stories registrieren
• Ziehen Sie User Stories per Drag-and-Drop, um sie nach Kundennutzen und Geschäftswert zu priorisieren

Probiere diese Tipps bei der Backlog-Verfeinerung aus. Wir sind sicher, dass du es lieben wirst, und wenn du Hilfe brauchst, sind wir für dich da und helfen dir gerne weiter.

Die Planung ist eine kritische Phase des agilen Prozesses. Sie bietet die Gelegenheit, sich als Team auf Prioritäten zu einigen und die Arbeit in einer Reihenfolge zu organisieren, die für einen reibungslosen Ablauf sorgt. Der Planungsprozess hilft agilen Softwareentwicklungsteams und anderen Produktentwicklungsteams dabei, neue Informationen zu sortieren, sich an Abhängigkeiten anzupassen und auf sich ändernde Kundenbedürfnisse einzugehen.

Agile ist das Gegenteil der traditionellen Wasserfall-Projektplanung, die einen schrittweisen Ansatz verfolgt. Waterfall dominiert seit vielen Jahren die Projektplanung. Zu Beginn eines Projekts wurden detaillierte Pläne erstellt, die strikt eingehalten werden mussten. Dies mag ein Projekt oder Produkt voranbringen, aber neue Entwicklungen, die außerhalb des „Masterplans“ auftreten könnten, werden dabei nicht berücksichtigt.

Agile ist ein iterativer Prozess, der Teams dabei hilft, Verschwendung zu reduzieren und die Effizienz zu maximieren, um letztlich den Kunden einen Mehrwert zu bieten. Dieser kundenorientierte Ansatz hilft Teams, während des gesamten Entwicklungsprozesses fundierte Entscheidungen zu treffen — Entscheidungen, die den Stakeholdern kontinuierlich und konsistent einen Mehrwert bieten.

Einer der größten Vorteile eines iterativen agilen Ansatzes besteht darin, dass er frühzeitiges Feedback von Stakeholdern ermöglicht. Sie müssen nicht raten, ob Sie die richtigen Entscheidungen treffen oder nicht — Sie können jeden Schritt herausfinden, indem Sie die Beteiligten direkt in Ihren Prozess einbeziehen. Sie können Ihren Plan nach Bedarf anpassen, je nachdem, was den Kunden zu jedem Zeitpunkt den größten Mehrwert bietet.

Auch wenn Sie Teil eines erfahrenen agilen Teams sind, gibt es immer Verbesserungsmöglichkeiten und Prozesse, die optimiert werden müssen. In diesem Beitrag werden einige unproduktive Fehler beschrieben, die Teams bei der agilen Planung machen, einschließlich der Frage, wie agile Teams diese häufigen Fallstricke vermeiden können.

Agiler Planungsfehler #1: Nicht auf derselben Wellenlänge wie die Stakeholder zu sein

Binden Sie Interessengruppen in Ihren Planungsprozess ein? Verstehen sie Ihre Ziele und warum Sie jede Entscheidung treffen? Die direkte Zusammenarbeit mit allen Beteiligten, sowohl internen Interessenvertretern als auch Nutzern Ihres Produkts, wird Ihnen helfen, sich ein klares Bild von Bedürfnissen und Einschränkungen zu machen. Außerdem erhalten Sie die Informationen, die Sie benötigen, um zu entscheiden, was wann getan werden sollte.

Es ist niemals eine gute Idee, sich auf Annahmen auszuruhen. Ihre Stakeholder leben in einer anderen Welt als der, in die Sie tief verwurzelt sind, mit anderen eigenen Prioritäten und Annahmen. Damit Sie Ergebnisse erzielen können, die die Erwartungen Ihrer Stakeholder erfüllen, müssen Sie sich auf diese Erwartungen einigen. Binden Sie Ihre Stakeholder in die Planung ein, aber stellen Sie sicher, dass jeder versteht, dass sich die Erwartungen im Laufe des Prozesses ändern können, basierend auf neuen Informationen, die aus Erfolgen, Misserfolgen und Kundenreaktionen gewonnen werden.

Agiler Planungsfehler #2: Abhängigkeiten nicht berücksichtigen

Die Nichtberücksichtigung von Abhängigkeiten in der agilen Planung führt zu Engpässen, verzögerten Releases und untergräbt die Zusammenarbeit im Team. Die Zusammenarbeit innerhalb und zwischen Teams ist erforderlich, damit ein Unternehmen effektiv liefern kann. Wenn mehrere Teams an miteinander verbundenen Funktionen arbeiten und der Fortschritt eines Teams durch ein anderes blockiert wird, verlangsamt sich der gesamte Entwicklungszyklus. Ohne klare Sichtbarkeit der Abhängigkeiten kann sich die Arbeit verzögern und Termine nicht eingehalten werden.

Um Unterbrechungen des Arbeitsablaufs zu minimieren und zu vermeiden, sollten Sie sich die Zeit nehmen, die Beteiligten zu konsultieren und Abhängigkeiten frühzeitig zu antizipieren. Tools, die Ihnen helfen, Abhängigkeiten zu visualisieren und abzubilden, und gemeinsame Roadmaps zur Verfolgung teamübergreifender Abhängigkeiten ermöglichen es Ihnen, sich ein Bild von Abhängigkeiten zu machen und die Arbeit so abzufolgen, dass Hindernisse vermieden werden. Die proaktive Verwaltung von Abhängigkeiten sorgt für reibungslosere Iterationen, eine schnellere Markteinführung und einen besser vorhersehbaren agilen Prozess.

Agiler Planungsfehler #3: Verwendung langweiliger, flacher Produktlandkarten

Flache Produktrückstände sind fad und langweilig 😴. Denken Sie an Karottenkuchen ohne Zuckerguss. Ihnen fehlen die Details und Funktionen, die Sie benötigen, um die gesamte Geschichte Ihres Produkt-Backlogs zu erfassen.

Sobald Sie mehr als eine Handvoll Artikel haben, werden sie außerdem überwältigend und es ist schwierig, sie sinnvoll zu organisieren. Es wird weniger klar, welcher Punkt der wichtigste ist, und es wird schwieriger, sicherzustellen, dass Ihre Entscheidungen mit dem übergeordneten Ziel des Projekts übereinstimmen.

Wenn Sie Ihre Roadmap planen, benötigen Sie einen Kontext, und Sie müssen in der Lage sein, die Kundenreise klar zu erkennen. User-Story-Maps visualisieren Sie die Kundenreise im Planungsprozess und während des gesamten Prozesses der Produktentwicklung. Sie nutzen User Stories — die kleinste Arbeitseinheit, die dem Kunden einen Mehrwert bieten kann —, sodass Sie den Backlog aus Kundensicht planen und organisieren können.

📕 Lesen Sie unsere ultimativer Leitfaden für User Story Maps um mehr zu erfahren.

Agiler Planungsfehler #4: Dem Plan nicht zu erlauben, zu leben, zu atmen und sich anzupassen

Wie wir bereits besprochen haben, ist Agile ein iterativer Ansatz. Das bedeutet, dass Ihre agile Planung Raum für Änderungen lassen muss. Ihr Plan sollte in der Lage sein, mit jedem Sprint oder jeder Produkt-Roadmap zu wachsen und sich anzupassen.

Zu Beginn eines Sprints fehlen Ihnen die Informationen, die Sie benötigen, um das Gesamtbild zu sehen. Sie haben nicht alles, was Sie benötigen, um die perfekte Lösung zu entwickeln, und das ist in Ordnung. Das ist alles Teil des Prozesses. Stunden oder Tage damit zu verbringen, den perfekten Plan auszuarbeiten, verschwendet nur Zeit, die besser damit verbracht werden könnte, zu lernen und Probleme zu lösen, sobald sie auftauchen. Was Sie in der Planungsphase für den größten Nutzen hielten, könnte im Laufe der Zeit völlig anders sein.

Möglicherweise müssen Sie Ihren Plan ändern, nachdem eine Straßensperre in einem täglichen Gespräch auftaucht, oder Sie erfahren von einem Kundenproblem, das Ihre Richtung völlig ändert. Wiederholungen sind unvermeidlich und willkommen! Sie helfen Ihnen, mit eingehenden Informationen Schritt zu halten, während Sie voneinander, von Stakeholdern und Ihren Kunden lernen.

Agile Planung ist kein Versprechen. Es ist eine Gliederung, die Ihnen hilft, Ihr Ziel zu erreichen, und die sich mit Ihren Zielen und Umständen ändert.

Agiler Planungsfehler #5: Rückblickende Erkenntnisse nicht in die folgende Planungssitzung einfließen lassen

Rückblicke sind ein wesentlicher Bestandteil des agilen Prozesses. Sie geben Teams die Möglichkeit, über alles nachzudenken, was in einem einzelnen Sprint oder nach der Fertigstellung eines Produkts passiert ist.

Eine effektive Retrospektive stellt dem gesamten Team wichtige Fragen, die den Prozess beim nächsten Mal verbessern können. Was ist gut gelaufen? Was ist es wert, es noch einmal zu wiederholen? Was lief nicht so gut? Was könnte beim nächsten Mal verbessert werden? Welche Hindernisse oder Abhängigkeiten sind entstanden? Was hast du gelernt? Wie hast du dich am Ende des Sprints gefühlt?

Eine Retrospektive bietet Einblicke, die die Effizienz, die Teamarbeit und die Teamdynamik, die Effektivität der Tools und die Kommunikation mit den Stakeholdern verbessern werden.

Es reicht nicht aus, einfach eine Retrospektive abzuhalten oder rückwirkendes Feedback zu sammeln, um an Wert zu gewinnen. Sie müssen sicherstellen, dass Sie das Feedback in das folgende Sprint-Planungsgespräch einbeziehen und Maßnahmen ergreifen, die zu einer spürbaren Verbesserung führen. Die nächste Iteration wird umso besser für die Zeit sein, die Sie damit verbringen, auf der Grundlage des Gelernten nachzudenken und sich zu verbessern.

Agiler Planungsfehler #6: Auswahl von Tools, die keinen kundenorientierten Ansatz verfolgen

Unabhängig davon, ob Ihr Team einen Scrum-Prozess, Kanban-Boards oder andere agile Methoden verwendet, sollten die von Ihnen ausgewählten Tools immer kundenorientiert sein. Und Sie müssen sie weiterhin so einsetzen, dass der Kunde bei der Entscheidungsfindung immer an erster Stelle steht.

Teams können in die Falle tappen und glauben, dass sie sich auf den Kunden konzentrieren, wenn sie nicht viel tun, außer einfachen agilen Methoden und generischen Prozessen zu folgen. Kunden müssen bereits in der Planungsphase in Ihren Entwicklungsprozess eingebunden werden, sodass bei jeder Entscheidung, die ein Teammitglied trifft, zuerst die Kundenbedürfnisse berücksichtigt werden.

Wählen Sie Planungstools, die Ihrem gesamten Team helfen, genau zu verstehen, was Ihre Kunden bewegt, und schauen Sie immer vorbei, um sicherzustellen, dass Sie Entscheidungen im Einklang mit Ihren Kunden treffen.

Zum Beispiel Personas bieten ein tiefes Verständnis dafür, was Kunden wollen, brauchen, nicht wollen usw. Sie geben wichtige Informationen über Kundenprobleme, Wünsche, demografische Merkmale, Ziele, Einkaufsmuster und vieles mehr preis. Wir empfehlen dringend, Kunden-Personas zu entwickeln, um ein umfassendes Bild von allen Personen zu erhalten, die Ihr Produkt verwenden werden. Es reicht jedoch nicht aus, Personas einfach herumliegen zu lassen.

Sie müssen diese Personas in Ihren agilen Planungsprozess einbeziehen und sie bei der Bearbeitung von Problemen und der Weiterentwicklung Ihres Produkts in den Mittelpunkt stellen.