Wenn Sie nur nach einem Burn-Down-Diagramm suchen, um den Fortschritt zu messen, würde ich vorschlagen, jeden Abschnitt in Aufgaben zu unterteilen und sich nicht um Geschichten zu kümmern. Jede dieser Aufgaben kann in Stunden geschätzt werden, und Sie können die Stunden der abgeschlossenen Aufgaben verbrennen. Auf diese Weise können Sie den Fortschritt verfolgen und sich an Ihren Zeitplan anpassen.

User Stories sind ein Konzept, das nicht wirklich darauf zutrifft, wie Sie Ihre Arbeit aufgeteilt haben, da es sich um End-to-End-Teile der Benutzerfunktionalität handelt, die sich über alle Ihre 4 Sprints erstrecken. Wenn Sie User Storys erstellen, haben Sie mit Ihrem aktuellen Zeitplan bis zum Ende keine abgeschlossen, was sie für die Fortschrittsverfolgung unbrauchbar macht.

Was Ihnen in naher Zukunft helfen wird, ist nicht die Anwendung eines bestimmten Frameworks, sondern einige grundlegende Aspekte. Diese Aspekte liegen fast allen Frameworks zugrunde:

• Kennen Sie Ihre Anforderungen. Dabei spielt es keine Rolle, ob Sie diese durch User Stories oder atomare Anforderungen dokumentieren
• Erstellen Sie einen Projektplan / eine Aufgabenliste / ein Backlog , wie Sie diese Anforderungen umsetzen können (klingt, als hätten Sie das bereits)
• Bleiben Sie in Ihren Teams transparent bezüglich aktueller Aufgaben, erledigter Aufgaben und anstehender Probleme, indem Sie regelmäßig Kurzgespräche anhand Ihres Projektplans / Ihrer Aufgabenliste / Ihres Backlogs einführen
• Versuchen Sie, kommende Probleme vorherzusehen, indem Sie über mögliche Risiken in Ihrem Team nachdenken

Ohne allzu viel über agiles PM zu wissen, führen Sie diese Schritte zu einer klassischen Wasserfallausführung , vielleicht mit einigen agilen Aspekten, z. B. Daylies. In Anbetracht Ihrer (geschätzten) Erfahrung und des Fälligkeitsdatums Ihres Projekts ist dies keine schlechte Wahl .

Übrigens wie immer bei komplexen Themen. Alle Aspekte, die ich hier hervorgehoben habe, sind ein eigenes Studiengebiet. Wenn Sie eines interessant finden, graben Sie einfach tiefer und googeln Sie die Schlagworte :)

Sie machen kein Scrum

Basierend auf Ihrer Frage klingt es nicht so, als würden Sie Scrum überhaupt machen. Bei Scrum besteht das Ziel eines Entwicklungsteams darin, ein potenziell auslieferbares Produktinkrement zu erstellen, das Endbenutzern einen echten Mehrwert bieten kann. Wenn Sie Sprints in Design, HTML/CSS, Datenbank und Codierung aufteilen, dann machen Sie nicht Scrum, sondern Wasserfall.

Stattdessen sollte Ihr Produkt-Backlog User Stories enthalten, die Probleme darstellen, die Benutzer haben, die dann vom Entwicklungsteam übernommen und in funktionierende Software umgewandelt werden können. Dazu könnte eine einzelne User Story in alle oben genannten Aufgaben, Datenbank, Design, HTML/CSS, Codierung usw. zerlegt werden, aber nur für eine einzelne User Story oder für eine Reihe von User Storys, die das Team festschreiben kann in einem einzigen Sprint abzuschließen.

Zur Verdeutlichung: In Scrum werden all diese Aktivitäten in jedem Sprint durchgeführt und nicht in verschiedene Sprints aufgeteilt.

Burndown-Diagramme

Was Ihr Burndown-Diagramm betrifft, sollte das Diagramm selbst die Anzahl der Story Points darstellen, die in diesem Sprint noch nicht abgeschlossen sind. Dies basiert auf der Aufwandsschätzung, die das Team während des Backlog Refinement Meetings mit dem Product Owner vornimmt.

Eine User Story gilt erst dann als „erledigt“, wenn alle Aufgaben abgeschlossen sind, die Ihren Akzeptanzkriterien und Ihrer Definition von „erledigt“ entsprechen. Auch dies bedeutet, dass Design, Codierung, HTML/CSS, Datenbank usw. abgeschlossen sein müssen, damit eine User Story als erledigt markiert werden kann.

Erfahren Sie mehr über Scrum

Vor kurzem haben acht von uns in unserem Büro gerade das Certified ScrumMaster-Training der Scrum Alliance abgeschlossen. Bevor Sie mit Scrum beginnen, empfehle ich, sich darauf zu konzentrieren, was Scrum bedeutet. Ein guter Ausgangspunkt ist Jeff Sutherlands Buch Scrum: The Art of Doing Twice The Work in Half the Time sowie der Scrum Guide . Wenn Sie es wirklich ernst meinen, empfehle ich dringend, den Certified ScrumMaster-Kurs zu belegen.