---

Was ist die Rolle des Scrum-Teams? Das könnte Sie überraschen!

Scrum definiert drei Verantwortlichkeiten im Team:

• Den Product Owner,
• die Entwickler (Scrum-Teammitglieder),
• den Scrum Master.

Neben anderen Programmen für weltweite Lernende bietet International Scrum Institute™ drei grundlegende Schulungs- und Zertifizierungsprogramme für diese Rollen an.

Das sind Scrum Product Owner Accredited Certification™ (SPOAC™), Scrum Team Member Accredited Certification™ (STMAC™)und Scrum Master Accredited Certification™ (SMAC™) .

Eine geeignete Scrum-Organisation braucht alle drei Kompetenzbereiche. Das ist für den Erfolg besonders wichtig.

Jede Verantwortung ist wesentlich und muss klar sein. Product Owner oder Scrum Master können auch entwickeln, die unterschiedlichen Verantwortlichkeiten müssen aber wirksam bleiben. Ein Product Owner verantwortet jedes Produkt und kann mit mehreren Teams arbeiten. Jedes braucht wirksame Scrum-Master-Unterstützung; Scrum verlangt keine ausschließliche Ein-Team-Zuordnung.

Unterschätzen Sie nicht, wie wichtig Zweck, Funktion und passende Besetzung dieser Rollen sind.

Schwierigkeiten entstehen nach unserer Beobachtung häufig aus unverstandenen Rollen oder ungeeigneter Besetzung.

Nur wenn alle ihre festgelegten Aufgaben erfüllen, eng interagieren und zusammenarbeiten, kann ein Projekt erfolgreich enden.

Scrum-Rollen und Stakeholder

Das Scrum-Team

Dedizierte Scrum-Teams leisten alle an Geschäftskunden gelieferte Arbeit. Menschen arbeiten gemeinsam an den angeforderten und zugesagten Inkrementen.

Für wirksame Arbeit müssen alle:

• Mut, Fokus, Verpflichtung, Respekt und Offenheit leben,
• dieselben Normen und Regeln einhalten,
• das gemeinsame Ziel verfolgen, das IT- und Geschäftsergebnisse verbindet.

Ein neues Team liefert nicht sofort Höchstleistung. Es durchläuft Phasen gemäß dem Tuckman-Modell: Forming, Storming, Norming, Performing.

Tuckmans Phasen der Teamentwicklung

Die Zeit bis zur Leistungsphase ist unterschiedlich. Gute Basketballspieler bilden nicht sofort ein gutes Team. Sie müssen Spielweisen, Stärken und Schwächen abstimmen und einander unterstützen. Ebenso sind 3 bis 5 Sprints hier eine Planungsorientierung, keine Reifegarantie. Jedes Team muss wirksame, vorhersagbare Lieferung selbst prüfen.

Merkmale eines Scrum-Teams

Scrum-Teams haben folgende Merkmale:

• Gemeinsame Normen und Regeln,
• gemeinsame Lieferverantwortung,
• Befähigung und Entscheidungsspielraum,
• Das Team arbeitet möglichst eigenständig,
• organisiert sich selbst,
• verfügt über ausgewogene Fähigkeiten,
• ist klein und hat keine Unterteams,
• profitiert von dedizierter Kapazität; 100% Zuordnung ist eine Personalempfehlung, keine Scrum-Pflicht,
• arbeitet eng zusammen, möglichst im selben Raum; auch verteilte Teams können Scrum nutzen.

Regeln und Normen

Geschäft, IT, Umfeld und Geografie prägen Normen oft unsichtbar. Für echten Erfolg sollten manche jedoch in der Norming-Phase ausdrücklich entwickelt und eingeübt werden.

Gemeinsame Standards sind für reibungsloses Zusammenspiel und IT- wie Geschäftsergebnisse unverzichtbar. Sonst wechseln Menschen ständig zwischen Werten und Regeln und verschwenden Zeit. Beispiele:

• Ziel, Umfang, Dauer, Ort, Beteiligte und Ergebnisse der Events,
• Detailgrad für klare, knappe und eindeutige Definitionen von Done,
• Leitlinien zur Priorisierung und Schätzung von Stories und Aufgaben,
• Verfahren und Detailgrad für lebendige Dokumente,
• gewählte und bewusst nicht gewählte Werkzeuge – manchmal ist weniger mehr,
• Programmierstandards,
• Werkzeuge und Regeln für manuelle und automatische Tests sowie Qualität,
• Fehlerbehebung,
• Änderungsanfragen,
• Vorbereitung der Inkrementvorführung im Review,
• Umgang mit Ergebnissen jedes Events,
• Häufigkeit, Tiefe und Dauer der Backlog-Verfeinerung.

Rechenschaftspflicht

Das ganze Team verantwortet die rechtzeitige Lieferung zugesagter Stories in höchstmöglicher Qualität.

Erfolg und Misserfolg werden nie Einzelnen, sondern dem Team zugerechnet.

Befähigung und Selbstorganisation

Das Team muss selbst entscheiden dürfen,

• was es bis Sprint-Ende zu liefern zusagt,
• wie Stories in Aufgaben zerlegt werden,
• wer welche Aufgabe in welcher Reihenfolge ausführt.

Nur mit diesen und ähnlichen internen Entscheidungsrechten arbeiten Mitglieder leistungsfähiger und motivierter im Interesse der Kunden.

Ausgewogene Fähigkeiten

Jeder hat eigene Spezialisierungen und Interessen. Höchstleistung verlangt dennoch ein ausgewogenes Gesamtprofil, um wechselnde IT- und Geschäftsaufgaben möglichst eigenständig zu bewältigen.

Design, Entwicklung, Test und Architektur sollten von Beginn an vertreten sein. Jeder lernt auch etwas von anderen. Ein Entwickler sollte etwa für den rechtzeitigen Story-Abschluss Tests schreiben und ausführen und bei Bedarf den Tester fragen.

Die Rollen sind nicht in getrennte Architekten, Entwickler und Tester aufgeteilt. Alle heißen unabhängig von ihrer Kernkompetenz „Scrum-Teammitglied“.

Teamgröße

Teams sind klein. Die ältere Faustregel lautet 7 +/- 2 Menschen. Aktuell wird das gesamte Team als typischerweise 10 oder weniger beschrieben.

Mit der Größe steigt Abstimmungsaufwand. Die ältere Neun-Personen-Regel ist ein Prüfhinweis, keine feste Grenze. Es gibt keine Universallösung: Auch weniger als fünf oder mehr als neun können produktiv sein.

Nur Testen, Lernen und Anpassen zeigt es. Funktionieren 13 Menschen nicht gut genug, teilen Sie in zwei Teams, die Ziele und Stories eng abstimmen, ansonsten aber unabhängig arbeiten.

Gemeinsamer Standort

Nähe senkt Kommunikationsaufwand. Verteilung verlangt bewusste Zusammenarbeit. Getrennte Teams können helfen, sind allein wegen Fernarbeit aber nicht nötig. Ziele und Stories müssen abgestimmt bleiben.

Verantwortlichkeiten des Teams

Das Team hat folgende Aufgaben:

• Stories zerlegen, Aufgaben, Prioritäten und Schätzungen erstellen und Umsetzung selbst organisieren – also das Sprint Backlog aufbauen, bearbeiten und liefern.
• Die Entwickler führen das Daily Scrum durch.
• Am Sprint-Ende ein potenziell lieferfähiges Inkrement liefern und zeigen.
• Status und Restaufwand für das Sprint-Burndown aktualisieren.

Lernen kann schwierig sein. Keine Sorge: Unsere Produkte sind dafür da, Ihnen zu helfen!