Nachdem du ein Jira-Konto erstellt und dich darin eingeloggt hast, kannst du eine Vorlage aus der Bibliothek auswählen. Wähle "Scrum" aus (hier kannst du die kostenlose Scrum-Vorlage als Vorschau öffnen oder lernen, wie man ein Kanban-Projekt erstellt).

Als Nächstes wirst du dazu aufgefordert, einen Projekttyp auszuwählen. Wenn dein Team eigenständig arbeitet und die Kontrolle über die eigenen Arbeitsprozesse und Praktiken in einem in sich geschlossenen Bereich haben möchte, solltest du die vom Team verwaltete Scrum-Vorlage ausprobieren. Weitere Informationen dazu findest du in der Atlassian Community unter Getting started with team-managed projects (Erste Schritte mit vom Team verwalteten Projekten).

Sobald du dein Projekt erstellt hast, wird das leere Backlog angezeigt. Das Backlog wird auch Produkt-Backlog genannt und enthält eine Liste der potenziellen Projekt-Aufgabenelemente deines Teams.

In Jira bezeichnen wir Aufgabenelemente wie User Storys, Tasks und Bugs als Vorgänge. Erstelle mit der Option zum schnellen Erstellen im Backlog ein paar User Storys. Wenn du gerade keine User Story griffbereit hast, kannst du auch ein paar beispielhafte Storys erstellen, um loszulegen und den Ablauf kennenzulernen.

Sobald du ein paar User Storys erstellt hast, kannst du mit der Priorisierung der Storys im Backlog beginnen. In Jira ordnest oder priorisierst du Storys per Drag-and-Drop und bringst sie so in die Reihenfolge, in der dein Team sie bearbeiten soll.

Das sind nur die ersten Storys deines Projekts. Solange die Arbeit an dem Projekt fortgesetzt wird, wirst du weitere Storys erstellen – denn Agilität umfasst kontinuierliches Lernen und Anpassen.

Erstelle deinen ersten Sprint im Backlog, damit du mit dem Planen des Sprints beginnen kannst.

Zu Beginn eines Sprints solltest du mit deinem Team ein Sprint-Planungsmeeting abhalten. Dieses Meeting ist eine Zeremonie, in der sich das gesamte Team auf erfolgreiches Arbeiten während des Sprints ausrichtet. In einem Sprint-Planungsmeeting bespricht das ganze Team das Sprint-Ziel und die Storys im priorisierten Produkt-Backlog. Das Entwicklerteam erstellt zunächst detaillierte Tasks sowie Schätzungen für die Storys mit höchster Priorität und legt dann fest, wie viele Storys im Sprint abzuschließen sind. Diese Storys und der Plan zum Abschluss der entsprechenden Aufgaben ergeben letztlich den Sprint-Backlog.

Füge deinen Storys Schätzungen zu Story Points hinzu, indem du im Feld Story Point-Schätzung eine Zahl eingibst. Du kannst außerdem Details zu den Storys ergänzen oder die Arbeit an der Story durch Klicken auf das Symbol zum Erstellen einer Sub-Task weiter unterteilen.

Wenn du fertig bist, ziehe die Storys, die ihr im Sprint-Planungsmeeting abgesprochen habe, in den gerade erstellten Sprint. Das ist dein Sprint-Backlog.

Schätzungen helfen dir bei der Beurteilung, wie viele Aufgaben du dem nächsten Sprint je nach Anzahl deiner Teammitglieder hinzufügen solltest. Nach den ersten paar Sprints wird dein Team besser beurteilen können, wie viele Aufgaben in einem Sprint erledigt werden können, sodass es sich nicht zu viel vornimmt.

Gib dem Sprint einen Namen. Einige Teams benennen den Sprint nach ihren Zielen. Wenn zwischen den Vorgängen im Sprint Gemeinsamkeiten bestehen, solltest du den Sprint entsprechend diesem Theme benennen. Andernfalls kannst du einen beliebigen Namen für den Sprint wählen.

Füge die Dauer des Sprints und ein Start- sowie Enddatum hinzu. Das Start- und Enddatum sollte zum Teamzeitplan passen. Manche Teams beginnen einen Sprint z. B. an einem Montag und beenden ihn in der darauffolgenden Woche freitagmorgens. Andere Teams beginnen und beenden ihre Sprints in der Mitte der Woche. Das ist ganz dir überlassen! Wenn du dir unsicher über die Länge deiner Sprints bist, empfehlen wir dir, mit einer Dauer von zwei Wochen zu beginnen.

Füge das Sprint-Ziel hinzu, wie ihr es im Sprint-Planungsmeeting besprochen habt.

Sobald du deinen Sprint begonnen hast, wird im Projekt die Registerkarte "Aktive Sprints" angezeigt.

Hier wählt das Team Elemente aus der Spalte "Zu erledigen" und zieht sie in die Spalte "In Bearbeitung" und schließlich in "Erledigt".

Wenn du die vom Team verwaltete Scrum-Vorlage verwendest, spricht man von einem Board.

Versammle dein Team nach Beginn deines Sprints jeden Tag, normalerweise morgens, um durchzugehen, woran die einzelnen Teammitglieder gerade arbeiten. So erkennst du rechtzeitig, ob ein Teammitglied auf Schwierigkeiten stößt, die die Fertigstellung des Sprints gefährden.

Du kannst die aktiven Sprints deines Scrum Boards während der täglichen Standups verwenden, damit alle Teammitglieder die Aufgaben sehen können, an denen gerade gearbeitet wird.

Es ist eine gute Idee, während eines Sprints ab und zu einen Blick in das Burndown-Chart zu werfen. In Jira zeigen Burndown-Charts das Verhältnis zwischen dem geschätzten und dem tatsächlichen Arbeitsumfang in einem Sprint. Das Burndown-Chart wird beim Abschließen von Aufgabenelementen automatisch von Jira aktualisiert. Klicke zur Anzeige des Charts in der Seitenleiste auf "Berichte" und wähle im Drop-down-Menü das Burndown-Chart aus.

Du kannst den Sprint anhand des Sprint-Berichts überwachen, der jederzeit während oder nach dem Sprint abrufbar ist.

Der Sprint-Review, auch Sprint-Demo genannt, ist ein Meeting, in dem das Team sich über die in diesem Sprint ausgelieferte Arbeit austauscht. In jedem Sprint gibt es üblicherweise einen inkrementellen Arbeitsanteil am Produkt.

In diesem Meeting wird eine Menge Feedback zum Projekt gegeben und per Brainstorming entschieden, wie die nächsten Schritte aussehen sollen.

Führe nach Abschluss des Sprints mit deinem Team eine Retrospektive durch. Dokumentiere diese Retrospektive irgendwo. Wie wäre es mit Confluence?

Am Ende des Sprints muss dieser abgeschlossen werden.

Wenn es im Sprint noch offene Vorgänge gibt, kannst du:

• die Vorgänge in das Backlog verschieben

• die Vorgänge auf einen späteren Sprint verschieben

• die Vorgänge auf einen neuen Sprint verschieben, den Jira für dich erstellt

Nun verfügst du über die Grundlagen zur Erstellung deines Backlogs mit User Storys, zur Einordnung deiner User Storys in Sprints, für den Beginn deines Sprints und zum Abhalten von Scrum-Zeremonien. Mit diesen Kenntnissen kannst du entscheiden, ob all dies für dein Team funktioniert oder ob du in ein paar Themen noch tiefer eintauchen möchtest.

 Nachdem du und dein Team die obigen Schritte abgeschlossen haben, kannst du dir die Schritte in diesem weiterführenden Artikel vornehmen: Scrum-Verfahren mit Jira für Fortgeschrittene.