Der vollständige Leitfaden zur Scrum-Entwicklung • BUOM

9. März 2021

Die Scrum-Entwicklung stellt traditionelle Methoden des Softwareentwicklungsmanagements in Frage. Dies verhindert, dass das Management Mikromanagement betreibt, und sorgt dafür, dass die Entwickler für ihre Arbeit verantwortlich sind. Das Endergebnis ist ein Softwareprodukt, das gut aussieht, über alle erforderlichen Funktionen verfügt und wie erwartet funktioniert. In diesem Artikel werfen wir einen Blick auf die Scrum-Entwicklung, ihre Struktur und wie die Elemente von Scrum zusammenarbeiten, um die Grundlage für die Softwareentwicklung zu schaffen.

Was ist Scrum-Entwicklung?

Scrum ist eine agile Methode zur Steuerung der Softwareentwicklung. Anstatt an traditionellen Managementmethoden festzuhalten, gibt er dem Entwicklungsteam die Freiheit, seine Probleme ohne Beteiligung des Managements zu lösen. Vielmehr kommt es darauf an, dass alle Teamplayer sind und zum jeweiligen Problem beitragen, um zu einer zufriedenstellenden Lösung zu gelangen.

Scrum hat seinen Namen vom Rugbyspiel übernommen. Ein Gedränge ist eine Spielerformation, bei der die Spieler ihre Arme untereinander verbinden und ihre Köpfe senken, um eine ähnliche Gruppe gegnerischer Spieler anzustoßen. Der Rugbyball wird ins Gedränge geworfen und das Spiel beginnt. Niemand ist dafür verantwortlich, wie sich das Gameplay entwickelt, und es ist dieses spezielle Rugbyspiel, auf dem Scrum basiert.

Die meisten Softwareentwicklungsmodelle basieren auf Teamhierarchie und inkrementeller Entwicklung. Dieses Modell besteht aus einem zunehmenden Maß an Verantwortlichkeit und Verantwortung, das ganz unten beginnt und sich bis zur Managementebene vorarbeitet. Die Mitarbeiter unten erledigen ihre Aufgaben und Verantwortlichkeiten und konzentrieren sich auf die Einhaltung eines bestimmten Fertigstellungstermins. Das Management ist dafür verantwortlich, sicherzustellen, dass die Arbeit voranschreitet, und berichtet der Geschäftsleitung über den Fortschritt. Somit werden ein vorhersehbarer Arbeitsablauf und eine Befehlskette befolgt, um das Produkt zu einem bestimmten Datum zu liefern.

Scrum geht die Softwareentwicklung anders an und schafft eine agile Entwicklungsatmosphäre, die die traditionelle Methode der Softwareentwicklung umgeht. Im Scrum-Projektentwicklungsmodell wird das Entwicklungsteam von der Aufsicht des Managements befreit und erhält die Kontrolle über den Entwicklungsprozess. Dies gibt dem Team die Möglichkeit, seine Probleme am besten zu lösen und seinen eigenen Zeitplan festzulegen, wie lange es dauern wird, bis das Endziel erreicht ist.

Was ist das Scrum-Glossar?

Das Scrum-Glossar besteht aus Begriffen, die kurze Beschreibungen der Elemente der Scrum-Entwicklung darstellen. Einige davon gelten als unverzichtbar, wie etwa Product Backlog und Sprints, während andere Wörter hinzugefügt werden, weil sie häufig in Verbindung mit Scrum-Elementen verwendet werden. Zu den Begriffen gehören unter anderem:

• Burndown-Diagramm: Zeigt an, wie viel Arbeit noch im Backlog vorhanden ist.

• Daily Scrum: Erläutert den Plan für den nächsten Arbeitstag während der Sprint-Periode.

• Product Backlog: Gibt eine geordnete Liste der Arbeiten an, die zur Unterstützung des Produkts erledigt werden müssen.

• Technische Schulden: bezieht sich auf die Gemeinkosten für die Wartung eines Produkts.

Die Glossarbegriffe sind Teil der Verwendung von Scrum als Entwicklungsmodell. Sie sind eine verbale und schriftliche Methode zur Verdichtung von Software, die dem Leser in ein oder zwei Worten statt in vielen Worten sagt, was vor sich geht. Die Verwendung von Wörtern in einem Glossar kann Zeit sparen und dazu beitragen, dass sich alle im Team verstehen.

Grundlagen der Scrum-Entwicklung

Scrum-Entwickler waren der Ansicht, dass traditionelle Softwareentwicklungsmethoden anmaßend waren und nicht zur Erstellung hochwertiger Software beitrugen. Eine übermäßige Managementkontrolle über ein Entwicklungsteam kann Prozesse verlangsamen, die Gesamtproduktionskosten erhöhen und das Team daran hindern, das bestmögliche Produkt zu liefern.

Die Scrum-Entwicklung befreit das Entwicklungsteam von der Managementstruktur und gibt allen Entwicklungsteilnehmern die Kontrolle über ihre Rollen in der Entwicklung. Das Entwicklungsteam teilt sich in mehrere Gruppen auf, die sich auf eine bestimmte Aufgabe konzentrieren, und trifft sich dann mit anderen Teams, die ihren Teil des Produkts entwickeln, um Fortschritt und Integration zu besprechen. Die Teams sind flexibler, können mehr Kreativität in das Produkt einbringen und sich auf die Bereitstellung hochwertiger Software konzentrieren.

Scrum-Entwicklungsframework

Die Scrum-Entwicklungsstruktur reduziert die Rolle des Managements in den täglichen Aktivitäten eines Softwareentwicklungsteams und ermöglicht es dem Team, innerhalb eines festgelegten Zeitrahmens, der als Sprint bezeichnet wird, eigene Entscheidungen über Aufgaben zu treffen. Es gibt viele Prozesse und Techniken, die je nach Bedarf innerhalb des Rahmenwerks und nicht nach Vorgabe des Managements angewendet und genutzt werden können.

Die Scrum-Prozessstruktur beginnt mit einem Sprint-Review, geht über zu einer Sprint-Retrospektive und dann zu einer Bewertung des Produkt-Backlogs und der vorrangigen Funktionen im Produkt. Die Arbeit schreitet durch die Struktur voran und der Sprint wird regelmäßig überprüft, um sicherzustellen, dass die Ziele erreicht werden und das Produkt zum geplanten Veröffentlichungsdatum fertig ist. Hier ist eine Aufschlüsselung des Frameworks:

Kernkomponenten von Scrum

Scrum-Artefakte definieren den gesamten Entwicklungsprozess. Diese beinhalten:

• Kernartefakt: Dies ist ein Produkt in der Entwicklung.

• Product Backlog: Zu Beginn des Entwicklungsprozesses wird ein Backlog erstellt.

• Sprint- und Release-Burndown-Charts. Sprint- und Release-Burndown-Charts verfolgen, wie viel Arbeit im Sprint bis zur Veröffentlichung des Produkts noch verbleibt.

Scrum-Werte und Säulen

Wenn alle Werte vom Scrum-Team respektiert und verkörpert werden, entstehen die Säulen von Scrum.

Zu den Scrum-Werten gehören:

• Engagement

• Mut

• Fokus

• Offenheit

• Respektieren

Zu den Säulen von Scrum gehören:

• Transparenz

• Inspektion

• Gerät

Bei der Scrum-Entwicklung geht es darum, dass jeder sein Bestes gibt und sich mit allem, was er hat, dem Projekt widmet. Die Teams sind von der Kontrolle durch das Management befreit, was bedeutet, dass alle Mitarbeiter für die im Sprint beschriebene Arbeit verantwortlich sein müssen. Im Idealfall sollten sich alle darauf einigen, sich auf die Arbeit zu konzentrieren, offen über Probleme im Zusammenhang mit der Arbeit zu sprechen und sich gegenseitig als fähige und unabhängige Personen zu respektieren.

Einbindung von Rollen in die Scrum-Entwicklung

Mitarbeiter der Softwareentwicklung haben in der Regel traditionelle Titel, die ihre beruflichen Funktionen definieren. Diese traditionellen Titel sind jedoch nicht dasselbe wie die Scrum-Titel Product Owner, Entwicklungsteam, Scrum Team und Scrum Master. Jede traditionelle Rolle kann mit einer geringfügigen Änderung ihrer Erwartungen problemlos in das Scrum-Framework passen.

Jemand, der früher ein Teamleiter war, kann problemlos in die Rolle eines Scrum Masters schlüpfen, während Scrum-Teams kleine Gruppen von Entwicklern sind, die gemeinsam an einem einzelnen Projekt arbeiten. Einige stellen möglicherweise fest, dass sie während eines Sprints mehrere Scrum-Entwicklungstitel haben und die Rollen nach Bedarf wechseln können.

Erstellen eines Scrum-Sprints

Sprinten ist der Kern des Scrum-Entwicklungsmodells. Es beginnt mit einem Sprint-Planungsmeeting, bei dem das gesamte Team zusammenkommt, um festzulegen, welche Arbeiten während des Sprints erledigt werden müssen. Dies wird als Verzögerung bezeichnet. Anstatt die zu erledigende Arbeit als Checkliste zu betrachten, wird die Arbeit als Rückstand betrachtet, der bereinigt werden muss, bevor mit der nächsten Phase des Projekts fortgefahren werden kann.

Ein Sprint dauert je nach Zeitaufwand zwischen einer Woche und einem Monat. Die Idee eines Sprints besteht darin, die kürzestmögliche Frist einzuhalten und gleichzeitig die größtmögliche Leistung der Mitarbeiter zu erzielen. Scrum bevorzugt, Sprints auf einen Monat zu begrenzen, um Ziele zu erreichen. Das Kernkonzept von Scrum besteht jedoch darin, agil und agil zu sein. Wenn mehr Zeit benötigt wird, muss ein neuer Sprint erstellt werden.

Das Sprintziel wird bei der Erstellung des Product Backlogs festgelegt, ist jedoch nicht absolut. Wenn das Product Backlog oder der Sprint angepasst werden muss, kann das Team dies jederzeit tun.

Die Timebox wird für den Sprint vom Scrum Master erstellt. Die Rolle des Scrum Masters besteht darin, das Feld aufrechtzuerhalten, das Entwicklungsteam daran zu erinnern, wie viel Zeit im Sprint noch verbleibt, und sicherzustellen, dass das Team die Best Practices und Prozesse befolgt, die zu Beginn des Sprints festgelegt wurden. Der Scrum Master kommuniziert auch mit dem Product Owner und informiert ihn über den Fortschritt des Entwicklungsteams.

Elemente eines Sprints

Das Ziel eines Sprints besteht darin, ein Produkt fertigzustellen, das verwendbar ist und nach Fertigstellung veröffentlicht werden kann. Sprints während eines Entwicklungszyklus dauern gleich lange, unabhängig davon, ob es einen Sprint oder mehrere Sprints gibt. Wenn ein Sprint zwei Wochen dauert, dauert jeder weitere Sprint ebenfalls zwei Wochen. Wenn ein Sprint endet, beginnt unmittelbar danach der nächste Sprint.

Ein Sprint besteht aus der Sprintplanung⁠, die bis zu acht Stunden dauern kann, täglichen Scrums oder Überprüfungen der geleisteten Arbeit und der noch zu erledigenden Arbeiten, der Arbeit selbst, der Überprüfung am Ende des Sprints und der Sprint-Retrospektive blickt auf die während des Sprints geleistete Arbeit zurück.

Sprints beinhalten eine Reihe von Regeln, die befolgt werden müssen, sobald der Sprint gestartet ist. Zu diesen Regeln gehören:

• Es sind keine Änderungen zulässig, die das Sprintziel gefährden.

• Qualitätsziele können nicht gesenkt werden.

• Der Umfang des Projekts kann zwischen dem Entwicklungsteam und dem Produktbesitzer geklärt und überarbeitet werden, während die Arbeit voranschreitet und Informationen offengelegt werden.

Ein Sprint ist ein Projekt, und ein Projekt ist ein Sprint. Allerdings hat jeder Sprint einen bestimmten Fokus, und dieser Fokus muss vom Anfang bis zum Ende beibehalten werden. Jeder Sprint kann nur einen Kalendermonat dauern. Man geht davon aus, dass ein längerer Zeithorizont dazu führt, dass Sprintteams den Fokus verlieren und Gefahr laufen, bei ihrer Arbeit ins Hintertreffen zu geraten. Wenn nach dem ersten Sprint ein weiterer Sprint erforderlich ist, kann das Team mit einem neuen Sprint-Meeting beginnen, um zu bewerten und festzulegen, was als nächstes zur Weiterentwicklung des Produkts passieren muss. Der Scrum Master überwacht alle Fortschritte und kommuniziert mit dem Product Owner über den Status des Produkts.