Verwalten nicht fertiggestellter Arbeit

Hinweis: Diese Seite beschreibt Methoden, die am besten für Teams und Unternehmen geeignet sind, die Portfoliohierarchien nutzen, in denen User Storys direkt Funktionen zugeordnet sind. Wenn Ihr Team keine Portfolioelemente verwendet, siehe Verwalten nicht abgeschlossener Arbeit für Story-Hierarchie-Teams.

Es gibt verschiedene Möglichkeiten, nicht abgeschlossene Arbeit zu verwalten:

Wie Sie die Iteration abgeschlossen haben, werden Sie möglicherweise feststellen, dass Sie nicht die ganze Arbeit abgeschlossen haben, die Ihr Team abschließen wollte. Dies kann aus verschiedenen Gründen auftreten:

Sie haben überschätzt, was Sie in der Iteration abschließen können

Neue Teams, die sich noch an ihre Geschwindigkeit gewöhnen, haben möglicherweise Probleme mit unvollständiger Arbeit für einige Iterationen. Das ist normal. Teams sollten ihre geplanten Geschwindigkeit für neue Iterationen kontinuierlich anpassen, bis nicht fertiggestellte Arbeit zur Ausnahme anstatt zur Regel wird.

Eines Ihrer Arbeitselemente war viel größer als erwartet

An einem bestimmten Punkt treffen alle Teams auf ein Arbeitselement, das deutlich die anfängliche Einschätzung übersteigt, und für weitere Aufgaben sorgt. Wenn dies ein häufiges Ereignis ist, sollte das Team zwei vorbeugende Maßnahmen in Betracht ziehen:

  • Mehr Zeit für Besprechung, Schätzung und der Ausgliederung von User-Storys während der Iteration-Planung verwenden, oder
  • größere Funktionen und User Storys streng in kleinere, Value-Add-Storys aufschlüsseln.

Ein Arbeitselement wurde blockiert

In manchen Fällen können Blockaden vermieden werden, in anderen nicht. Schließen Sie blockierte Elemente immer als Teil der Iterations-Retrospektive mit ein, sodass Sie die Möglichkeit haben, Ihren Prozess und die Kommunikation für die nächste Iteration zu verbessern.

Verwalten nicht abgeschlossener User-Storys

Für jede nicht abgeschlossene User-Story möchten Sie mit Ihrem Team arbeiten, um:

  • die Grundursache zu verstehen und wie es beim nächsten mal vermieden werden kann.
  • Diskutieren Sie die Zukunft der User-Story:
    • Ist es immer noch eine Priorität an dieser Story zu arbeiten?
    • Möchten wir diesmal einen anderen Ansatz nutzen?
    • Welche Aufgaben stehen noch aus?
    • Können wir diese Story weiter aufteilen, um Risiken zu reduzieren?

Basierend darauf wie Ihr Team und Ihre Organisationen CA Agile Central verwenden, müssen Sie eine der zwei Optionen für den Umgang mit nicht fertiggestellter Arbeit auszuwählen. Jede Option hat unterschiedliche Auswirkungen auf Berichte und Diagramme:

  • Verschieben Sie die Story aus der zuletzt abgeschlossenen Iteration, vorzugsweise in die nächste Iteration. Diese Methode vereinfacht die Verwaltung der nicht fertiggestellten Story, aber kann sich negativ auf historische Iterationsdiagramme auswirken.
  • Teilen Sie die Story in zwei Storys auf, wobei ein Verlauf der nicht fertiggestellten Arbeit in der zuletzt abgeschlossenen Iteration bleibt. Diese Methode erhält den Fakt, dass die gesamte geplante Arbeit in der Iteration nicht abgeschlossen wurde, aber Diagramme zum Release-Umfang, übergeordnete Portfolioelemente und Zeit in Bearbeitung werden möglicherweise niemals mit 100 % Fertigstellung angezeigt.

Überprüfen Sie die Optionen zum Verschieben und Aufteilen mit Ihren Teams und dem Unternehmen, und entscheiden Sie sich für ein Standardverfahren, um dieses Szenario zu verarbeiten. Konsistenz ist wichtig, um die Verlaufsdatensätze beizubehalten.

Verschieben nicht abgeschlossener Storys

Wenn Sie eine User Story verschieben, bearbeiten Sie einfach das Arbeitselement und ändern den Wert "Iteration" entsprechend der Ablaufplanung in einer neuen Iteration. Nicht fertiggestellte Arbeit in einer letzten Iteration, sollte die höchste Priorität für die nächste Iteration sein. Besprechen Sie diesen Schritt in Ihrer Iteration-Retrospektive und den Iteration-Planungsbesprechungen.

Führen Sie zum Verschieben folgende Änderungen an der Story auf der bearbeitbaren Detailseite durch:

  1. Ändern Sie das Feld "Iteration" auf die nächste bevorstehende Iteration.
  2. Behalten Sie denselben Wert für die Planschätzung bei.
  3. Bearbeiten Sie die Aufgaben unter der Story, die in der letzten Iteration abgeschlossen wurden:
    • Legen Sie die Aufgabe "Schätzung" und die Werte "Ausstehend" auf 0 fest, um zu verhindern, dass die Stunden für eine abgeschlossene Aufgabe Auswirkungen auf das Burndown-Diagramm der nächsten Iteration haben.
    • Wenn Ihr Team neu ist und vorübergehend das Feld "Ist-Aufwand" aktiviert hat, belassen Sie diese Werte wie sie sind.
    • Fügen Sie neue Aufgaben hinzu oder aktualisieren Sie verbleibende Aufgabenbeschreibungen (falls erforderlich).

Auswirkung

Die Verwendung dieser Methode kann verschiedene Auswirkungen auf Ihre Statistiken und Diagramme haben.

Die Anzahl der Punkte im Feld "Geplante Schätzung" einer verschobenen Story wird nicht mehr für die letzte Iteration angewendet. Dies kann Auswirkungen auf den Indikator "% abgeschlossen" auf der Seite "Iterationsstatus" haben.

Zum Beispiel: Ein Team plant 20 Arbeitspunkte in seiner Iteration, ist aber nicht in der Lage, eine der 5 Punkte umfassenden Storys im Plan abzuschließen. Bevor Sie die unvollständige Story verschieben, zeigte die Iteration des Teams korrekterweise an, dass 15 der geplanten 20 Punkte in der Iteration akzeptiert wurden. Nach dem Verschieben der unvollständigen Story in die nächste Iteration, sieht das Team einen falschen Diagrammwert: 15 von insgesamt 15 geplanten Punkten wurden akzeptiert. Dies kann die Lokalisierung von Verlaufsfehlern oder anderen Ereignissen erschweren.

Andere Speicherorte in Agile Central können geänderte Verlaufsdaten anzeigen:

  • Die Diagramme Verbesserte Geschwindigkeit und Geschwindigkeit zeigen nicht die Tatsache an, dass Arbeit in der Iteration nicht oder verspätet akzeptiert wurde.
  • Das Kumulative Flussdiagramm zeigt eine Änderung im Umfang für den Tag an, an dem die Story verschoben wird.
  • Der Bericht Iterations-Umfangsänderung zeigt an, dass eine Story aus dem Plan entfernt wurde, wenn das Verschieben am oder vor dem letzten Tag der aktuellen Iteration erfolgt.
  • Wenn sich in Bearbeitung befindende Aufgaben verschoben werden, kann "zusätzliche Guthaben" auftreten, wenn die Aufgaben ausstehende Werte umfassen, die niedriger als die ursprüngliche Schätzung für die Aufgabe sind. Zum Beispiel: Wenn eine verschobene Story 5 geschätzte Gesamtstunden für die Aufgabe hatte, aber nur 3 Stunden übrigbleiben, zeigt der Burndown der nächsten Iteration an, dass 2 Stunden der Arbeit am ersten Tag abgeschlossen wurden. In der Praxis wurden diese Stunden während der letzten Iteration ausgeführt, als die Arbeit nicht abgeschlossen wurde.

Aufteilen nicht abgeschlossener Storys

Wenn Sie eine User-Story aufteilen, ist das Ergebnis eine unvollendete Story in der letzten Iteration (als Verlaufsplatzhalter) und eine Fortsetzung der Story in der nächsten Iteration.

Für die Verlaufs-User-Story empfehlen wir Folgendes:

  • Belassen Sie alle abgeschlossenen Aufgaben und Defekte in der Verlaufs-Story.
  • Entfernen Sie die Story von der übergeordneten Story.
  • Lassen Sie die Planschätzung unverändert, damit Sie verstehen, wie viele Punkte Sie geplant, und wie viele Punkte Sie tatsächlich akzeptiert haben.
  • Lassen Sie das Feld "Zeitplanzustand" unverändert, damit Sie leicht sehen können, welche User-Storys während der Iteration nicht akzeptiert wurden.
  • Ändern Sie das Feld "Release" zu "ungeplant". Durch diese Aktion wird der Verlauf des Teams in der Iteration beibehalten, aber die allgemeine Version zeigt korrekterweise an, dass die geplante Arbeit schließlich ausgeführt wurde. Dies setzt voraus, dass sich die Iteration, in der die Arbeit nicht vollständig durchgeführt wurde, und die Iteration, in der die Arbeit abgeschlossen wurde, in derselben Version vorhanden sind.

Für die fortgesetzte User-Story empfehlen wir Folgendes:

  • Behalten Sie den Wert für die Planschätzung bei. Sie führen keine Verdopplung durch! Den Teams wird die Geschwindigkeit für ihre Arbeit in der Iteration vollständig angerechnet, sodass die Arbeit akzeptiert wird.
  • Weisen Sie alle nicht abgeschlossenen Aufgaben, offenen Defekte und Testfälle zu.
  • Überarbeiten Sie die Priorität der fortgesetzten User-Story.
  • Besprechen Sie verschiedene Ansätze.
  • Teilen Sie die Story wenn möglich auf, um Risiken zu reduzieren.
  • Schätzen Sie die Aufgaben basierend auf der verbleibenden Arbeit neu.

So wird das Risiko reduziert, die User-Story ein zweites Mal nicht abzuschließen.

Wenn Sie eine User Story teilen, führt Agile Central automatisch Folgendes aus:

  • Wählen Sie die Option aus, um eine übergeordnete User-Story zu erstellen, um beide Storys zu verbinden. Deaktivieren Sie diese Option, da sie nicht für Teams empfohlen wird, die Portfolio-Hierarchien verwenden.
  • Kopieren Sie Diskussionen und Anhänge zusammen mit der fortgesetzten User-Story.

Auf der Detailseite der Story, die Sie aufteilen möchten:

  1. Wählen Sie unter Aktionen die Option Teilen aus.

    Die ursprüngliche Story wird auf der rechten Seite mit dem Feld "Name" mit [Fortgesetzt] vorangestellt angezeigt. Die neue Story wird auf der linken Seite mit dem Feld "Name" mit [Nicht abgeschlossen] vorangestellt angezeigt. Die fortgesetzte Story wird als geteilte oder fortlaufende Story berücksichtigt.

  2. Aufteilen von Storys
  3. Wählen Sie im Drop-down-Menü "Iteration" eine Iteration für die fortgesetzten und unvollendeten Storys aus.
  4. Wählen Sie einen Wert für diese Felder aus:
    • Release
    • Zeitplanzustand
    • Planschätzung
  5. Um Aufgaben, Defekte oder Testfälle zwischen neuen und ursprünglichen Storys zu verschieben, klicken Sie auf das Zahnradsymbol neben dem Arbeitselement aus, das Sie verschieben möchten, und wählen Sie anschließend Auf die andere Seite verschieben aus.
  6. Wichtig! Stellen Sie sicher, dass die Option Übergeordnetes Element erstellen, um beide Storys zu verbinden deaktiviert ist. Die Option ist standardmäßig ausgewählt.
  7. Klicken Sie auf Teilen.

    Sie werden auf die Detailseite der fortgesetzten Story umgeleitet.

Wenn ein Feld für das Projekt ausgeblendet ist, wird es nicht auf der Teilungsanzeige der Story angezeigt. Wenn Sie eine User-Story aufteilen, ist das Ergebnis eine unvollendete User-Story in der letzten Iteration (als Verlaufsplatzhalter) und eine Fortsetzung der User-Story in der nächsten Iteration.

Aufgaben

Nachdem einer Teilung werden Aufgaben den Storys, unter denen sie aufgelistet sind, übergeordnet. Aufgaben mit dem Status "In Bearbeitung" und "Definiert" werden in der fortgesetzten Story angezeigt. Abgeschlossene Aufgaben werden in der nicht abgeschlossenen Story angezeigt.

Defekte

Defekte mit dem Zeitplanzustand "Geschlossen" oder "Akzeptiert" werden standardmäßig im Grid "Aufgaben" in der nicht abgeschlossenen Story angezeigt. Defekte mit einem anderen Status werden in der fortgesetzten Story angezeigt.

Auswirkung

Das Teilen der Story kann folgende Auswirkungen auf Ihre Diagramme und Statistiken haben.

Wenn Sie die Verlaufs-Story nicht wie empfohlen aus dem Release entfernen, werden die Diagramme Release-Umfang und Burnup für Release aufgrund der unvollständigen Arbeit in der Timebox niemals 100 % Akzeptanz erreichen.

Wenn Sie die Verlaufs-Story nicht aus der übergeordneten Funktion entfernen, wird der Umfang dieser Funktion künstlich vergrößert. Der Burnup der Funktion wird aufgrund der unvollständigen Arbeit in der Liste der untergeordneten User-Storys niemals 100 % Akzeptanz erreichen.

Erweiterte Einblick-Diagramme, z. B. "Zeit in Bearbeitung", werden negativ beeinflusst, da eine Story niemals abgeschlossen oder akzeptiert wird.

Durch das Teilen einer Story werden zwei Einträge im Bericht Release-Umfangsänderung erstellt. Umfang wird durch die Erstellung einer neuen Story hinzugefügt, und Umfang wird entfernt, wenn Sie die Planung für nicht fertiggestellte Arbeit in der Version aufheben.

Story-Teilung-Felder

Sie können diese Feldwerte festlegen, wenn Sie eine User-Story teilen:

Feld Beschreibung
Name Sie können die Namen der fortgesetzten und unvollendeten Storys ändern. Achten Sie darauf, dass Sie einen Namen verwenden, der aussagekräftig und kontextabhängig ist.
Release

Die aktuelle Version wird für die nicht abgeschlossene Story standardmäßig ausgewählt. Die nächste Version wird für die fortgesetzte Story standardmäßig ausgewählt. Wenn möglich, setzen Sie die Story in derselben Version fort.

Iteration

Die aktuelle Iteration wird für die nicht abgeschlossene Story standardmäßig ausgewählt. Die nächste Iteration wird für die fortgesetzte Story standardmäßig ausgewählt. Wenn eine zukünftige Iteration nicht vorhanden ist, bleibt es bei der aktuellen Iteration.

Zeitplanzustand

Der standardmäßige Zeitplanzustand für die fortgesetzte Story wird aus den Zeitplanzuständen der Aufgaben in der Story abgeleitet.

Der standardmäßige Zeitplanzustand für die nicht abgeschlossene Story bleibt im selben Zustand wie vor der Teilung. Der Zeitplanzustand wird über die Vorgänge zusammengefasst.

Planschätzung Der ursprüngliche Wert wird in den nicht abgeschlossenen und abgeschlossenen Storys standardmäßig erstellt.

Verwalten nicht abgeschlossener Tests

Testfälle können in einer Iteration über einen Anhang zu einer User-Story, einem Defekt oder einem Testsatz vorhanden sein. Ergebnisse für Testfälle werden als separate Arbeitselemente in Agile Central aufgezeichnet, damit Sie keine neue Kopie eines Testfalls für jede Iteration erstellen müssen.

Wenn Sie einen Defekt, der einen zugeordneten Testfall hat, nicht abschließen können, bearbeiten Sie den Defekt und verschieben Sie ihn in die nächste Iteration.

Wenn Sie einen Testsatz nicht in einer Iteration abschließen können, können Sie den Test kopieren oder verschieben. Wir empfehlen die Verwendung der Kopierfunktion, um einen separaten Testsatz für die nächste Iteration zu erstellen. Die Kopie enthält Verweise auf dieselben Testfälle, die vorherigen Testsätzen zugewiesen wurden. Diese Methode ermöglicht es Ihnen, alle Testfallergebnisse aus der vorherigen Iteration getrennt von Ergebnissen zukünftiger Iterationen beizubehalten, und verhindert Verwirrung bei der Benennung.

Feedback

Benötigen Sie weitere Informationen? Die CA Agile Central-Community ist Ihre zentrale Anlaufstelle für Self-Service und Support. Treten Sie der CA Agile Central-Community bei, um dem CA Agile Central-Support Feedback mitzuteilen oder Fälle zu melden, Antworten zu finden oder mit anderen Benutzern zusammenzuarbeiten.