Arbeiten mit Backlogs

Der Ausgangspunkt für eine effektive Arbeit in Scrum Teams ist ein gut gepflegter und priorisierter Produkt-Backlog, sowie die Erstellung von Sprint-Backlogs. In OpenProject können Sie Anforderungen, die durch User Stories dargestellt werden, einfach erfassen und spezifizieren. Außerdem können Sie auf Anfragen antworten und diese nach Priorität für die Umsetzung sortieren.

Thema	Inhalt
Neues Backlog erstellen	So erstellen Sie ein neues Backlog oder einen Sprint.
Erstellen Sie eine neue User-Story	So können Sie neue User-Stories, Epics und Bugs in der Backlog-Ansicht erstellen.
User-Stories priorisieren	So können Sie neue User-Stories in Ihrem Backlog priorisieren.
Story-Points	Schätzen Sie einen Aufwand für Ihre User-Stories und dokumentieren Sie diese in Form von Story-Points.
Sprint-Dauer	So können Sie die Sprint-Dauer bearbeiten.
Burndown-Diagramm	So können Sie das das Burndown Diagramm anzeigen lassen.
Sprint Wiki	So erstellen Sie ein Sprint-Wiki, um Sprint Informationen zu dokumentieren.

Neues Backlog erstellen

Das erste, was Sie tun müssen, ist eine neue Backlog Version (Produkt Backlog oder Sprints) zu erstellen. Erfahren Sie mehr unter Neue Backlogs Version oder einen Sprint erstellen. Sie können die Backlog-Versionen immer in den Projekteinstellungen verwalten, wenn Sie über die notwendigen Administrationsrechte verfügen.

Die Versionen (Produkt-Backlog oder Sprint) erscheinen dann im Backlogs Modul auf der linken oder rechten Seite.

Sprint 1, Sprint 2, Bug Backlog, Product Backlog im folgenden Beispiel sind alles Versionen in einem Projekt, die in der Backlogs-Ansicht angezeigt werden. Sie können eine neue Version mit dem grünen + Versions-Button oben in der Backlogs-Ansicht erstellen.

Hinweis

Die Spalten der Version werden tatsächlich unterschiedlich sortiert. Die linke Spalte für Sprints wird chronologisch sortiert, d. h. nach dem Zeitpunkt der Erstellung, da Sprints in der Regel auch chronologisch in der Projektplanung ablaufen. Die rechte Spalte (für Backlogs) ist alphabetisch sortiert, so dass Sie die Reihenfolge der Backlogs selbst bestimmen können.

Erstellen Sie eine neue User-Story

Um ein neues Arbeitspaket im Modul Backlogs zu erstellen, klicken Sie auf das Symbol Mehr (drei Punkte) in der oberen rechten Ecke eines Sprint oder Bug Backlogs und wählen Sie Neues Arbeitspaket aus dem Dropdown-Menü.

Es erscheint ein Formular-Dialog zum Erstellen eines neuen Arbeitspakets. Hier geben Sie direkt die Art des Arbeitspakets, den Betreff und die Beschreibung an. Die Liste enthält die Arbeitspaketarten, die in der System Administration aktiviert sind. Klicken Sie auf Anlegen, um fortzufahren.

Dem Backlog wird ein neuer Eintrag hinzugefügt, um die neu erstellte Story anzuzeigen.

Wenn Sie auf ein Element innerhalb des Sprints klicken, öffnet sich die Detailansicht des Arbeitspakets auf der rechten Seite, so dass Sie Anpassungen vornehmen können, während Sie im Backlogs-Modul bleiben.

Wenn Sie auf die ID des Arbeitspakets klicken, öffnet sich das Arbeitspaket im Vollbildmodus, in dem Sie weitere Attribute des Arbeitspakets angeben können.

Natürlich können neue User Stories auch nach dem üblichen Verfahren zur Erstellung von Arbeitspaketen erstellt werden. Um dies zu tun, wählen Sie einen Arbeitspaket-Typ und eine Zielversion, die in den Backlogs-Einstellungen im Administrations-Bereich aktiviert wurden, wie z.B. ein Feature oder Bug, Produkt- oder Sprint-Backlog.

Die Anzeige aller User Stories und Aufgaben für einen Sprint ist ebenfalls möglich, indem Sie Stories/Aufgaben im Dropdown-Menü neben dem Titel des Sprints auswählen.

Dies bringt Sie zur gefilterten Arbeitspaket-Ansicht aller User Stories und Aufgaben in einem Sprint.

Hinweis

Alle Aufgaben, die über die Task-Board-Ansicht für eine User Story erstellt wurden, werden automatisch als untergeordnete Arbeitspakete einer User Story konfiguriert. Die Aufgabe wird somit immer automatisch der Zielversion des übergeordneten Arbeitspakets zugewiesen (z.B. der User Story).

User-Stories priorisieren

Sie können verschiedene Arbeitspakete innerhalb des Produkt-Backlogs mit Drag & Drop priorisieren und diese einem bestimmten Sprint-Backlog zuweisen oder innerhalb eines Sprints neu bestellen.

Hinweis

Wenn Sie ein Arbeitspaket in die Backlogsansicht verschieben, wird die Zielversion automatisch im Hintergrund angepasst.

Arbeiten mit Story-Punkten

In einem Sprint können Sie den notwendigen Aufwand direkt als Story Points dokumentieren. Der Gesamtaufwand für einen Sprint wird automatisch berechnet, wobei die Summe der Story Points in der obersten Zeile angezeigt wird.

Sie können die Story-Punkte direkt in der Backlogs-Ansicht bearbeiten. Klicken Sie dazu einfach in die Zeile des Arbeitspakets, das Sie bearbeiten möchten, und nehmen Sie die gewünschten Änderungen in der Detailansicht des Arbeitspakets vor, die sich auf der rechten Seite öffnet.

Sprint-Dauer bearbeiten

Des Weiteren können Sie das Start- und Enddatum eines Backlogs in der Backlogs-Ansicht anpassen. Klicken Sie auf das Symbol Mehr (drei Punkte) rechts neben dem Namen des Sprints und wählen Sie Sprint bearbeiten.

Ein Klick auf das Datum öffnet einen Kalender, in dem Sie Ihre Änderungen vornehmen können.

Hinweis

Neben dem Start- und Enddatum können Sie auch den Sprintnamen anpassen. Dazu müssen Sie jedoch die Rechte zur Projektadministration haben.

Hinweis

Eine Backlog Version wird in der Roadmap angezeigt, aber nicht in einem Gantt-Diagramm. Wenn Sie einen Sprint in einer Zeitleiste anzeigen möchten, können Sie ein neues Arbeitspaket erstellen, die Phase als Arbeitspaket-Typ auswählen, dem Arbeitspaket den gleichen Namen wie einer bestimmten Version geben (z.B. Sprint 1) und das gleiche Start- und Enddatum zuweisen.

Burndown-Diagramm

Burndown-Diagramme sind hilfreich, um den Fortschritt eines Sprints zu visualisieren. Mit OpenProject können Sie Sprint- und Task-Burndown-Charts automatisch generieren.

Tipp

Voraussetzung dafür ist, dass das Start- und Enddatum des Sprints im Titel eingetragen ist und die Informationen zu den Story Points gut gepflegt sind.

Der Sprint-Burndown wird aus der Summe der geschätzten Story-Punkte berechnet. Wenn eine User Story auf “geschlossen” (oder einen anderen Status, der als geschlossen definiert ist (siehe Admin-Einstellungen)) gesetzt ist, zählt sie zu dem Burndown.

Der Aufgaben-Burndown errechnet sich aus der geschätzten Anzahl der Stunden, die zur Erledigung einer Aufgabe notwendig sind. Wenn eine Aufgabe auf “geschlossen” gesetzt wird, wird der Burndown angepasst.

Die verbleibenden Story-Punkte pro Sprint werden im Diagramm angezeigt. Optional kann auch das ideale Burndown-Diagramm als Referenz angezeigt werden. Der ideale Burndown geht von einer linearen Abarbeitung der Story Points vom Anfang bis zum Ende eines Sprints aus.

Sprint Wiki

OpenProject ermöglicht Ihnen auch, eine Wiki-Seite zu erstellen, die mit einem Sprint direkt aus dem Backlog verbunden ist. Hier können Sie Sprint-Informationen dokumentieren, wie z.B. Verhältnisse, Sprint-Besprechungen, Retrospektiven, Sprint-Planungen oder Sprint-Review-Besprechungen.

Um dies zu tun, klicken Sie auf den Pfeil links neben dem jeweiligen Sprinttitel, um das Dropdown-Menü zu öffnen. Klicken Sie auf Wiki um zur Wiki-Bearbeitungsseite zu gelangen.

Hier stehen Ihnen alle Werkzeuge zur Erstellung von Wiki-Seiten zur Verfügung, wobei der Titel bereits voreingestellt ist und sich auf den ausgewählten Sprint bezieht. Sie können Inhalte über das Textfeld einfügen und bearbeiten und Änderungen an der Formatierung vornehmen. Sie können auch Kommentare und Dateien von Ihrer Festplatte hinzufügen. Wenn Sie die Wiki-Seite nach Ihren Einstellungen konfiguriert haben, klicken Sie auf Speichern.

Hinweis

Diese Wikiseite kann mit mehreren Versionen verlinkt werden.

Tipp

Wenn Sie statt einer bestimmten (zentralen) Wiki-Seite eine neue vorstrukturierte Wiki-Seite pro Version (z.B. pro Sprint) erstellen möchten, können Sie die Sprint-Wiki-Vorlage in der Administration -> Backlogs konfigurieren.