Scrum-Projekte managen

Celoxis ist eine äußerst flexible Plattform, die sich schnell an die Verwaltung Ihrer Scrum-Projekte anpasst. In diesem Dokument zeigen wir Ihnen, wie Sie Ihre Projekte für Scrum einrichten. Mit Celoxis können Sie Ihr Product Backlog schnell definieren und verwalten sowie Ihre Sprints planen und durchführen.

Verwaltung des Produkt-Backlogs

1. Erstelle dein Scrum-Projekt mit einem passenden Namen von (HauptmenüProjektNeues Projekt). StartDatum, an dem Ihr erster Sprint beginnen soll ManagerWählen Sie einen Benutzer aus, der der Product Owner/Scrum Master ist. Kunde: Wählen Sie den Kunden des Projekts aus.
2. Erstellen Sie nun eine Aufgabe namens „Product Backlog“ . Dies ist eine Sammelaufgabe. Hier plant und verwaltet der Product Owner die Backlog-Einträge für die Sprintplanung.
3. Für jede User Story erstellt der Product Owner eine Aufgabe im Product Backlog-Projekt. Zu diesem Zeitpunkt definiert der Product Owner noch keine Ressourcen oder Termine. Daher sollten die Standardtermine für jede hinzugefügte User Story unverändert bleiben.
4. Der Product Owner sollte den Backlog regelmäßig pflegen, die Stories nach Priorität sortieren und ihnen einen relativen Umfang zuweisen. Um Aufgaben einen relativen Umfang zuzuweisen, erstellen Sie ein benutzerdefiniertes Feld namens „Story Points“ mit der bekannten Fibonacci-Folge. Ordnen Sie dieses Feld den Aufgaben zu und fügen Sie die Spalte Ihrem Gantt-Diagramm hinzu.

Sprints planen

1. Erstelle deine Aufgabe für Sprint 1 (Von Gantt klicken) HinzufügenAufgabe).
   Jeder Sprint wird in Celoxis als Sammelaufgabe dargestellt.
2. Erweitern Sie anschließend das Product Backlog und suchen Sie nach User Stories, die nach Ansicht des Product Owners, des Teams und des Scrum Masters in diesem Sprint umgesetzt werden sollten. Die Auswahl sollte auf der vom Team für die Sprints festgelegten Zielgeschwindigkeit basieren. Wählen Sie User Stories aus, deren Story Points zusammen dieser Zielgeschwindigkeit entsprechen.
3. Verschiebe die ausgewählten User Stories aus dem Product Backlog als Unteraufgaben in deinen Sprint unter Sprint 1 (Zusammenfassende Aufgabe)
4. Sobald die User Stories für den Sprint ausgewählt sind, beginnt Ihr Team damit, sie in kleinere Aktivitäten oder Teilaufgaben zu zerlegen.
5. Für jede dieser Aktivitäten wählt das Team die passenden Termine aus, weist Ressourcen zu und schätzt den Aufwand.
6. Sobald alle User Stories in Aufgaben umgewandelt wurden, überprüfen Sie den Sprint, um sicherzustellen, dass seine Dauer der Sprint-Iteration entspricht. Auch wenn die Story Points des Sprints die Zielgeschwindigkeit erreichen, können einige Aufgaben oder Aktivitäten, die zu deren Abschluss erforderlich sind, die festgelegten Iterationen beeinflussen. In diesem Fall müssen Sie mit Ihrem Team zusammenarbeiten, um die Arbeit neu zu verteilen oder eine der User Stories aus dem Sprint zu entfernen (d. h. sie zurück ins Product Backlog zu verschieben).

Sprints

1. Sobald Ihr Sprint geladen und Ihr Projekt aktiv ist, kann Ihr Team mit der Arbeit beginnen. Ihr Team kann außerdem das Statusfeld aktualisieren, das den aktuellen Status der Aufgabe im Sprint anzeigt.
2. Während sie die Aufgaben bearbeiten, können sie Stundenzettel ausfüllen, um die tatsächlich für jede Aufgabe aufgewendeten Stunden zu erfassen. Sobald diese Stunden vom Scrum Master genehmigt wurden, aktualisiert das System automatisch den verbleibenden Arbeitsaufwand für die jeweilige Aufgabe.

Berichte

a. Sprintstatus

Dies ist ein tabellarischer Bericht, der Ihnen einen Echtzeit-Überblick über alle Stories in Ihrem aktuellen Sprint bietet.

b. Burndown

Dieses Diagramm veranschaulicht den Fortschritt Ihrer Aufgaben im Sprint vom Start bis zum Abschluss. So kann das Team mühelos erkennen, ob alles planmäßig verläuft oder ob Anpassungen nötig sind, um das Ziel termingerecht zu erreichen.