Scrum-Übersicht

Scrum-Übersicht

In Scrum wird der Projektmanager als Scrum Master bezeichnet, und das Projektteam wird als Scrum-Team bezeichnet. Es gibt einen Produktverantwortlichen, der die zu entwickelnden Funktionen und Anforderungen auf dem Produkt-Backlog priorisiert.

Die Scrum-Methode verwendet Sprints, um kleine Arbeitspakete zu liefern und Feedback von Kunden zu sammeln.

Es gibt drei (3) Scrum-Säulen:

SCRUMsetzt einen empirischen Ansatz (manchmal auch Empirismus genannt) ein, um sich ständig verändernden Kundenbedürfnissen anzupassen. Empirismus ist die Praxis, Entscheidungen auf der Grundlage tatsächlicher Erfahrungen zu treffen. Ein empirischer Ansatz bedeutet, auf der Basis von Fakten, Erfahrungen und Belegen zu arbeiten – insbesondere dann, wenn der Fortschritt auf der Beobachtung der Realität basiert und nicht auf umfangreichen vorab erstellten Planungen, die auf umfangreichen Anfangsanforderungen beruhen.

Kurz gesagt, wir lernen aus vergangenen Fehlern und Erfahrungen und verbessern uns. Die drei Säulen von Scrum, die die empirische Prozesssteuerung in jeder Implementierung unterstützen, sind: Transparenz, Inspektion und Anpassung, wie im folgenden Diagramm dargestellt:

The Three Pillars of Scrum

  • Transparenz — Eine gemeinsame Sprache und Standards, um Konsistenz und gemeinsames Verständnis sicherzustellen.
  • Inspektion — Häufige Überprüfung des Scrum-Fortschritts und der Lieferungen, um Feedback zu erhalten. Es ist wichtig, den Fortschritt des Projekts nicht zu verbergen.
  • Anpassung — Einfach eingeholtes Feedback integrieren und Probleme sofort ansprechen, wenn sie auftreten.

Bestandteile des Scrum-Prozesses

Der Scrum-Frameworkist selbst sehr einfach. Es definiert nur einige allgemeine Richtlinien sowie eine kleine Anzahl von Regeln, Rollen, Artefakte, und Ereignisse. Jedoch sind alle diese Komponenten wichtig, erfüllen eine spezifische Aufgabe und sind entscheidend für die erfolgreiche Anwendung des Frameworks.

Die wichtigsten Bestandteile des Scrum-Frameworks sind:

Das Diagramm unten zeigt die wichtigsten Elemente des SCRUM-Frameworks. Dieser Prozess wurde in das Agile-Software-Tool – Scrum-Prozess-Canvas.

Scrum Framework
Scrum-Framework

Scrum-Rollen

Wenn eine Organisation sich entscheidet, Scrum einzuführen, ist eines der ersten Dinge, die verstanden werden müssen, wie sich Scrum-Rollen von traditionellen Projekt-Ausführungsrollen unterscheiden. Obwohl Scrum nur drei Hauptrollen hat, entsprechen sie nicht automatisch den Titeln, mit denen wir uns alle vertraut sind. Lassen Sie uns mit einer kurzen Definition jeder Rolle beginnen:

Produktverantwortlicher

Der Produktverantwortliche ist die Scrum-Rolle, die für die Vertretung der Geschäftswelt oder der Nutzergruppe verantwortlich ist und mit Nutzergruppen zusammenarbeitet, um festzulegen, welche Funktionen in Produktfreigaben enthalten sein werden. Die Hauptverantwortlichkeiten des Produktverantwortlichen sind:

  • Bestimmung der Richtung und Strategie für das Produkt oder Dienstleistung, einschließlich kurz- und langfristiger Ziele;
  • Bereitstellung oder Beschaffung von Wissen über das Produkt oder Dienstleistung;
  • Hilfe für das Entwicklungsteam, um Kundenbedürfnisse zu verstehen und zu interpretieren;
  • Erfassen, Priorisieren und Verwalten von Anforderungen für das Produkt oder die Dienstleistung;
  • Übernahme der Verantwortung für alle Aufgaben im Zusammenhang mit dem Produkt- oder Dienstleistungsbudget, einschließlich seiner Rentabilität;
  • Bestimmung der Veröffentlichungsdaten für Produkt- oder Dienstleistungsmerkmale;
  • Täglich Fragen beantworten und Entscheidungen mit dem Entwicklerteam treffen;
  • Akzeptieren oder Ablehnen abgeschlossener Merkmale im Zusammenhang mit dem Sprint;
  • Präsentieren der wichtigsten Lieferungen des Entwicklerteams am Ende jedes Sprints;
  • Für das Product Backlog verantwortlich sein.

Scrum Master

Der Scrum Master ist der Facilitator des agilen Entwicklungsteams. Scrum ist eine Methode, die es Teams ermöglicht, sich selbst zu organisieren und nach agilen Prinzipien schnelle Veränderungen vorzunehmen. Der Scrum Master verwaltet den Prozess des Informationsaustauschs. Die wichtigsten Aufgaben des Scrum Masters sind:

  • Als Coach zu agieren, um das Team bei der Einhaltung von Scrum-Werten und -Praktiken zu unterstützen;
  • Hilfe beim Beseitigen von Hindernissen und Schutz des Teams vor externen Einflüssen;
  • Förderung einer guten Zusammenarbeit zwischen dem Team und den Stakeholdern;
  • Förderung von Sachverstand innerhalb des Teams;
  • Schutz des Teams vor organisatorischen Einflüssen.

Scrum-Team

Das Scrum-Team (auch als Entwicklerteam bekannt) besteht aus 3 bis 9 Personen, die gemeinsam alle technischen Fähigkeiten besitzen, die zur Lieferung des Produkts oder der Dienstleistung erforderlich sind. Sie werden direkt vom Scrum Master betreut, aber nicht direkt geführt. Sie müssen sich selbst organisieren, vielseitig und verantwortungsbewusst genug sein, um alle erforderlichen Aufgaben zu erfüllen.

Das Entwicklerteam ist für die Lieferung potenziell lieferbarer Produktinkremente in jedem Sprint verantwortlich – von der Analyse, dem Design, der Entwicklung, dem Test bis hin zur technischen Dokumentation. Zu den zentralen Merkmalen des Scrum-Teams gehören:

  • Das Team muss sich selbst organisieren. Alle Teammitglieder müssen ihre eigenen Anstrengungen zur Erfüllung der zugewiesenen Aufgaben managen. Im agilen Scrum gibt es keinen Teamleiter oder Vorgesetzten. Jeder muss ausreichend engagiert sein, um seine Aufgaben zu erfüllen und zum Erfolg des Teams beizutragen. Wenn einer scheitert, scheitert das ganze Team.
  • Das Team muss mehrfach kompetent sein. Alle Teammitglieder müssen das notwendige Wissen und die Fähigkeiten besitzen, um ein vollständiges, gebrauchsfertiges Produkt oder eine Dienstleistung zu liefern. Experten können bei Bedarf eingesetzt werden, jedoch nur als Coaches, um Wissen an das Team weiterzugeben und spezifische Lücken zu schließen.
  • Der Product Owner benötigt eine Geschäftsvision. Der Product Owner vertritt die Stimme des Kunden und muss deren Bedürfnisse an den Scrum Master und das Entwicklerteam weitergeben. Dies ist in der Regel eine Vollzeitposition.
  • Der Scrum Master ist kein Vorgesetzter. Sie bieten die notwendige Coaching-Unterstützung für das Entwicklerteam und helfen, Hindernisse zu beseitigen, die das Team begegnet.

Product Backlog

Dies ist eine geordnete Liste aller Arbeiten, die im Projekt erledigt werden müssen. Sie wird in Form von Geschichten präsentiert, die üblicherweise als Benutzerstories bezeichnet werden.

Benutzerstories — Verschiedene Darstellungen, wie Benutzer mit den Projektlieferungen (Produkt, Dienstleistung oder Ergebnis) interagieren. Durch Benutzerstories identifiziert das Team die benötigten Funktionen und Funktionen für die Lieferungen.

Daher enthält das Product Backlog priorisierte Benutzerstories (Funktionen und Funktionen) für das Produkt/Dienstleistung/Ergebnis. Der Product Owner ist für die Priorisierung des Backlogs verantwortlich.

Hinweis: Sie müssen nicht alle Geschichten für das gesamte Projekt erstellen, bevor Sie mit der Arbeit beginnen (das ist einer der Vorteile des agilen Ansatzes). Beginnen Sie mit den Geschichten, die Sie kennen, und fügen Sie im Laufe des Lernens weitere in das Backlog ein und priorisieren Sie neu, wenn nötig.

Sprint-Planung

Im Gegensatz zum Wasserfallansatz planen agile Teams nicht alles im Voraus. Hier plant das Team etwas: Was für den aktuellen Sprint benötigt wird (Sprints dauern typischerweise 2 bis 4 Wochen), liefert es, lernt daraus und plant den nächsten Sprint erneut.

Das Scrum-Team überprüft das Produkt-Backlog und wählt die Anzahl an Benutzerstories aus, die es innerhalb des Sprint-Zeitrahmens abschließen kann. Die ausgewählten Benutzerstories werden zum Sprint-Backlog. Das Sprint-Backlog stellt das Ziel des Sprints dar.

Die Definition des Fertiggestellten wird ebenfalls festgelegt. Die Definition des Fertiggestellten kann als Akzeptanzkriterien für Backlog-Elemente betrachtet werden.

Planen Sie nur die Arbeit, die in die Kapazität des Teams passt – das heißt, die Arbeit, die das Team realistisch in jedem Sprint abschließen kann.

Daily-Scrum-Meeting (Daily Standup)

Das Team nutzt diese Besprechung, um sich gegenseitig kleine Verpflichtungen einzugehen, Probleme zu identifizieren und sicherzustellen, dass die Sprint-Arbeit reibungslos im Team verläuft. Sie dauert normalerweise 15 Minuten. Das Team beantwortet die folgenden Fragen:

  • Was habe ich seit dem letzten Scrum-Meeting abgeschlossen?
  • Was ist mein Plan für heute? Was beabsichtige ich zwischen jetzt und dem nächsten Scrum-Meeting abzuschließen?
  • Gibt es Hindernisse (Probleme, Fragen oder Risiken), die mich blockieren?

Denken Sie daran, dass diese Besprechung kein Status-Meeting ist – sie dient nicht zur Lösung von Problemen, sondern zur Wahrnehmung von Problemen (falls vorhanden). Falls eine Besprechung zur Lösung von Problemen erforderlich ist, führen Sie diese separat durch.

Sprint-Review-Meeting

Am Ende jedes Sprints präsentiert das Team alle abgeschlossenen Arbeitselemente. Dieses Review-Meeting dient zur Einholung von Feedback von Projektinteressenten und möglichen Änderungswünschen.

Es ist wichtig zu beachten, dass Arbeitselemente, die gemäß der während der Planung festgelegten Definition des Fertiggestellten nicht zu 100 % abgeschlossen sind, nicht präsentiert werden, da sie nicht „fertig“ sind.

Sprint-Retrospektive-Meeting

Dies findet nach dem Sprint-Review statt. Der Zweck besteht darin, dem Team zu helfen, aus dem Sprint zu lernen. Der Prozess konzentriert sich auf kontinuierliche Verbesserung und nicht auf die Schuldzuweisung an das Team, falls während des Sprints etwas schiefgelaufen ist.

Das Team reflektiert, wie es effektiver werden kann, und identifiziert weitere Verbesserungsbereiche.

Der Scrum Master bewertet die Wichtigkeit jedes Verbesserungsvorschlags, und anschließend wählt das Team eine angemessene Anzahl von Verbesserungsvorschlägen aus, die im nächstenSprint.

Kommentar hinterlassen