Überblick über den Scrum-Prozess

Scrum, ein einfaches Framework für das Projektmanagement, wurde von Jeff Sutherland und Ken Schwaber entwickelt. Sie stellten den Prozess 1995 auf der Konferenz für objektorientierte Programmierung, Systeme, Sprache und Anwendung in Austin, Texas, dar. Später veröffentlichten sie die Methodik als „Scrum Software Development Process“.

Das Framework von Scrum

Scrum legt Wert auf Teamarbeit, die die Teammitglieder dazu veranlasst, komplexe Probleme zu lösen und die Produkte mit dem höchstmöglichen Wert zu liefern. Wie das Rugby-Team veranlasst Scrum das Team, durch Erfahrungen zu lernen, sich selbst zu organisieren, um Probleme zu lösen und Verbesserungen zu erzielen, indem über Siege und Verluste nachgedacht wird. Im Allgemeinen ist es ein Rahmen für die Abwicklung eines Projekts, der auf Teamarbeit, Verantwortlichkeit und iterativen Fortschritt bei der Erreichung eines genau definierten Ziels ausgerichtet ist.

Scrum wird oft als Teil des agilen Softwareentwicklungsprozesses angesehen, da das Scrum-Konzept auf einer kontinuierlichen Verbesserung beruht, die ein Hauptprinzip von Agile ist. Das Framework beginnt mit der einfachen Erkenntnis, dass das Team zu Beginn nicht über die Details jedes Winkels und jeder Ecke des Projekts Bescheid weiß, sondern durch die Anpassung sich ändernder Bedingungen und Benutzeranforderungen erfahren wird.

Schlüsselrollen im Scrum Framework

Im Scrum-Framework gibt es drei Schlüsselrollen: Product Owner, Scrum Master und Development Team sind für den Erfolg des Projekts sehr wichtig.

  • Product Owner

Es spielt die Rolle der Verbindung zwischen Kunden und dem Entwicklungsteam. Er oder sie ist der Champion für ihr Produkt. Der Produkteigentümer stellt sicher, dass die Erwartung an das fertige Produkt mitgeteilt und entsprechend vereinbart wurde.

  • Scrum Masterworks

Als Moderator, der der Scrum-Champion im Team ist. Es liegt in der Hauptverantwortung von scrum master, sicherzustellen, dass die besten Scrum-Praktiken im Projekt ausgeführt werden. Er oder sie plant die erforderlichen Ressourcen für die Sprintplanung, das Aufstehen, die Sprintüberprüfung und die Sprint-Retrospektive.

  • Das Entwicklungsteam

Arbeitet zusammen, um inkrementelle Releases des Endprodukts zu entwickeln und zu testen. Die Teammitglieder sind die Verfechter einer nachhaltigen Entwicklung. Die üblichen Scrum-Teams setzen sich aus fünf oder sieben Mitgliedern zusammen, die eng zusammenarbeiten.

Verschiedene Prozesse des Scrum-Modells

Die Scrum-Methode besteht aus bestimmten Prozessen oder einer Reihe von aufeinander folgenden Ereignissen, die das Scrum-Team regelmäßig durchführt. Dies sind einige wichtige Ereignisse, bei denen die Teams eine Rolle spielen.

  • Die Produktrückstandserstellung -

Der Product Owner nimmt an der Erstellung des Product Backlog teil. Es liegt in der Hauptverantwortung des Produktbesitzers, die Markt- und Kundenbedürfnisse ständig im Auge zu behalten. Deshalb muss er das Produkt anhand der Produktvision steuern. Er oder sie erstellt eine Liste auf der Grundlage des Kundenfeedbacks und das Entwicklungsteam hilft dabei, die Liste zu priorisieren, damit sie zu einem bestimmten Zeitpunkt funktioniert. Dies ist ein fortlaufender Prozess und die Veränderungen oder das Auftauchen von neuen Möglichkeiten nehmen eher Hindernisse in Kauf.

  • Sprint Planning Meeting und Sprint Backlog Erstellung -

Sprint-Planungstreffen finden zu Beginn eines Projekts statt und alle Mitglieder des Entwicklungsteams müssen an diesem Treffen teilnehmen. Dieses Meeting wird von einem Scrum Master geleitet, bei dem die Teammitglieder und der Product Owner das Ziel des Sprints festlegen. Die Sprintdauer beträgt nur 2 Wochen. In dieser Zeit ist es jedoch wichtig, die Zusammenarbeit zwischen den Beteiligten und den Teammitgliedern aufrechtzuerhalten. Der Product Owner regelt die Wichtigkeit der richtigen User Story und das Scrum-Team kann eine wichtige Story aus dem Product Backlog auswählen. Die spezifische User Story sollte immer mit dem Ziel verknüpft sein. Am Ende des Sprint-Planungstreffens muss jedes Scrum-Mitglied eine klare Vorstellung davon haben, was im aktuellen Sprint gebracht werden kann und wie die Inkremente geliefert werden.

Das Sprint-Backlog ist die Liste der Elemente, User Stories oder Fehlerbehebungen, die vom Entwicklungsteam für die Anwendung im aktuellen Sprint-Zyklus ausgewählt wurden. Zu Beginn eines Sprints entscheidet das Team, welchen Artikel es aus dem Produktbestand auswählt, um im Sprint zu arbeiten. Wenn während des Sprints ein Sprint-Rückstand entsteht, ist dieser sehr flexibel. Das endgültige Sprintziel muss jedoch festgelegt werden.

  • Arbeiten am Sprint -

Da das Ziel des Sprints beim Sprint-Planungstreffen festgelegt wird, beginnt das Scrum-Team mit der Arbeit, um ein Inkrement zu liefern. Um den aktuellen Arbeitsfortschritt zu verfolgen, wird in der Regel ein Taskboard verwendet.

  • Die Impediment List -

Zu Beginn des eigentlichen Arbeitsprozesses kann jedes Teammitglied einer Liste mit Hindernissen oder Blockern hinzufügen, denen es während der Arbeit an der zugewiesenen Aufgabe ausgesetzt ist. Sobald die Mitglieder die Blocker ankündigen oder zur Liste hinzufügen, muss der Scrum-Master die Initiative ergreifen, um diese Blocker zu beseitigen. Wenn der Blocker auftritt, sollte er anderen Teammitgliedern in täglichen Scrum-Meetings mitgeteilt werden und die Aufzeichnungen in der Liste der Hindernisse aufbewahren.

  • Das tägliche Scrum Meeting -

Das tägliche Scrum-Meeting findet in der Regel zur selben Zeit statt, um die zur Erreichung des Sprintziels erforderliche Aufgabe zu besprechen. Dies ist ein informelles Treffen, das normalerweise 15 Minuten dauert. Scrum Master ergreift die Initiative, um dies täglich zu ermöglichen. Ziel des Meetings ist es, jedes Mitglied des Scrum-Teams auf dem gleichen Stand zu halten und einen Arbeitsplan für die nächsten 24 Stunden zu erstellen, ohne das Ziel zu gefährden. In diesem Meeting konzentrieren sich die Teammitglieder normalerweise auf drei Fragen:

  • Was habe ich gestern getan, um das Sprintziel zu erreichen?
  • Was plane ich heute zu tun, um dem Team zu helfen, das Sprintziel zu erreichen?
  • Gibt es irgendwelche Hindernisse, die das Team davon abhalten könnten, das Sprintziel zu erreichen?

Dies ist kein umfangreiches Diskussionstreffen und wird auch als "tägliches Aufstehen" bezeichnet.

  • Sprint Review und Sprint Retrospektive -

Am Ende des Sprints treffen sich die Mitglieder, um den Stakeholdern, Teamkollegen und dem Product Owner die Backlog-Elemente zur Rückmeldung vorzuführen. Danach kann der Product Owner entscheiden, ob das Inkrement freigegeben wird oder nicht.

In der Sprint-Retrospektive kommen die Teammitglieder zusammen, um ihre Erfahrungen mit dem zu teilen, was sie während des Sprints gesammelt haben. Sie diskutieren, was gut gelaufen ist und was in der nächsten Iteration verbessert werden muss.

Scrum ist ein Framework, das durch seine verschiedenen Phasen oder Prozesse dem Projekt Regelmäßigkeit verleiht. Jedes Unternehmen kann Scrum Framework implementieren, ohne seine Regeln und Vorschriften zu ändern.

Empfohlene Artikel

Dies ist eine Anleitung zum Scrum-Prozess. Hier diskutieren wir die Schlüsselrollen im Scrum Framework und verschiedene Prozesse des Scrum-Modells. Sie können auch unsere anderen Artikelvorschläge durchgehen, um mehr zu erfahren -

  1. Scrum Framework
  2. Scrum-Entwicklung
  3. Agiles Produktmanagement
  4. Agile Sprint-Planung
  5. Vorteile von Scrum Epic
  6. Rollen von Scrum Software

Kategorie:

Entwicklung des Unternehmertums