Wissensdatenbank

Was ist Scrum und warum wird es verwendet?

Scrum ist ein iteratives und inkrementelles agiles Projektmanagement-Framework, das die Verwaltung komplexer Projekte erleichtert. Es wird zwar häufig in Softwareentwicklungsprojekten eingesetzt, kann aber auch in vielen anderen Bereichen wie Marketing, Produktentwicklung, Forschung und Entwicklung angewendet werden. Das Hauptziel von Scrum ist es, Teams in die Lage zu versetzen, schneller, effizienter und harmonischer zu arbeiten.

Scrum ist ideal für Projekte mit hoher Unsicherheit und sich häufig ändernden Anforderungen. Im Gegensatz zu traditionellen Projektmanagementmethoden führt Scrum die Planung und Ausführung in kurzen Zyklen (Sprints) durch. Auf diese Weise können Teams kontinuierlich Feedback erhalten, sich schnell an sich ändernde Anforderungen anpassen und vor allem dem Kunden kontinuierlich einen Mehrwert bieten.

Warum Scrum verwenden?

• Flexibilität: Ermöglicht die schnelle Anpassung an sich ändernde Anforderungen.
• Transparenz: Der Projektstatus und -fortschritt sind für alle sichtbar.
• Zusammenarbeit: Fördert die enge Zusammenarbeit und Kommunikation zwischen den Teammitgliedern.
• Wertorientierung: Konzentriert sich auf die Bereitstellung des höchsten Werts für den Kunden.
• Kontinuierliche Verbesserung: Unterstützt kontinuierliches Feedback und Verbesserungsprozesse.

Die Grundprinzipien von Scrum:

• Transparenz: Projektprozesse und -fortschritte müssen klar erkennbar sein.
• Inspektion (Überprüfung): Prozesse und Produkte müssen regelmäßig überprüft werden.
• Adaption (Anpassung): Prozesse und Produkte müssen auf der Grundlage der Inspektionsergebnisse angepasst werden.

Beispiel aus dem echten Leben: Ein E-Commerce-Unternehmen beschließt, Scrum zu verwenden, um seine Website zu erneuern. Bei Projekten, die mit traditionellen Methoden durchgeführt wurden, kam es immer wieder zu Verzögerungen, und die Kundenzufriedenheit sank. Nach der Umstellung auf Scrum beginnen die Teams, in kurzen Sprints zu arbeiten, und liefern am Ende jedes Sprints ein funktionierendes Produktteil. Auf diese Weise gibt der Kunde kontinuierlich Feedback, und es werden Änderungen entsprechend den Anforderungen vorgenommen. Infolgedessen wird das Projekt pünktlich und innerhalb des Budgets abgeschlossen, und die Kundenzufriedenheit steigt deutlich.

Was sind die grundlegenden Komponenten von Scrum?

Scrum basiert auf drei grundlegenden Rollen, fünf Ereignissen (Aktivitäten) und drei Artefakten (Ergebnissen). Diese Komponenten arbeiten zusammen, um den erfolgreichen Abschluss des Projekts zu gewährleisten.

Rollen:

• Product Owner: Ist verantwortlich für die Maximierung des Werts des Produkts. Er legt die Produktanforderungen fest, verwaltet und priorisiert das Product Backlog.
• Scrum Master: Wendet den Scrum-Prozess an und stellt sicher, dass das Team nach den Scrum-Prinzipien arbeitet. Er ist ein dienender Leiter für das Team, beseitigt Hindernisse und unterstützt das Team.
• Entwicklungsteam (Development Team): Ist verantwortlich für die Entwicklung des Produkts. Es besteht aus Personen mit unterschiedlichen Fähigkeiten wie Programmierern, Testexperten und Designern.

Ereignisse (Events):

• Sprint: Ist der grundlegende Zeitrahmen (Time-Box) von Scrum. Dauert in der Regel 1-4 Wochen. Während des Sprints arbeitet das Team daran, ein bestimmtes Ziel zu erreichen.
• Sprintplanung (Sprint Planning): Findet zu Beginn des Sprints statt. Der Product Owner und das Entwicklungsteam arbeiten zusammen, um das Sprintziel festzulegen und das Sprint Backlog zu erstellen.
• Tägliches Scrum (Daily Scrum): Ist ein kurzes Treffen (in der Regel 15 Minuten), das jeden Tag zur gleichen Zeit und am gleichen Ort stattfindet. Die Teammitglieder berichten, was sie seit dem Vortag getan haben, was sie heute tun werden und ob sie auf Hindernisse gestoßen sind.
• Sprint Review (Sprint Review): Findet am Ende des Sprints statt. Das Entwicklungsteam zeigt dem Product Owner und anderen Stakeholdern die fertiggestellten Produktteile. Es wird Feedback eingeholt und das Product Backlog aktualisiert.
• Sprint Retrospektive (Sprint Retrospective): Findet am Ende des Sprints statt. Das Team diskutiert, was während des Sprints gut gelaufen ist, was schlecht gelaufen ist und wie es verbessert werden kann.

Artefakte (Ergebnisse):

• Product Backlog: Ist eine priorisierte Liste, die alle Anforderungen des Produkts enthält. Sie wird vom Product Owner verwaltet.
• Sprint Backlog: Ist eine Liste, die die Aufgaben enthält, die während des Sprints erledigt werden sollen. Sie wird vom Entwicklungsteam erstellt.
• Inkrement (Increment): Ist das Produktteil, das am Ende jedes Sprints fertiggestellt und funktionsfähig ist.

Visuelle Beschreibung: (Beschreibung mit Text) Der Scrum-Prozess wird in der Regel durch ein kreisförmiges Schema dargestellt. In diesem Schema wird das Sprint Backlog aus dem Product Backlog mit dem Sprint Planning Meeting erstellt. Das Entwicklungsteam arbeitet während des Sprints und verfolgt den Fortschritt mit den Daily Scrum Meetings. Am Ende des Sprints wird das Inkrement geliefert und die Sprint Review und Sprint Retrospektive Meetings abgehalten. Das Feedback wird in das Product Backlog eingearbeitet und der Zyklus beginnt von neuem.

Welche Verantwortlichkeiten haben die Scrum-Rollen?

In Scrum hat jede Rolle ihre eigenen Verantwortlichkeiten. Diese Verantwortlichkeiten sind entscheidend für die erfolgreiche Durchführung des Projekts.

Product Owner:

• Produktvision festlegen: Bestimmt, was das Produkt sein soll und welchen Wert es bieten soll.
• Product Backlog verwalten: Definiert, priorisiert und aktualisiert die Produktanforderungen.
• Mit Stakeholdern kommunizieren: Sammelt Feedback von Kunden, Benutzern und anderen Stakeholdern und spiegelt es im Product Backlog wider.
• Sprint-Ziel festlegen: Legt für jeden Sprint ein sinnvolles und messbares Ziel fest.
• Return on Investment (ROI) maximieren: Arbeitet daran, den Wert des Produkts zu maximieren.

Scrum Master:

• Scrum lehren und anwenden: Lehrt dem Team die Scrum-Prinzipien und -Praktiken und wendet sie an.
• Hindernisse beseitigen: Löst Probleme, die den Fortschritt des Teams behindern.
• Team schützen: Schützt das Team vor äußeren Einflüssen und sorgt für dessen Konzentration.
• Meetings moderieren: Moderiert die Sprint-Planung, das Daily Scrum, die Sprint-Review und die Sprint-Retrospektive.
• Kontinuierliche Verbesserung fördern: Fördert die kontinuierliche Verbesserung der Prozesse des Teams.

Entwicklungsteam (Development Team):

• Produkt entwickeln: Erledigt die Aufgaben im Product Backlog und liefert funktionierende Produktteile (Inkrementelles Produkt).
• Selbstorganisiert sein: Entscheidet selbst, wie die Aufgaben erledigt werden und wer was macht.
• Multifunktional sein: Besteht aus Personen mit unterschiedlichen Fähigkeiten und kann verschiedene Aufgaben übernehmen.
• Qualitativ hochwertigen Code schreiben: Schreibt sauberen, lesbaren und testbaren Code.
• Schätzungen abgeben: Schätzt, wie lange die Aufgaben dauern werden.

Tabelle: Scrum-Rollen und Verantwortlichkeiten

Wie wird die Sprint-Planung durchgeführt?

Sprint-Planung ist ein Meeting, das zu Beginn eines Sprints stattfindet und darauf abzielt, das Sprint-Ziel festzulegen und das Sprint-Backlog zu erstellen. An diesem Meeting nehmen der Product Owner, der Scrum Master und das Entwicklungsteam teil.

Schritt-für-Schritt-Sprint-Planungsprozess:

1. Sprint-Ziel festlegen: Der Product Owner präsentiert ein sinnvolles und messbares Ziel für den Sprint. Dieses Ziel sollte mit den prioritärsten Elementen im Product Backlog übereinstimmen.
2. Product Backlog überprüfen: Der Product Owner erläutert dem Entwicklungsteam die prioritärsten Elemente im Product Backlog.
3. Kapazität bestimmen: Das Entwicklungsteam schätzt, wie viel Arbeit es während des Sprints erledigen kann. Diese Schätzung basiert auf der Leistung in früheren Sprints, der Verfügbarkeit der Teammitglieder und anderen Faktoren.
4. Sprint-Backlog erstellen: Das Entwicklungsteam entscheidet, welche Elemente aus dem Product Backlog es während des Sprints abschließen kann. Diese Elemente werden dem Sprint-Backlog hinzugefügt.
5. Aufgaben in Teile zerlegen: Das Entwicklungsteam zerlegt jedes Element im Sprint-Backlog in kleinere, überschaubare Aufgaben.
6. Schätzungen abgeben: Das Entwicklungsteam schätzt, wie lange jede Aufgabe dauern wird.
7. Sprint-Backlog abschließen: Das Sprint-Backlog enthält alle Aufgaben, die während des Sprints erledigt werden sollen, sowie deren Schätzungen.

Wichtige Punkte:

• Das Sprint-Ziel sollte ein Ziel sein, auf das sich das gesamte Team geeinigt hat und auf das es sich während des Sprints konzentriert.
• Das Sprint-Backlog sollte realistisch und erreichbar sein.
• Das Entwicklungsteam sollte bei der Erstellung des Sprint-Backlogs seine eigene Kapazität berücksichtigen.
• Aufgaben sollten so klein und überschaubar wie möglich sein.
• Schätzungen sollten realistisch und erfahrungsbasiert sein.

Wie führt man ein Daily Scrum Meeting durch?

Das Daily Scrum (tägliches Scrum) ist ein kurzes Meeting (normalerweise 15 Minuten), das jeden Tag zur gleichen Zeit und am gleichen Ort stattfindet. An diesem Meeting nimmt das Entwicklungsteam teil. Ziel ist es, den Fortschritt des Teams zu verfolgen, Hindernisse zu identifizieren und die Koordination sicherzustellen.

Format des Daily Scrum Meetings:

1. Jedes Teammitglied beantwortet die folgenden drei Fragen:
   • Was habe ich gestern getan, um das Sprint-Ziel zu erreichen?
   • Was werde ich heute tun, um das Sprint-Ziel zu erreichen?
   • Gibt es etwas, das mich daran hindert, das Sprint-Ziel zu erreichen?

Wichtige Punkte:

• Das Daily Scrum ist kein Statusbericht. Ziel ist es, den Fortschritt des Teams zu verfolgen und Hindernisse zu identifizieren.
• Das Meeting sollte kurz gehalten werden (normalerweise 15 Minuten).
• Das Meeting sollte sich auf die Koordination zwischen den Mitgliedern des Entwicklungsteams konzentrieren.
• Sobald Hindernisse identifiziert wurden, sollte der Scrum Master Maßnahmen ergreifen, um diese zu beseitigen.

Falsche Anwendungen:

• Das Daily Scrum in ein Meeting verwandeln, in dem nur der Scrum Master spricht.
• Das Meeting zu lange dauern lassen.
• Im Meeting auf technische Details eingehen.
• Hindernisse ignorieren.

Was ist der Unterschied zwischen Sprint Review und Retrospektive?

Sprint Review und Sprint Retrospektive sind zwei separate Meetings, die am Ende jedes Sprints stattfinden und unterschiedlichen Zwecken dienen.

Sprint Review:

• Ziel: Den Stakeholdern die fertiggestellten Produktteile (Inkrementelles Produkt) zeigen und Feedback einholen.
• Teilnehmer: Product Owner, Scrum Master, Entwicklungsteam und Stakeholder (Kunden, Benutzer, Manager usw.).
• Fokus: Produkt, Markt, potenzielle Nutzung.
• Ergebnis: Neue Funktionen oder Änderungen, die dem Product Backlog hinzugefügt werden sollen.

Sprint Retrospektive:

• Ziel: Bewerten, wie das Team während des Sprints gearbeitet hat, und Bereiche für Verbesserungen identifizieren.
• Teilnehmer: Product Owner, Scrum Master und Entwicklungsteam.
• Fokus: Prozesse, Werkzeuge, Beziehungen.
• Ergebnis: Verbesserungsmaßnahmen (Action Items) und Änderungen, die in den nächsten Sprints umgesetzt werden sollen.

Tabelle: Vergleich von Sprint Review und Retrospektive

Beispiel aus dem echten Leben: Ein Softwareunternehmen zeigt seinen Kunden in einem Sprint-Review-Meeting eine neue Funktion, die es entwickelt hat. Die Kunden sind mit der Funktionalität der Funktion zufrieden, weisen jedoch darauf hin, dass die Benutzeroberfläche komplex ist. Dieses Feedback wird als Element "Benutzeroberfläche vereinfachen" in das Product Backlog aufgenommen. Im Sprint-Retrospektive-Meeting stellt das Team fest, dass es während des Sprints einige Kommunikationsprobleme gab. Um dieses Problem zu lösen, beschließen sie, im nächsten Sprint häufiger zu kommunizieren und klarere Ziele zu setzen.

Welche grundlegenden Metriken werden in Scrum verwendet?

Die in Scrum verwendeten Metriken werden verwendet, um die Leistung des Teams zu messen, den Fortschritt zu verfolgen und Bereiche für Verbesserungen zu identifizieren. Diese Metriken erhöhen die Transparenz des Teams und unterstützen Entscheidungsprozesse.

Grundlegende Metriken:

• Velocity (Geschwindigkeit): Zeigt die Menge an Arbeit an, die das Team in einem Sprint erledigen kann. Die Geschwindigkeit wird normalerweise in Story Points oder Mann/Tag gemessen. Die Geschwindigkeit wird verwendet, um die Kapazität des Teams zu verstehen und Vorhersagen für zukünftige Sprints zu treffen.
• Burndown Chart (Abbranddiagramm): Zeigt die im Sprint-Backlog verbleibende Arbeitsmenge im Zeitverlauf an. Das Abbranddiagramm zeigt visuell, wie nah das Team dem Sprintziel ist und ob es Probleme gibt.
• Story Points Added (Hinzugefügte Story Points): Zeigt die neuen Story Points an, die während des Sprints zum Product Backlog hinzugefügt wurden. Diese Metrik zeigt, wie stark sich der Sprint-Umfang geändert hat und wie anpassungsfähig das Team ist.
• Control Chart (Regelkarte): Zeigt die Leistung des Teams im Zeitverlauf an. Die Regelkarte zeigt die Variation und Stabilität der Geschwindigkeit des Teams.
• Defect Density (Fehlerdichte): Setzt die Anzahl der im Produkt gefundenen Fehler in Beziehung zu einem Maß wie Codezeilen oder Anzahl der Funktionen. Die Fehlerdichte wird verwendet, um die Produktqualität zu messen.
• Lead Time (Durchlaufzeit): Zeigt die Zeitspanne vom Zeitpunkt der Anfrage bis zum Zeitpunkt der Fertigstellung und Auslieferung an. Die Durchlaufzeit wird verwendet, um die Agilität und Reaktionsfähigkeit des Teams zu messen.
• Cycle Time (Zykluszeit): Zeigt die Zeitspanne vom Beginn bis zum Abschluss einer Aufgabe an. Die Zykluszeit wird verwendet, um die Effizienz des Teams zu messen.

Codebeispiel (Berechnung):

# Python Beispiel: Geschwindigkeitsberechnung

def calculate_velocity(completed_story_points, sprint_duration):
  """
  Berechnet die Geschwindigkeit anhand der abgeschlossenen Story Points und der Sprintdauer.

  Args:
    completed_story_points: Die Summe der im Sprint abgeschlossenen Story Points.
    sprint_duration: Die Dauer des Sprints (in Tagen).

  Returns:
    Die Geschwindigkeit (Story Points/Tag).
  """
  velocity = completed_story_points / sprint_duration
  return velocity

# Beispielhafte Verwendung
completed_points = 80
sprint_days = 10
velocity = calculate_velocity(completed_points, sprint_days)
print(f"Geschwindigkeit: {velocity} Story Points/Tag")

Wichtige Hinweise:

• Metriken sollten verwendet werden, um das Team zu motivieren und zur Verbesserung anzuregen.
• Metriken sollten nicht verwendet werden, um das Team zu bestrafen oder zu vergleichen.
• Metriken sollten den Kontext und die Ziele des Teams berücksichtigen.
• Metriken sollten regelmäßig überprüft und bei Bedarf geändert werden.