Scrum ist heutzutage das am weitesten verbreitete agile Framework. Im Vergleich zu traditionellen Produktentwicklungspraktiken wird Scrum als Upgrade angesehen. Es wird von Fachleuten aus verschiedenen Branchen auf der ganzen Welt anerkannt.
Jeder einzelne Ansatz der Softwareentwicklung hat seinen eigenen Lebenszyklus. Im Gegensatz zur traditionellen Wasserfallmethodik ist der Lebenszyklus aller agilen Methoden (einschließlich Scrum) eher iterativ als konsekutiv. In diesem Artikel beantworten wir die Frage: Was ist der Scrum Lifecycle? Das erste, was wir bei der Beantwortung dieser Frage erwähnen sollten, ist, dass der Lebenszyklus von Scrum dem anderer agiler Methoden sehr ähnlich ist. Das liegt an ihren gemeinsamen Grundprinzipien. Alle agilen Methoden basieren auf einem iterativen Ansatz zur Projektleistung und Berücksichtigung der Meinung des Kunden und des Endbenutzers. Scrum ist keine Ausnahme.
Es ist von entscheidender Bedeutung, einen gründlichen Einblick in den Scrum-Lebenszyklus zu haben, aber lassen Sie uns zunächst an einige grundlegende Theorien erinnern.
Was ist Scrum?
Scrum ist ein beliebtes agiles Framework für die inkrementelle Produktentwicklung. Es hat empirischen Charakter und befähigt Teams, Hypothesen zu Arbeitsmustern aufzustellen, ihre Ideen zu testen, die Erfahrung zu verarbeiten und notwendige Anpassungen vorzunehmen. Scrum ist eine iterative und flexibel strukturierte Methode. Es ermöglicht Praktiken aus anderen Frameworks, in die sie logisch passen.
Scrum arbeitet durch Iterationen, die als Sprints bezeichnet werden, sodass die Hauptereignisse und Artefakte eines Sprints die Komponenten eines Scrum-Lebenszyklus darstellen.
Wie viele Tage dauert ein typischer Sprint in der Scrum-Methodik?
Jeder Sprint ist eine Timebox, die bis zu einem Monat dauert und in der ein Team eine bestimmte Liste vereinbarter Elemente liefern soll, die in die bestätigte Definition von „erledigt“ passen.“
Was sind die Scrum Werte?
Zu den Scrum-Werten gehören Mut, Fokus, Engagement, Respekt und Offenheit. Sie können unserem vollständigen Scrum Guide folgen, um mehr über diese Werte und ihre Anwendung auf Scrum zu erfahren.
Was sind die Scrum-Rollen?
Das gesamte Scrum Team hat in der Regel folgende Verantwortlichkeiten:
- Aufschlüsselung der Anforderungen, Erstellen von Aufgaben, Schätzen und Verteilen.
Organisation von Daily Scrum Meetings.
Sicherstellen, dass potenziell lieferbare Funktionen am Ende des Sprints bereitgestellt werden.
Aktualisieren der Status und der verbleibenden Anstrengungen für ihre Aufgaben, um die Erstellung eines Sprint-Burndown-Diagramms zu ermöglichen.
Ein typisches Scrum-Team enthält 4 wesentliche Rollen:
Product Owner
Ein Product Owner (PO) ist dafür verantwortlich, den Return on Investment zu maximieren, indem er Produktmerkmale identifiziert und in eine priorisierte Liste übersetzt.
PO entscheidet, welche Features für den nächsten Sprint ganz oben auf der Liste stehen sollen. Er / sie ist auch für alle Gewinne und Verluste des Produkts verantwortlich und fungiert als Sprecher für Kunden. Die Priorisierung des Product Backlogs und die Definition des Veröffentlichungsdatums und des Inhalts sind ebenfalls Aufgaben des Product Owners.
Scrum Master
Ein Scrum Master (SM) hilft dem Produktteam, Scrum zu erlernen und anzuwenden, um alle Geschäftswerte zu erreichen. Er / sie ist kein Teammanager, Projektmanager oder Teamleiter, sondern dient dem Team, hilft Hindernisse zu beseitigen, schützt Kollegen vor Eingriffen von außen und hilft ihnen, agile Praktiken anzuwenden. SM coacht, schult und leitet den Product Owner, das Team und den Rest des Unternehmens in der angemessenen Anwendung von Scrum.
Entwicklungsteam
Ein Entwicklungsteam in Scrum umfasst Personen, die zusammenarbeiten, um die angeforderten und zugesagten Produktinkremente zu entwickeln und bereitzustellen. Scrum-Entwickler sind funktionsübergreifende Mitglieder, die in der Lage sind, die Sprint-Ziele zu erreichen. Das Team kann Software-Ingenieure, Architekten, Systemadministratoren, Analysten, UI-Designer, QA-Experten usw. umfassen. Sie erstellen das Produkt, das der Product Owner angibt: zum Beispiel die Website oder eine App.
Stakeholder
Ein Stakeholder ist eine Einzelperson oder eine Gruppe von Personen, die vom Ergebnis eines Produkts betroffen sind. Stakeholder in Scrum sind am Erfolg des Produkts interessiert. Sie können innerhalb oder außerhalb des Unternehmens sein, das das Projekt sponsert.
Stakeholder pflegen normalerweise eine gesunde Beziehung zum PO, um wichtige Produktdetails auszutauschen. Sie sind verantwortlich für die Übermittlung aller Wünsche und Anliegen an die PO und geben regelmäßig Input für Anfragen aus der PO.
Was sind die Scrum Zeremonien?
Verfeinerung des Product Backlogs
Eine Verfeinerung des Product Backlogs oder Backlog-Grooming ist das Hinzufügen von Details, Schätzungen und Bestellungen zu Elementen im Product Backlog. Dieses Ereignis bedeutet einen laufenden Prozess, in dem der PO und das Entwicklungsteam an den Details der Backlog-Elemente zusammenarbeiten. Während der Verfeinerungsbesprechung werden Punkte überprüft und überarbeitet.
Sprintplanung
Ziel des Planungsmeetings ist es, die Fragen „Woran arbeiten wir und wie machen wir das?“ Es ist wichtig, dass das Team ein gemeinsames Ziel und ein gemeinsames Engagement für dieses Ziel hat, bevor es mit dieser Zeremonie beginnt.
Daily Stand-up
Ein Daily Scrum Meeting oder ein Daily Stand-Up wird vom Scrum Master organisiert und dauert in der Regel 15 Minuten. Das Meeting zielt darauf ab, die Arbeit der Teammitglieder zu synchronisieren, z. B. was am Vortag erledigt wurde, was heute erledigt werden muss usw.
Sprint Review
Diese Scrum-Zeremonie findet am Ende jedes Sprints statt, um die zusätzliche Funktionalität zu demonstrieren. Ziel ist es, Feedback vom PO und den Stakeholdern zu erhalten, um sicherzustellen, dass das gelieferte Inkrement den Geschäftsanforderungen entspricht, und das Backlog basierend auf dem Feedback zu überarbeiten.
Sprint Retrospektive
Dieses Meeting dauert in der Regel 90 Minuten und hilft, kontinuierliche Verbesserungen in die Teamkultur und in die Sprintkadenz zu integrieren. Es sollte vom gesamten Scrum-Team besucht werden, um über den vorherigen Sprint nachzudenken und herauszufinden, wie Verbesserungen vorgenommen werden können.
Der Retro ermöglicht es dem Team, sich auf seine Gesamtleistung zu konzentrieren und Strategien zur kontinuierlichen Verbesserung zu identifizieren.
Was ist Scrum Lifecycle?
Der Scrum-Lebenszyklus besteht aus einer Reihe aufeinanderfolgender Schritte und iterativer Phasen, die während der Realisierung eines Scrum-Projekts durchgeführt werden sollten. Der iterative Ansatz ist das Hauptprinzip des m-Lebenszyklus. Die Arbeit an einem Scrum-Projekt ist in Segmente unterteilt, die als Sprints bezeichnet werden. Das Projekt entwickelt sich von einem Sprint zum nächsten, bis das Endprodukt fertig ist. Jeder Sprintzyklus ist in mehrere aufeinanderfolgende Phasen unterteilt, die er von Anfang bis Ende durchlaufen muss. Die Scrum-Methodik umfasst auch speziellere Lebenszyklen wie den Testlebenszyklus und den Defektlebenszyklus.
Scrum Lifecycle im Detail
Was sind die Teile des Scrum Lifecycle? Scrum beinhaltet im Gegensatz zum traditionellen Wasserfall nicht viele schriftliche Berichte. Es enthält nur wenige Artefakte.
Was sind die Scrum Artefakte?
Product Backlog
Ein Product Backlog ist eine Liste von Funktionen und Anforderungen, die zum Abschluss eines bestimmten Projekts erforderlich sind. Diese Liste kann Defekte oder Fehler enthalten, die behoben werden müssen, Funktionen, die hinzugefügt werden müssen, und andere technische oder Projektarbeiten. Die Reihenfolge der Liste basiert auf Prioritäten. Die Elemente oben sind die kritischsten Aufgaben oder Aufgaben, die sofort abgeschlossen werden müssen. Mit dem Backlog weiß jeder im Team, was die Projektanforderungen sind und welche Priorität haben.
Sprint Backlog
Ein Sprint Backlog enthält nur das, was während des aktuellen Sprints erledigt werden muss (während das Product Backlog alles auflistet, was vor dem Ende des Projekts erledigt werden muss). Das Sprint Backlog deckt die aktuellsten Aktivitäten ab und enthält daher in der Regel mehr Details und vollständigere User Stories als der Rest des Product Backlogs. Es sollte Ihren Release-Plan enthalten, der erklärt, wie Sie die Funktionen erreichen und Ihre Sprint-Anforderungen erfüllen möchten.
Produkterhöhung
Das Produkterhöhung die Produktversion, die am Ende jedes Sprints geliefert wird. Es beschreibt das Ergebnis all dieser Arbeiten (während das Sprint Backlog beschreibt, was innerhalb eines Sprints abgeschlossen werden muss). Das Inkrement ist ein Prototyp oder eine Entwurfsversion des Endprodukts, das von Ihren Kunden erwartet wird. Jedes Produktinkrement sollte die Funktionen des aktuellen Sprintzyklus enthalten und alle bisher abgeschlossenen Backlog-Elemente aus allen vergangenen Sprints vollständig integrieren.
Betrachten wir die Details zu den Scrum-Phasen und -Schritten.
Der erste Schritt eines Scrum-Projekts ist das Sammeln der notwendigen Informationen über das zukünftige Produkt. Es liegt in der Verantwortung des Product Owner. Er ist die Person, die den Kunden kontaktiert, um seine Vision zukünftiger Software zu verstehen. Das Sammeln von User Stories gehört ebenfalls zu seinen Aufgaben. Nachdem alle User Stories gesammelt und alle Kundenwünsche berücksichtigt wurden, werden sie in einer Liste priorisiert, die als Product Backlog bezeichnet wird. Es ist das Hauptdokument eines jeden Scrum-Projekts.
Nach der Priorisierung der Product Backlog Items werden diese in Aufgaben umgewandelt und in mehrere Sprints aufgeteilt. Das Team macht es während der Sprint-Planungssitzungen. Das Hauptziel jedes Meetings ist es, ein Sprint Backlog zu erstellen. Es ist ein Dokument, das alle Aufgaben für einen bestimmten Sprint enthält. Nach Abschluss des Sprints wird die Arbeit des Teams entsprechend der Erfüllung der Sprint-Backlog-Anforderungen geschätzt.
Der nächste Scrum-Schritt ist die Sprint-Ausführung. Es beinhaltet eine konsequente Durchführung aller Sprint-Aufgaben und die tägliche Auswertung des Workflows. Der Fortschritt der Sprint-Backlog-Anforderungen wird während der täglichen Scrums bewertet – den Teamtreffen, bei denen alle positiven und negativen Arbeitsprobleme besprochen werden.
Nach dem Ende des Sprints nehmen alle Mitglieder des Scrum Teams am Sprint Review und den Sprint Retrospektiven teil. Diese Versammlungen helfen herauszufinden, was während des Sprintprozesses schief gelaufen ist.
Der letzte Schritt eines jeden Sprintzyklus ist die Phase der Produktschätzung. Das Produkt wird gemäß der Definition des Teams von „Done“ bewertet und dem Kunden zur Verfügung gestellt, um sein Feedback zu erhalten. Dann beginnt ein neuer Sprint und der Zyklus wiederholt sich.
Wie kann man den Scrum-Prozess schnell erklären?
Lassen Sie uns nun alle Scrum-Phasen im Zusammenhang mit dem Scrum-Prozess zusammenfassen.
- Zunächst müssen Sie ein Product Backlog ermitteln (das liegt, wie oben erwähnt, in der Verantwortung des PO).
- Dann macht das Scrum-Team Schätzungen und Vorkehrungen für die Arbeitsbelastung basierend auf der Backlog-Liste während der Grooming-Sitzung.
- Mit der Product Backlog-Liste müssen Sie ein Sprint-Planungsmeeting initiieren, um das Sprintziel dieser Iteration zu definieren, und dann eine Liste von User Stories auswählen, um das Sprint Backlog zu bilden.
- Dann sollte das Backlog vom gesamten Scrum-Team vervollständigt werden.
- Sie müssen ein Daily Scrum Meeting durchführen (Zeitrahmen in etwa 15 Minuten). Jeder im Team muss sprechen und von Angesicht zu Angesicht mit allen Mitgliedern interagieren, um zu berichten, was Sie gestern getan haben, und ankündigen, was Sie heute erreichen möchten.
- Jeder Tag muss eine Version haben, die erfolgreich kompiliert und demonstriert werden kann.
- Wenn alle User Stories abgeschlossen sind, ist Ihr Sprint Backlog abgeschlossen. Es bedeutet, dass ein Sprint-Prozess abgeschlossen ist. Der PO und der Kunde müssen teilnehmen. Jedes Teammitglied sollte ihnen die funktionierende Software demonstrieren, die sie abgeschlossen haben.
- Die Sprint Retrospektive muss nach dem Sprint Review stattfinden. Während des Sprints identifiziert das Team selbst Elemente des Prozesses, die während des Sprints funktioniert haben oder nicht, sowie mögliche Lösungen. Retrospektiven dauern in der Regel 90 Minuten.
Einpacken
In Anbetracht der Transparenz und des unaufhaltsamen Lernprozesses innerhalb des Scrum-Entwicklungszyklus wird das kleinstmögliche Ergebnis zu einem wesentlichen kostengünstigen Ergebnis des Frameworks, ganz zu schweigen von verfeinerten Produkteigenschaften und einwandfreier Produktqualität.
Die Essenz von Scrum erfordert die Einbeziehung nur verantwortungsbewusster Mitarbeiter mit solidem Feldhintergrund. Was halten Sie vom Scrum Lifecycle und den Scrum Phasen?