Menü

JIRA Scrum Board Tutorial: Scrum Handling mit Jira Zum Verwalten des Sprints

  • Haupt
  • Andere
  • JIRA Scrum Board Tutorial: Scrum Handling mit Jira Zum Verwalten des Sprints

jira scrum board tutorial

Versuchen Sie Unser Instrument, Um Probleme Zu Beseitigen

Eine detaillierte Anleitung zum Umgang mit Scrum mit Jira: JIRA Scrum Board-Lernprogramm zum effektiven Verwalten des Sprints

beste Spionage-Apps für Android-Handys

JIRA-Portfolio wurde in unserem vorherigen Tutorial ausführlich erklärt. In diesem Tutorial erfahren Sie mehr über Scrum Handling mit JIRA.

In Scrum- oder Kanban-Umgebungen hilft Jira mit seiner einfachen Benutzeroberfläche und den benutzerfreundlichen Optionen bei der effektiven und effizienten Verwaltung des Sprints.

Schauen wir uns jetzt Scrum Handling mit Jira genauer an. Um vollständige Informationen über JIRS zu erhalten, lesen Sie unsere Kostenlose JIRA-Trainingsreihe .

=> Klicken Sie hier für die vollständige JIRA Tutorials-Reihe

In diesem Tutorial werden Projekt, Produkt-Backlog, Zeitschätzung von Problemen, Was ist ein Sprint, Erstellen eines Sprints, Sprint-Planung, tägliches Stand-up-Meeting, End-Sprint, Sprint-Retrospektive usw. erläutert.

Jira Scrum Board Jira Sprint Tutorial

Was du lernen wirst:

Projekt

Für Scrum kann das Projekt als Scrum-Projekt (Sprint-Projekt) bezeichnet werden. In einem praktischen Szenario erstellt der Benutzer (möglicherweise Product Owner) mit Administratorrechten das Projekt.

Schritte zum Erstellen eines Scrum-Projekts:

# 1) Klicken Sie im linken Bereich der Seite auf die Schaltfläche 'Projekte' (Symbol).

Projekt erstellen

#zwei) Klicken Sie oben rechts auf der Seite auf die Schaltfläche 'Projekt erstellen', auf der die Seite 'Neues Projekt erstellen' angezeigt wird.

Normalerweise wird der Benutzer aufgefordert, einen Projekttyp auszuwählen. Stellen Sie sicher, dass Sie als Projekttyp 'Scrum-Softwareentwicklung' ausgewählt haben.

neues Projekt erstellen

#3) Stellen Sie in diesem Schritt sicher, dass die ausgewählte Vorlage 'Scrum' ist. Wenn nicht, klicken Sie auf die Schaltfläche 'Ändern' und wählen Sie im angezeigten Popup-Dialogfeld 'Scrum' als Vorlage aus.

Projektvorlage ändern

# 4) Geben Sie auf der Seite 'Neues Projekt erstellen' einen ordnungsgemäß identifizierbaren Namen für das neue Projekt ein und klicken Sie dann auf die Schaltfläche 'Erstellen'.

Daraufhin wird die neu erstellte Projektseite wie folgt angezeigt:

neu erstellte Projektseite

  • Wie im obigen Bild zu sehen, ist „MTP“ der Kurzname des von Jira intern ausgewählten Projekts (tatsächlicher Projektname des Beispielprojekts = „Mein Testprojekt“).
  • Zusammen mit dem Projekt wird automatisch ein Scrum Board erstellt.
    • Wie eine weiße Tafel, die viele Zeilen des Aufschreibens enthalten kann, zeigt eine Jira-Tafel die für ein bestimmtes Projekt erstellten Probleme an (es können auch Probleme aus mehreren Projekten angezeigt werden).
    • Durch die Darstellung der Probleme als Forum ist Jira äußerst flexibel, um den Fortschritt eines Problems anzuzeigen, zu verwalten und zu verfolgen. (Weitere Informationen zu Jira-Boards finden Sie in einem separaten Tutorial.)
  • Der Rückstand des Scrum Boards ist für das neu erstellte Projekt leer. Das Backlog sollte jetzt mit den Problemen, Aufgaben usw. gefüllt werden. In einer Scrum-Umgebung füllt ein Product Owner das Product Backlog. Der Product Owner kann sich bei Bedarf an einen Scrum Master wenden.
    • Die Liste der ausstehenden Probleme (einschließlich Funktionsverbesserungen, Fehler, Aufgaben usw.) für das Produkt wird als Product Backlog bezeichnet. Eine ähnliche Liste für einen Sprint wird als Sprint-Backlog bezeichnet.

Produktrückstand

  • Jira-Probleme (verschiedener Typen) werden erstellt, um ein Produkt-Backlog zu aktualisieren / zu füllen.
  • Der Product Owner erhält die Anforderungen (auch Bugs) von den Endkunden. Andere Teammitglieder schlagen möglicherweise auch einige Probleme vor.
  • Der Product Owner stellt sicher, dass sowohl für den aktuellen als auch für den zukünftigen Sprint genügend Probleme vorliegen.

Zeitschätzung von Problemen

  • Sobald das Product Backlog Probleme aufweist, ist es wichtig, die Zeitschätzungen für jede Aufgabe zu ermitteln und zu aktualisieren.
  • Die Zeitschätzung für Aufgaben ist wiederum wichtig für das Sprint-Backlog. Es hilft, die Anzahl der Probleme zu bestimmen, die in einem Sprint behandelt werden können, abhängig von der Anzahl der Teammitglieder im Scrum und ihrer Zeitkapazität.
  • Jede Jira-Ausgabe verfügt über ein Feld mit dem Namen 'Schätzung' (manchmal auch als 'Story Points' bezeichnet), in dem die Zeitschätzung im vereinbarten Format ausgefüllt werden muss.

Sobald sich genügend Probleme im Rückstand befinden und jedes Problem eine Zeitschätzung hat, können sie in einem Sprint bearbeitet werden. Es muss ein neuer Sprint erstellt und Probleme in den Sprint aufgenommen werden.

Was ist ein Sprint?

In einer Scrum-Umgebung sagen die jeweiligen Teams voraus, dass eine Reihe von Problemen in einer festgelegten Zeitspanne erledigt werden müssen, die als Sprint bezeichnet wird. Das Team bestimmt zusammen mit dem Product Owner die Dauer des Teams.

In den meisten Fällen beträgt die Sprintdauer zwei, drei oder vier Wochen.

Sprint erstellen

Erstellen Sie einen Sprint

Klicken Sie auf die Schaltfläche 'Sprint erstellen' (siehe Abbildung oben).

Geben Sie dem Sprint einen richtigen Namen ( Z.B. Sprint2018Juni). In diesem Schritt zeigt Jira eine Seite wie unten gezeigt an.

neuer Sprint

Sprintplanung

In einer Scrum / Agile-Umgebung ist eine der „Scrum-Zeremonien“ die Sprintplanung.

Dieses Sprint-Planungsmeeting sollte vor dem Start des Sprints einberufen werden. Noch bevor dieser Scrum Master die Teamzeitkapazität für den bevorstehenden Sprint ermittelt, berücksichtigt er alle geplanten Abgänge der Teammitglieder oder andere Auszeiten wie Training usw.

Der Prozess:

  • Sitzungsdauer: Für einen zweiwöchigen Sprint sind es normalerweise 2 Stunden. Es ist wie die Anzahl der Wochen * 1 Stunde (d. H. 2 * 1)
  • Der Product Owner verfügt über eine priorisierte Liste von Problemen im Product Backlog.
  • Erforderliche Teilnehmer: Scrum Master, Product Owner, Scrum-Team.
  • Alle Probleme, die nicht geschätzt werden, werden geschätzt
  • Das Team entscheidet, an welchen Themen im Sprint gearbeitet werden kann. Dies ist wichtig, damit der Umfang des Sprints erhalten bleibt.
  • Ziehen Sie Probleme im Zeitungspapier per Drag & Drop oder ändern Sie den Sprintnamen für die neuen Probleme. Die Schaltfläche 'Sprint starten' ist jetzt aktiviert. (siehe Bild unten)

Sprint startbereit

  • Das Team verpflichtet sich, die Probleme im Sprint zu lösen.

Da sich das Team über den Umfang des Sprints einig ist, wird der Sprint durch Klicken auf die Schaltfläche 'Sprint starten' gestartet.

Jira zeigt die nächste Seite wie folgt an:

kostenlose DVD-Ripping-Software für Macs

startsprint_page1

Geben Sie die erforderlichen Details in das Popup-Dialogfeld 'Sprint starten' ein:

  • Sprint Name: Geben Sie den eindeutig identifizierbaren und verständlichen Namen ein.
  • Dauer: Wählen Sie die vereinbarte Sprintdauer.
  • Anfangsdatum: Wählen Sie das Startdatum aus der Kalendersteuerung.
    • Hinweis: Einige Teams starten den Sprint am Montag und enden am Freitag. Natürlich herrschen keine Daumen.
  • Endtermin: Jira berechnet dieses Enddatum basierend auf der ausgewählten Dauer.
    • Hinweis: Wenn ein anderes Enddatum ausgewählt wird, wird das Feld für die Dauer als 'Benutzerdefiniert' aktualisiert.
  • Sprintziel: Dies ist ein nicht obligatorisches Feld.

Klicken Sie auf die Schaltfläche 'Start', nachdem Sie die erforderlichen Details eingegeben haben. Jira zeigt nun das Sprint-Board an, wie im folgenden Bild dargestellt. Die Registerkarte 'Aktive Sprints' wird jetzt aktiv.

Sprint Board

Auf der Sprint-Tafel werden drei Spalten angezeigt, nämlich 'TO DO', 'IN PROGRESS' und 'DONE', durch die ein Problem geführt wird. Die angezeigten Spalten können von Organisation zu Organisation unterschiedlich sein. Die Spalten können mit Hilfe eines Jira-Administrators konfiguriert werden.

Die Teammitglieder nehmen dann die zu bearbeitenden Probleme auf und verschieben sie in die Spalte 'IN PROGRESS'. Sobald DOD (Definition of Done) des Problems erfüllt ist, wird das Problem behoben und in die Spalte 'Fertig' im Sprint-Board verschoben.

Tägliches Stand-up-Meeting

Nach dem täglichen Start des Sprints (und bis zum Ende des Sprints) findet ein tägliches Stand-up-Meeting (manchmal auch als „Daily Scrum“ bezeichnet) statt, normalerweise zu Beginn des Tages am Morgen.

  • Absicht: Zu wissen, ob es Blockierungsprobleme für ein Problem gibt, an dem gearbeitet wird, und zu wissen, wie der Fortschritt jedes Teammitglieds ist.
  • Erforderliche Teilnehmer: Scrum-Team, Scrum-Master, Product Owner
  • Dauer: Maximal 15 Minuten.
    • Vermeiden Sie das Erzählen von Geschichten
    • Vermeiden Sie es, sich hinzusetzen
    • Stellen Sie sicher, dass jeder Teilnehmer aufmerksam ist.
  • Jedes Teammitglied spricht:
    • Was wurde gestern fertiggestellt?
    • Woran wird das Teammitglied heute arbeiten?
    • Gibt es irgendwelche Hindernisse?

Hinweis: Während des Sprintfortschritts kann es erforderlich sein, Ad-hoc- / Prioritätsprobleme im Sprint hinzuzufügen. Wenn dies der Fall ist, um den Umfang des Sprints beizubehalten, werden ein oder mehrere Probleme aus dem Sprint-Backlog entfernt und dem Product Backlog wieder hinzugefügt. Product Owner, Scrum Master und das Team sollten sich auf die Änderungen einigen.

Sprint beenden

Am letzten Tag des Sprints sollte der Sprint abgeschlossen / beendet sein. Klicken Sie dazu auf die Schaltfläche 'Sprint abschließen'.

Daraufhin wird die Popup-Seite 'Complete Sprint' angezeigt (siehe unten):

Sprint beenden

Die Popup-Seite 'Complete Sprint' zeigt:

  • Anzahl der abgeschlossenen Ausgaben
  • Eine Reihe unvollständiger Probleme.
  • Alle Probleme, die nach dem Start des Sprints hinzugefügt wurden.
  • Option zum Verschieben der unvollständigen Probleme entweder in 'Backlog' oder in 'New Sprint'.
    • In der Regel werden unvollständige Probleme in das Backlog verschoben.

Durch Klicken auf die Schaltfläche 'Vollständig' auf der Seite 'Sprint abschließen' wird der Sprint beendet / geschlossen und die Seite 'Sprint-Bericht' angezeigt. (Siehe das folgende Bild)

Der Sprint-Bericht hilft bei der Identifizierung, ob der Umfang des Sprints überbeansprucht wurde oder umgekehrt.

Sprintbericht über den Endsprint

Sprint Retrospektive

Dieses Treffen sollte nach Abschluss des Sprints und vor dem Start eines neuen Sprints stattfinden.

Die Dauer kann eine Stunde betragen. Der Hauptzweck dieses Treffens ist es, ein „schnelles“ Feedback vom Team zu erhalten. Dieses Treffen hilft dem gesamten Team zu verstehen, was gut gelaufen ist und was verbessert werden muss.

beste Server, um auf wow zu spielen

Das gesammelte Feedback sollte im nächsten Sprint bearbeitet werden und ist Teil der kontinuierlichen „agilen“ Verbesserung.

Fazit

In diesem informativen Tutorial wurde erklärt, wie verschiedene Jira-Boards zum Verwalten von Scrum verwendet werden.

Ich hoffe, der in diesem Tutorial erläuterte Schritt-für-Schritt-Prozess hätte Ihr Wissen über das Konzept von Scrum mit JIRA erweitert.

=> Besuchen Sie hier für eine vollständige JIRA Tutorials-Reihe

In unserem nächsten Tutorial erfahren Sie mehr über andere Jira-Dashboards.

PREV Tutorial | NÄCHSTES Tutorial

Literatur-Empfehlungen

^