Scrum-Team [Rollen]

16 Übungsfragen mit Lösung und Erklärung.

☝️ SingleAus welchen Verantwortlichkeiten besteht ein Scrum-Team nach dem Scrum Guide 2020?
❌Product Owner, Scrum Master, Projektleiter
❌Product Owner, Team Lead, Stakeholder
✅Product Owner, Scrum Master, Developers
❌Scrum Master, Developers, Tester, Architekt
Das Scrum-Team besteht aus einem Product Owner, einem Scrum Master und den Developers. Es gibt keine weiteren Rollen und keine Sub-Teams oder Hierarchien.
☝️ SingleWie groß sollte ein Scrum-Team laut Scrum Guide 2020 typischerweise sein?
❌Genau 7 Personen
❌Unbegrenzt, je größer desto besser
✅Klein genug, um agil zu bleiben, meist 10 oder weniger Personen
❌Mindestens 15 Personen
Der Scrum Guide 2020 nennt "typischerweise 10 oder weniger" Personen. Klein genug für Agilität, groß genug, um im Sprint bedeutende Arbeit zu leisten.
✌️ MultiWelche Merkmale beschreiben das Scrum-Team nach dem Scrum Guide 2020? (Mehrere richtig)
❌Es wird von einem Teamleiter geführt
✅Es ist cross-funktional
✅Es umfasst typischerweise 10 oder weniger Personen
✅Es hat keine Sub-Teams oder Hierarchien
✅Es ist selbstverwaltend
Das Scrum-Team ist cross-funktional, selbstverwaltend, ohne Sub-Teams/Hierarchien und typischerweise ≤10 Personen. Einen Teamleiter gibt es nicht.
☝️ SingleWie groß sollte ein Scrum Team typischerweise sein?
❌Mindestens 12 Personen
✅10 Personen oder weniger
❌Genau 7 plus/minus 2 Personen
❌Zwischen 15 und 20 Personen
Der Scrum Guide 2020 nennt "typischerweise 10 oder weniger" Personen. Die früher verbreitete Formel 7±2 steht nicht mehr im Guide.
☝️ SingleWie viele Verantwortlichkeiten (Accountabilities) kennt Scrum?
❌Zwei: Scrum Master und Entwicklungsteam
❌Vier: Product Owner, Scrum Master, Developers, Stakeholder
✅Drei: Product Owner, Scrum Master, Developers
❌Fünf: zusätzlich Projektleiter und Architekt
Scrum kennt genau drei Verantwortlichkeiten. Stakeholder sind wichtig, gehören aber nicht zum Scrum Team.
☝️ SingleDer Scrum Guide 2020 spricht nicht mehr von "Rollen", sondern von Accountabilities. Was ist die Absicht dahinter?
❌Rollen dürfen jetzt beliebig getauscht werden
❌Accountabilities sind formale Positionen in der Organisationshierarchie
❌Die Begriffe wurden nur sprachlich modernisiert, inhaltlich ändert sich nichts
✅Es geht um Verantwortlichkeiten im Team, nicht um Stellenbeschreibungen oder Hierarchiestufen
Der Begriffswechsel betont, dass es um Rechenschaftspflicht innerhalb eines Teams geht – nicht um Jobtitel. Eine Person kann Accountability tragen und trotzdem operativ mitarbeiten.
☝️ SingleWas gilt für Sub-Teams innerhalb eines Scrum Teams?
❌Sub-Teams sind ab acht Personen vorgeschrieben
❌Sub-Teams sind erlaubt, solange jedes ein eigenes Sprint-Ziel hat
❌Der Scrum Master bildet Sub-Teams nach Fachgebieten
✅Es gibt keine Sub-Teams und keine Hierarchien innerhalb des Scrum Teams
Ein Scrum Team ist eine geschlossene Einheit ohne Sub-Teams und ohne interne Hierarchien, die alle auf ein Product Goal fokussiert ist.
☝️ SingleWas bedeutet "cross-funktional" bezogen auf ein Scrum Team?
❌Das Team arbeitet in mehreren Abteilungen gleichzeitig
❌Das Team wechselt seine Zusammensetzung in jedem Sprint
❌Jedes Teammitglied beherrscht jede Aufgabe gleich gut
✅Das Team verfügt über alle Fähigkeiten, die nötig sind, um in jedem Sprint Wert zu schaffen
Cross-funktional heißt: die nötigen Fähigkeiten sind im Team vorhanden, nicht dass jeder alles kann. Externe Übergaben je Sprint wären ein Zeichen fehlender Cross-Funktionalität.
☝️ SingleKann eine Person gleichzeitig Scrum Master und Developer in demselben Team sein?
❌Nur wenn das Team kleiner als fünf Personen ist
✅Ja, das ist möglich, birgt aber Zielkonflikte, weil beide Verantwortlichkeiten volle Aufmerksamkeit brauchen
❌Ja, das ist der empfohlene Normalfall
❌Nein, der Scrum Guide verbietet das ausdrücklich
Der Guide verbietet es nicht. In der Praxis leidet aber meist eine der beiden Verantwortlichkeiten – vor allem, wenn Lieferdruck entsteht.
☝️ SingleWie viele Product Owner hat ein Scrum Team?
❌So viele, wie das Team für sinnvoll hält
✅Genau einen – eine Person, kein Gremium
❌Einen pro Produktbereich
❌Zwei, damit Vertretung gesichert ist
Der Product Owner ist eine Person. Er kann Backlog-Arbeit delegieren, bleibt aber allein rechenschaftspflichtig. Ein Ausschuss als PO widerspricht Scrum.
☝️ SingleWer ist im Scrum Team für die Qualität des Produkts verantwortlich?
❌Der Product Owner, weil er das Increment abnimmt
❌Ausschließlich eine dedizierte QA-Abteilung
❌Der Scrum Master
✅Das gesamte Scrum Team, wobei die Developers die Einhaltung der Definition of Done sicherstellen
Qualität ist Teamsache. Die Developers verpflichten sich der Definition of Done; eine externe Abnahmeinstanz ist in Scrum nicht vorgesehen.
☝️ SingleEin Manager möchte den Developers direkt Aufgaben zuweisen. Was ist die scrum-konforme Reaktion?
❌Die Zuweisung akzeptieren, da Manager weisungsbefugt sind
✅Transparent machen, dass Arbeitszuweisung die Selbstverwaltung untergräbt, und den Bedarf über den Product Owner ins Backlog führen
❌Den Sprint abbrechen
❌Den Manager aus allen Scrum-Events ausschließen
Bedürfnisse von außen sind legitim – sie gehören aber über den Product Owner ins Product Backlog, nicht als Direktauftrag an einzelne Developers.
✌️ MultiWelche Aussagen über das Scrum Team sind korrekt? (Mehrere richtig)
❌Es besteht aus mehreren Sub-Teams mit eigenen Zielen
✅Es trägt gemeinsam die Verantwortung, in jedem Sprint ein wertvolles, nutzbares Increment zu schaffen
✅Es ist cross-funktional und selbstverwaltend
✅Es ist auf jeweils ein Product Goal fokussiert
❌Es wird vom Scrum Master geleitet
Ein Product Goal, keine Sub-Teams, keine Leitung durch den Scrum Master – der Scrum Master führt im Dienst, ohne Weisungsbefugnis.
✍️ OffenEin Scrum Team ist auf 14 Personen angewachsen. Die Daily Scrums dauern 30 Minuten, Entscheidungen ziehen sich hin. Beschreiben Sie das Problem und mögliche Vorgehensweisen.
Musterantwort: Das Team liegt deutlich über der Orientierung von typischerweise 10 oder weniger Personen. Große Teams erzeugen überproportional viele Kommunikationswege, was Abstimmungsaufwand, Entscheidungsdauer und Event-Länge erhöht und die Kohäsion senkt. Mögliches Vorgehen: das Team selbst die Aufteilung erarbeiten lassen (Selbstverwaltung) – etwa entlang von Produktbereichen, Wertströmen oder Nutzergruppen, nicht entlang von Fachdisziplinen, damit jedes entstehende Team cross-funktional bleibt und eigenständig ein Increment liefern kann. Wichtig: bei einem gemeinsamen Produkt bleibt es bei EINEM Product Backlog und EINEM Product Owner; jedes Team braucht eine gemeinsame Definition of Done und ein integriertes Increment. Alternativ prüfen, ob das Team nur temporär gewachsen ist. Ein Skalierungsrahmenwerk (z.B. Nexus) ist erst sinnvoll, wenn mehrere Teams dauerhaft am selben Produkt arbeiten.
Bewertet werden: Bezug zur Größenorientierung (10 oder weniger) + Kommunikationsaufwand als Ursache + Aufteilung durch das Team selbst + Schnitt nach Wert statt nach Fachdisziplin + gemeinsames Product Backlog/PO/DoD bei einem Produkt.
☝️ SingleEin Scrum Team hat keinen Product Owner, der Scrum Master übernimmt die Priorisierung mit. Wie ist das zu bewerten?
❌Unproblematisch, wenn der Scrum Master fachlich qualifiziert ist
✅Es ist kein Scrum mehr: Die Verantwortlichkeiten sind bewusst getrennt, weil sonst niemand die Entscheidungen des anderen hinterfragt
❌Zulässig als Übergangslösung für maximal drei Sprints
❌Unproblematisch, solange das Team liefert
Die Trennung ist kein Formalismus: Der Scrum Master soll auch den Product Owner hinterfragen können. In Personalunion entfällt genau dieses Korrektiv.
☝️ SingleEin Product Owner ist zugleich Linienvorgesetzter der Developers seines Scrum Teams. Welche Wirkung ist die gravierendste?
❌Der Product Owner darf dann nicht mehr über die Reihenfolge des Backlogs entscheiden
✅Die Developers können Umfang und Machbarkeit nicht mehr frei verhandeln, weil Widerspruch arbeitsrechtliche Folgen haben kann
❌Das Team überschreitet die zulässige Zahl von Verantwortlichkeiten
❌Der Scrum Master verliert seine Zuständigkeit für die Wirksamkeit des Teams
Der Scrum Guide verbietet die Kombination nicht, aber sie hebt faktisch die Selbstverwaltung auf. Die Verhandlung über Umfang im Sprint setzt voraus, dass ein Nein folgenlos bleibt. Genau das ist hier nicht mehr gesichert.
← Alle ThemenIm Quiz üben