Wie funktioniert ein Scrum-Team? – Schnellführer

• Product Owner
• Scrum Master
• Entwicklungsteam

Selbstorganisation und Querschnittsfähigkeit

In Scrum, ist das Team selbstorganisierend und querschnittsfähig:

• Selbstorganisiertes Team wählt, wie die Arbeit am besten erledigt werden kann – anstatt von jemandem außerhalb des Teams geleitet zu werden.
• Querschnittsfähiges Team verfügt über alle Fähigkeiten, die zur Abschluss der Arbeit erforderlich sind, ohne auf Personen außerhalb des Teams angewiesen zu sein. Das Scrum-Team-Modell ist darauf ausgelegt, Flexibilität, Kreativität und Produktivität zu optimieren.

Wie kooperieren Scrum-Teams effektiv?

Scrum-Teams liefern das Produkt inkrementell und iterativ, wodurch die Möglichkeiten für Feedback maximiert werden. Die Lieferung eines „fertigen“ Produktinkrements stellt sicher, dass stets eine potenziell lieferbare Version verfügbar ist.

Scrum wird durch einen Satz von Prinzipien (oder die 5 Scrum-Werte) definiert, die als einfache Leitlinien für die effektive Zusammenarbeit innerhalb des Teams verstanden werden sollten. Sie sind:

• Mut – vor allem, wenn schwierige Probleme gelöst werden müssen
• Fokus
• Engagementzu gemeinsamen Teamzielen
• Respekt für Teammitglieder
• Offenheit zur Arbeit und eventuellen Herausforderungen, die auftreten können

Scrum-Schlüsselkonzepte

Scrum besteht aus einer Reihe vonSprints oder Entwicklungsiterationen. Jeder Scrum-Sprint beinhaltet den gleichen Prozess: Rollen (Personen), Ereignisse (Besprechungen) undArtefakte (tangibele Lieferungen).

• Ein Sprint ist ein sich wiederholender Entwicklungszyklus, bis das Projekt abgeschlossen ist.
• Während jedes Sprints werden Anforderungen entwickelt, getestet, integriert und genehmigt (häufig in Form von Benutzerstories). Dieser Prozess wird von Sprint zu Sprint fortgesetzt.

Wie bereits erwähnt, besteht das Scrum-Framework aus drei unterschiedlichen Kategorien:Rollen, Ereignisse, undArtefakte:

Scrum-Rollen

Das Scrum-Framework ist durch drei zentrale Rollen definiert: das Entwicklungsteam, den Scrum Master und den Product Owner.

Product Owner

Der Product Owner ist dafür verantwortlich, den Wert des Produkts und die Arbeit des Entwicklungsteams zu maximieren. Die Art und Weise, wie dies erreicht wird, kann sich je nach Organisation, Scrum-Team und Einzelperson unterscheiden.

Rolle des Product Owners

Der Product Owner ist die einzige Person, die für die Verwaltung desProduct Backlogs. Die Verwaltung des Product Backlogs umfasst:

• Klare Formulierung der Product Backlog-Elemente;
• Ordnung der Elemente im Product Backlog, um Ziele und Zielsetzungen bestmöglich zu erreichen;
• Optimierung des Wertes der Arbeit, die das Entwicklungsteam leistet;
• Sicherstellen, dass das Product Backlog für alle sichtbar, transparent und klar ist und zeigt, woran das Scrum-Team als Nächstes arbeiten wird; und
• Sicherstellen, dass das Entwicklungsteam die Elemente im Product Backlog auf der erforderlichen Ebene versteht.

Scrum Master

Der Scrum Master ist dafür verantwortlich, sicherzustellen, dass Scrum verstanden und umgesetzt wird. Scrum Masters erreichen dies, indem sie sicherstellen, dass das Scrum-Team die Scrum-Theorie, Praktiken und Regeln einhält.

Der Scrum Master ist ein Dienstleistungs-Führer für das Scrum-Team. Der Scrum Master hilft Personen außerhalb des Scrum-Teams, zu verstehen, welche Interaktionen mit dem Team nützlich sind und welche nicht. Der Scrum Master hilft allen, diese Interaktionen zu verändern, um den Wert zu maximieren, den das Scrum-Team schafft.

Rolle des Scrum Masters

Der Scrum Master unterstützt den Product Owner auf verschiedene Weise, darunter:

• Ermittlung effektiver Techniken zur Product Backlog-Verwaltung;
• Hilfe für das Scrum-Team, die Notwendigkeit klarer und präziser Product Backlog-Elemente zu verstehen;
• Verständnis der Produktplanung in einer empirischen Umgebung;
• Sicherstellen, dass der Product Owner weiß, wie er den Product Backlog ordnen muss, um den Wert zu maximieren;
• Verständnis und Praxis von Agilität; und
• FacilitierenScrum-Veranstaltungen wenn nötig.

Scrum Master unterstützt das Entwicklungsteam

Der Scrum Master unterstützt das Entwicklungsteam auf verschiedene Weise, darunter:

• Führung des Entwicklungsteams in Selbstorganisation und Querschnittsfähigkeit;
• Hilfe für das Entwicklungsteam, hochwertige Produkte zu liefern;
• Beseitigung von Hindernissen, die den Fortschritt des Teams behindern;
• Facilitieren von Scrum-Veranstaltungen, wenn erforderlich; und
• Führung des Entwicklungsteams in Organisationen, in denen Scrum noch nicht vollständig übernommen oder verstanden wird.

Scrum Master unterstützt die Organisation

• Der Scrum Master unterstützt die Organisation auf verschiedene Weise, darunter:
• Führen und Leiten der Einführung von Scrum in der Organisation;
• Planung der Umsetzung von Scrum innerhalb der Organisation;
• Hilfe für Mitarbeiter und Stakeholder, Scrum und empirische Produktentwicklung zu verstehen und zu übernehmen;
• Treiber von Veränderungen, um die Produktivität des Scrum-Teams zu verbessern; und
• Zusammenarbeit mit anderen Scrum-Mastern, um die Wirksamkeit von Scrum über die gesamte Organisation hinweg zu steigern.

Entwicklungsteam

Das Entwicklungsteam besteht aus Fachleuten, die am Ende jedes Sprints einen potenziell lieferbaren „Fertig“-Produkt-Increment liefern. Nur Mitglieder des Entwicklungsteams können den Increment erstellen.

Das Entwicklungsteam ist selbstorganisiert und von der Organisation befähigt, seine eigene Arbeit zu organisieren und zu verwalten. Diese Synergie optimiert die Gesamteffizienz und Effektivität des Teams.

Rolle des Entwicklungsteams

Das Entwicklungsteam hat folgende Eigenschaften:

• Sie sind selbstorganisiert. Niemand (auch nicht der Scrum Master) sagt dem Entwicklungsteam, wie Produkt-Backlog-Einträge in einen potenziell lieferbaren Increment umgewandelt werden sollen.
• Das Entwicklungsteam ist querschnittsorientiert und verfügt über alle Fähigkeiten, die benötigt werden, um den Produkt-Increment zu erstellen.
• Scrum erkennt für Mitglieder des Entwicklungsteams keine Titel außer „Entwickler“ an, unabhängig von der ausgeführten Arbeit. Diese Regel hat keine Ausnahmen.
• Scrum erkennt innerhalb des Entwicklungsteams keine Untergruppen an, unabhängig vom spezifischen Bereich, der bearbeitet wird (z. B. Testen oder Geschäftsanalyse). Diese Regel hat keine Ausnahmen.
• Individuelle Teammitglieder können spezialisierte Fähigkeiten und Expertise besitzen, aber die Verantwortung liegt beim gesamten Entwicklungsteam.

Scrum-Veranstaltungen

Das Scrum-Framework ist durch fünf Veranstaltungen gekennzeichnet. Diese sind: Sprint, Sprint-Planung, Daily Scrum, Sprint-Review, und Sprint-Retrospektive.

• Ein Sprint (auch als Iteration bezeichnet) ist die grundlegende Einheit der Entwicklung in Scrum. Ein Sprint ist ein zeitlich begrenzter Einsatz – das bedeutet, dass er auf eine bestimmte Dauer begrenzt ist. Die Dauer jedes Sprints ist vorab festgelegt, typischerweise zwischen einer und vier Wochen, am häufigsten zwei Wochen.
• Sprint-Planung ist eine Veranstaltung im Scrum-Framework, bei der das Team festlegt, welche Produkt-Backlog-Einträge sie während des Sprints bearbeiten werden, und über ihren ersten Plan zur Abschlussvorbereitung diskutiert.
• Ein Daily Stand-up (auch Daily Scrum genannt) ist eine kurze, zeitlich begrenzte Besprechung, die täglich stattfindet. Diese Besprechung ist typischerweise auf 5–15 Minuten begrenzt und wird manchmal als Stand-up, Morgenhuddle oder Daily Sync bezeichnet.
• Das Sprint-Review erfolgt nach Ende des Sprints. Während der Besprechung erläutert der Product Owner, was während des Sprints abgeschlossen wurde und was nicht abgeschlossen wurde. Danach präsentiert das Team die abgeschlossene Arbeit und diskutiert Fortschritte, Herausforderungen und Möglichkeiten zur Verbesserung.
• Das Sprint-Retrospektive wird nach jedem Sprint abgehalten, direkt nach der Sprint-Review. Sie bietet dem Team die Möglichkeit, sich selbst zu überprüfen und einen Verbesserungsplan für den nächsten Sprint zu erstellen.

Scrum-Artefakte

Artefakte sind physische Aufzeichnungen, die detaillierte Informationen über das Projekt liefern. Zu den Scrum-Artefakten gehören das Product Backlog, Sprint-Backlog, sowie Produkt-Verbesserungen.

• Das Product-Backlog ist eine priorisierte Liste von Funktionen, Fehlern oder technischen Aufgaben, die derzeit nicht in Arbeit sind. Aus Sicht des Product Owners sollte sie alle wertvollen Arbeiten enthalten.
• Wenn sich die Produktanforderungen entwickeln, überprüfen und passen der Product Ownerund andere Teammitglieder gemeinsam das Product Backlog entsprechend an.
• Das Sprint-Backlog ist eine Liste aller für den Sprint ausgewählten Product-Backlog-Elemente. Diese Liste wird erstellt, indem Elemente aus dem Product Backlog priorisiert werden, bis das Team glaubt, die Kapazität für den Sprint erreicht zu haben. Die Teammitglieder erfassen Aufgaben im Sprint-Backlog basierend auf ihren Fähigkeiten und Prioritäten, im Rahmen des selbstorganisierten Scrum-Frameworks.
• Das Produkt-Verbesserung ist die Summe aller während des Sprints abgeschlossenen Produktarbeiten sowie aller in vorherigen Sprints abgeschlossenen Arbeiten. Das Ziel des Sprints ist die Erstellung einer abgeschlossenen Produkt-Verbesserung. Das Scrum-Team entscheidet, was den „Abgeschlossen“-Zustand der Verbesserung ausmacht, aber alle Mitglieder müssen sich einig und die Definition verstehen.

Scrum-Lebenszyklus

Der Scrum-Lebenszyklus beginnt mit dem Product Backlog, bietet jedoch keine Anleitung zur Entwicklung oder Priorisierung. Stattdessen umfasst er eine Reihe von Sprints, die letztendlich zu einer potenziell lieferbaren Produkt-Verbesserung führen, wie in der nachfolgenden Abbildung dargestellt.

Während dieser Sprints finden alle für die Produktentwicklung erforderlichen Aktivitäten an einem kleinen Teil des Gesamtprodukts statt. Unten folgt eine Erklärung der wichtigsten Schritte im Scrum-Lebenszyklus:

Agiles Scrum-Framework

• Unternehmen priorisieren, und das Team organisiert sich selbst, um die beste Möglichkeit zu finden, die höchste Priorität vergebene Funktionen zu liefern.
• Der Product Owner vertritt das Unternehmen, ist verantwortlich für die Pflege des Product Backlogs (Funktionsliste) und die Festlegung der Entwicklungs-Prioritäten.
• Während der Sprint-Planung zieht das Team einen kleinen Teil aus der Spitze des Backlogs, fügt ihn dem Sprint-Backlog hinzu und entscheidet, wie er geliefert werden soll.
• Scrum basiert auf iterativen Zyklen, die Sprints genannt werden, die typischerweise 2–4 Wochen dauern, in denen das Produkt entworfen, codiert und getestet wird, während tägliche Stand-ups den Fortschritt verfolgen (Daily Scrum).
• Während dieses Prozesses hält der Scrum Master das Team auf seine Ziele fokussiert.
• Am Ende des Sprints sollte die Arbeit bereit sein, an die Stakeholder ausgeliefert zu werden.
• Der Sprint endet mit einer Sprint-Überprüfung und einer Retrospektive.
• Mit dem nächsten Sprint wählt das Team einen weiteren Teil des Produkt-Backlogs aus und beginnt erneut.
• Der Prozess geht weiter, bis das gesamte Backlog abgeschlossen ist – oder bis die Arbeit aufgrund von Zeit- oder Budgetbeschränkungen eingestellt wird.
• Dies geht weiter, bis das Projekt als abgeschlossen gilt, entweder wenn die Arbeit eingestellt wird (Deadline, Budget usw.) oder wenn das gesamte Backlog abgeschlossen ist.