Scrum-Projekte verwalten
Celoxis ist eine sehr flexible Plattform und passt sich schnell an die Verwaltung Ihrer Scrum-Projekte an. In diesem Dokument zeigen wir Ihnen, wie Sie Ihre Projekte für Scrum aufsetzen können. Mit Celoxiskönnen Sie schnell Ihren Produkt-Backlog definieren und verwalten sowie Ihre Sprints planen und durchführen.
Verwaltung des Produkt-Backlogs
Erstellen Sie Ihr Scrum-Projekt mit einem passenden Namen von (Oberes Menü ▸ ▸ Projekt ▸ Neues Projekt).
- Fang an: Datum, an dem Ihr erster Sprint gestartet werden soll
- Manager: Wählen Sie einen Benutzer aus, der Product Owner/ Scrum Master ist.
- Kunde: Wählen Sie den Kunden des Projekts aus.
Erstellen Sie nun eine Aufgabe mit dem Namen "Product Backlog", die eine zusammenfassende Aufgabe ist. Hier plant und verwaltet der Product Owner die Backlog-Items für die Sprintplanung.
Für jede User Story wird der Product Owner eine Aufgabe im Product Backlog Projekt erstellen. Der Product Owner wird an dieser Stelle keine Ressourcen oder Termine definieren. Lassen Sie also die Standarddaten für jede hinzugefügte Benutzergeschichte so, wie sie sind.
Der Rückstand sollte regelmäßig vom Product Owner gepflegt werden, indem die Stories nach ihrer Priorität gestapelt werden und ihnen eine relative Größe zugewiesen wird. Um den Elementen (Aufgaben) eine relative Größe zuzuweisen, erstellen Sie ein einzelnes benutzerdefiniertes Feld "Story Points" mit den berühmten Fibonacci-Reihen-Optionen. Hängen Sie dieses benutzerdefinierte Feld an Aufgaben an und fügen Sie die Spalte Ihrem Gantt hinzu.
Sprints planen
Erstelle deine Sprint 1 Aufgabe (Von Gantt aus klicken Sie Hinzufügen ▸ Aufgabe).
Jeder Sprint wird als eine zusammenfassende Aufgabe in Celoxis.Erweitern Sie als nächstes das Product Backlog und suchen Sie nach Stories, die der Product Owner, das Team und der Scrum Master in diesem Sprint für sinnvoll halten. Die Auswahl sollte auf der Grundlage der Zielgeschwindigkeit erfolgen, die das Team für die Sprints bestimmt. Wählen Sie User Stories aus, deren Story Points sich zu dieser Zielgeschwindigkeit addieren.
Verschieben Sie die ausgewählten User Stories aus dem Product Backlog in Ihren Sprint als Teilaufgaben unter Sprint 1 (Summary Task)
Sobald die Benutzergeschichten für den Sprint abgeholt werden, kann Ihr Team sie in kleinere Aktivitäten oder Teilaufgaben zerlegen.
Für jede dieser Aktivitäten wählt das Team die entsprechenden Termine aus, weist die Ressourcen zu und schätzt den Aufwand.
Sobald alle Geschichten in Aufgaben umgewandelt sind, überprüfen Sie den Sprint, um sicherzustellen, dass die Dauer der Sprint-Iteration eingehalten wird. Trotz der Tatsache, dass die Story Points des Sprints die Zielgeschwindigkeit erreichen, können einige Aufgaben oder Aktivitäten, die zu ihrer Erledigung erforderlich sind, die festgelegten Iterationen beeinflussen. In diesem Fall müssen Sie mit Ihrem Team zusammenarbeiten, um die Arbeit neu zu ordnen oder eine der Geschichten aus dem Sprint zu entfernen (d.h. sie zurück in das Product Backlog zu verschieben).
Laufen Sprints
Sobald Ihr Sprint geladen ist und Ihr Projekt aktiv ist, kann Ihr Team die Arbeit erledigen. Ihr Team kann auch das Feld Status aktualisieren, das den aktuellen Status der Aufgabe im Sprint anzeigt.
Während sie die Elemente durcharbeiten, können sie Timesheets ausfüllen, um die tatsächlich für jede Aufgabe aufgewendeten Stunden zu protokollieren. Sobald diese Stunden vom Scrum Master genehmigt sind, aktualisiert das System automatisch die verbleibende Arbeit an der Aufgabe.
Berichte
a. Sprint-Status
Dies ist ein tabellarischer Bericht, der Ihnen ein Echtzeit-Bild aller Geschichten in Ihrem aktuellen Sprint gibt.
b. Abbrand
Dieses Diagramm hilft Ihnen, die Fortschrittslinie Ihrer Aufgaben im Sprint von dessen Beginn bis zur Fertigstellung zu sehen. Das macht es für das Team mühelos, zu verstehen, ob die Dinge wie geplant laufen oder ob sie Änderungen vornehmen müssen, damit sie das Ziel rechtzeitig erreichen können.
