Wie man mit der agilen Entwicklung mit dem Scrum-Framework beginnt

Die Grundlage des Scrum-Frameworks wurde 1986 von Hirotaka Takeuchi und Ikujiro Nonaka in einem Artikel der Harvard Business Review mit dem Titel „Das neue neue Produktentwicklungs-Spiel“ vorgestellt. Die Autoren beschrieben zwei Ansätze zur Steuerung der Produktentwicklung. Einige Teams arbeiten wie Staffellaufläufer in einer geraden Linie, wobei sie die Stafette weitergeben. Andere Teams agieren wie Rugby-Spieler in einem einzigen Spiel, wobei sie den Ball je nach Bedarf hin und her passen.

Takeuchi und Nonaka kamen zu dem Schluss, dass die Staffellauf-Methode, die im Phasenplanungssystem der NASA verwendet wurde, veraltet sei. Sie argumentierten, dass das Rugby-Modell Unternehmen die Werkzeuge bereitstellen würde, die sie benötigen, um in einer globalen kommerziellen Welt konkurrenzfähig zu sein.

Im Jahr 1993 experimentierten Jeff Sutherland, John Scumniotales und Jeff McKenna mit der Entwicklung von Scrum-Software bei der Softwarefirma Easel Corp. Im Jahr 1995 veröffentlichten Ken Schwaber und Sutherland zusammen mit anderen, darunter McKenna und Scumniotales, einen Artikel mit dem Titel „SCRUM-Entwicklungsprozess“. Dies führte zu einer bedeutenden Veränderung, die Entwickler dazu veranlasste, die Wirksamkeit des klassischen Wasserfall-Modells der Softwareentwicklung in Frage zu stellen.

Im November 2020 veröffentlichten Sutherland und Schwaber eine aktualisierte Version des „Scrum-Leitfadens“, der die offizielle Definition von Scrum enthält.

Beziehung zwischen Scrum und Agile

Agile ist ein Ansatz für Entwicklung und Projektplanung. Wie im Agile Manifesto erklärt, verfügt es über eine übergeordnete Philosophie oder ein Framework, das die darunter liegenden Methoden leitet. Scrum ist eine von mehreren agilen Methoden.

Scrum kann als eine praktische Möglichkeit angesehen werden, Agile umzusetzen. Wie Agile beinhaltet auch Scrum eine Reihe von Werten und Prinzipien. Entwicklungs-Teams integrieren Scrum in ihre agile Strategie, um eine zusätzliche Ebene der Spezifizität hinzuzufügen.

Ein Prinzip der agilen Entwicklung ist, dass Teammitglieder regelmäßig darüber diskutieren, wie die Effizienz verbessert werden kann, und ihr Verhalten entsprechend anpassen. Scrum integriert einen formalen Prozess, um Teams dabei zu unterstützen. Tägliche Besprechungen ermöglichen es dem Team, darüber nachzudenken, was in den nächsten 24 Stunden zu erledigen ist, und ihre Vorgehensweise anhand von Erwartungen oder aufgetretenen Hindernissen anzupassen.

Ein weiteres agiles Prinzip erkennt an, dass die beste Arbeit von selbstgesteuerten Teams entsteht. Der Scrum Master spielt hier eine entscheidende Rolle. Er stellt dem Team das zur Verfügung, was zum Abschluss der Aufgabe benötigt wird, und gibt ihnen die Freiheit, ihren eigenen Weg zu wählen. Danach agiert er als Dienstleistungs-Führer, der das Team bei der Lösung von Problemen, der Erreichung von Zielen und der Beilegung von Konflikten unterstützt.

Scrum-Säulen und Werte

Die drei Säulen von Scrum sind Anpassung, Inspektion und Transparenz.

1. Anpassung. Teams passen kontinuierlich ihre Herangehensweise an, um Probleme zu lösen, und übernehmen neue Methoden, wenn neue Probleme auftreten.
2. Inspektion. Teams reflektieren und bewerten kontinuierlich ihre eigene Leistung.
3. Transparenz. Das Team arbeitet in einer offenen Umgebung, in der alle Mitglieder die Prozesse der anderen verstehen und über die Herausforderungen, denen andere gegenüberstehen, informiert sind.

Die fünf Kernwerte von Scrum

Diese Werte stützen die drei Säulen:

1. Verpflichtung. Das Team ist selbstgesteuert, und alle sind verpflichtet, die vereinbarten Arbeiten abzuschließen.
2. Mut. Das Team agiert als Ganzes – es erreicht Erfolg oder scheitert gemeinsam. Mitglieder tun das Richtige und nehmen sich schwieriger Herausforderungen an.
3. Fokus. Ablenkungen werden begrenzt, und das Team konzentriert sich auf die Arbeit, die heute erledigt werden muss.
4. Offenheit. Das Team nimmt sich Zeit, um zu teilen, was gut läuft und was verbessert werden muss.
5. Respekt. Teammitglieder verfügen über unterschiedliche Stärken, und die Stärken jedes Einzelnen werden respektiert. Niemand wird beschuldigt, wenn es darum geht, Probleme zu lösen.

Scrum ist ein Projektmanagement-Framework, das Teamarbeit, Verantwortung und schrittweise Fortschritte hin zu gut definierten Zielen betont. Das Framework beginnt mit einer einfachen Voraussetzung: beginnen Sie mit dem, was gesehen oder bekannt ist. Verfolgen Sie dann den Fortschritt und passen Sie bei Bedarf an.

Scrum ist üblicherweise Teil der agilen Softwareentwicklung. Es ist nach einer Rugby-Formation benannt, bei der jeder eine Rolle spielt. Die Scrum-Rollen in der Softwareentwicklung umfassen:

• Product Owner — Diese Person fungiert als Bindeglied zwischen dem Entwicklerteam und dem Kunden. Der Product Owner stellt sicher, dass die Erwartungen am fertigen Produkt kommuniziert und abgestimmt werden.
• Scrum Master — Bekannt als Projekt-Facilitator. Sie stellen sicher, dass Scrum-Best Practices eingehalten werden. Sie müssen hervorragende Leader und Projektmanager sein, die in Zusammenarbeit, Konfliktlösung und Prozessverbesserung erfahren sind.
• Entwicklerteam — Mitglieder des Scrum-Entwicklerteams arbeiten gemeinsam daran, inkrementelle Versionen des Endprodukts zu erstellen und zu testen. Entwickler müssen Scrum und agile Entwicklungsmethoden verstehen.

Was ist der Scrum-Prozess?

Der Scrum-Prozess ermutigt Anwender, das zu nutzen, was sie haben, und kontinuierlich zu bewerten, was funktioniert und was nicht. Gute Kommunikation ist entscheidend und erfolgt durch Besprechungen (sogenannte „Events“).

Scrum-Events umfassen folgendes:

• Daily Standup (Daily Scrum) — Dies ist eine kurze, stehende tägliche Besprechung, die jeden Tag zur gleichen Zeit und am gleichen Ort stattfindet. In diesen Besprechungen überprüft das Team, was am Vortag erreicht wurde, und plant, was in den nächsten 24 Stunden zu tun ist. Dies ist die Zeit, in der Teammitglieder über mögliche Probleme sprechen können, die die Projektabschluss beeinträchtigen könnten.
• Sprint — Ein Sprint ist ein festgelegter Zeitraum (üblicherweise 30 Tage), innerhalb dessen die Arbeit abgeschlossen werden muss. Ein neuer Sprint beginnt unmittelbar nach Ende des vorherigen.
• Sprint-Planungssitzung — In diesen Besprechungen beteiligen sich alle an der Zielsetzung. Mindestens das Ergebnis ist ein Inkrement – ein nutzbares Stück Software.
• Sprint-Review — Dies ist die Zeit, um das Inkrement zu demonstrieren.
• Sprint-Retrospektive — Die Sprint-Retrospektive ist eine Besprechung, die nach Ende des Sprints stattfindet. In dieser Besprechung reflektiert jeder den Prozess. Auch Team-Building-Übungen können eingeschlossen werden. Ein zentrales Ziel dieses Events ist die kontinuierliche Verbesserung.

Was sind Scrum-Artefakte?

Es ist sinnvoll, Scrum-Artefakte während der Sprint-Planungssitzungen zu überprüfen. Scrum-Artefakte umfassen folgendes:

• Product Backlog — Dies ist die Liste der noch ausstehenden Arbeiten. Während der Sitzungen zur Nachbearbeitung des Product Backlogs arbeitet das Entwicklerteam mit dem Geschäftsinhaber zusammen, um das Backlog zu priorisieren. Das Product Backlog kann in einem Prozess namens Backlog-Nachbearbeitung verfeinert werden.
• Sprint-Backlog — Dies ist die Liste der Aufgaben, die erledigt werden müssen, bevor die ausgewählten Product-Backlog-Elemente geliefert werden können. Diese werden in zeitlich begrenzte User Stories aufgeteilt.
• Product-Inkrement — Dies stellt das dar, was während eines Sprints abgeschlossen wurde – alle Product-Backlog-Elemente, die in diesem Sprint abgeschlossen wurden – sowie alles, das in früheren Sprints erstellt wurde. Das Product-Inkrement spiegelt den erreichten Fortschritt wider.
• Burn-Down-Diagramm — Ein Burn-Down-Diagramm ist eine visuelle Darstellung der verbleibenden Arbeitsmenge. Die Y-Achse zeigt die Arbeit und die X-Achse die Zeit. Idealweise zeigt das Diagramm einen abfallenden Trend, da die verbleibende Arbeit im Laufe der Zeit auf null sinkt.

Vorteile der Scrum-Methode

Die zentralen Vorteile von Scrum umfassen:

• Hochwertige Produkte — Der Sprint-Retrospektiv-Teil des Scrum-Prozesses basiert auf Feedback und kontinuierlicher Verbesserung. Als Ergebnis können Entwicklungsteams, die diese Methode verwenden, hochwertige Produkte liefern.
• Teamarbeit — Scrum schafft zusammenhängende Softwareentwicklungsteams, die effektiv kommunizieren, Termine einhalten und Probleme gemeinsam lösen. Die Mitglieder vertrauen und respektieren einander und verstehen, dass Zeit wertvoll ist. Dies kann bedeuten, Daily Scrums auf strenge Zeitfenster zu beschränken. Einige Softwareteams integrieren einen „Hack-Sprint“ in ihren Prozess, um Entwicklern die Möglichkeit zu geben, neue Konzepte zu erforschen, Ideen zu testen und Verantwortung für das Produkt zu übernehmen.
• Flexibilität — Bei Scrum müssen Teams ihre Werkzeuge und Prozesse an neue Umstände anpassen. Produktdefinitionen können sich im Verlauf der Entwicklung weiterentwickeln, und effektive Teams bringen diese Änderungen über mehrere Iterationen hinweg ein. Regelmäßige Product-Backlog-Sitzungen ermöglichen es dem Team, die Prioritäten neu zu ordnen, bevor Elemente in einen Sprint eintreten.
• Geringeres Risiko — Scrum konzentriert sich auf vorhersehbare, nachhaltige Liefergeschwindigkeit und konstantes Feedback, was Teams die Möglichkeit gibt, Risiken früh und häufig zu reduzieren. Wenn eine Idee nicht funktioniert, ermöglichen kurze Sprints dem Team, schnell zu scheitern, wodurch das Scheitern beherrschbar wird.
• Kürzere Markteinführungszeit — Scrum ist darauf ausgelegt, Produkte und Funktionen in vorhersehbaren Schritten unter Verwendung klar definierter Sprints freizugeben. Die Freigabe von Funktionen erfordert nicht die vollständige Fertigstellung des Produkts. Sprints sind so gestaltet, dass mit jedem Schritt lieferbare Funktionalität hinzugefügt wird. Das vollständige Produkt, das aus diesen Funktionen besteht, wird als komplexes Produkt bezeichnet.
• Höherer Return on Investment (ROI) — Die kombinierten Vorteile von Scrum führen zu einem höheren ROI. Kontinuierliches Feedback reduziert kostspielige Fehler in späteren Phasen und führt zu einer besseren Produktqualität mit weniger Fehlern. Kürzere Markteinführungszeit und inkrementelle Releases bringen Einnahmen schneller.