Skalierung [Praxis]

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

☝️ SingleMehrere Scrum Teams arbeiten am selben Produkt. Was gilt für Product Backlog und Product Owner?
✅Ein Produkt hat ein Product Backlog, ein Product Goal und einen Product Owner
❌Jedes Team führt ein eigenes Product Backlog mit eigenem Product Owner
❌Jedes Team hat ein eigenes Product Goal
❌Das Backlog wird pro Team kopiert und synchronisiert
Auch bei mehreren Teams bleibt es bei einem Product Backlog, einem Product Goal und einem Product Owner. Jedes Team hat aber ein eigenes Sprint-Ziel und Sprint Backlog.
☝️ SingleWas bleibt bei mehreren Scrum Teams an einem Produkt gemeinsam?
❌Nichts – jedes Team arbeitet vollständig eigenständig
❌Nur die Definition of Done, alles Weitere wird je Team geführt
❌Nur das Product Goal, jedes Team hat ein eigenes Backlog
✅Ein Product Backlog, ein Product Owner, ein Product Goal und eine gemeinsame Definition of Done
Das ist der Kern jeder Skalierung mit Scrum. Sobald jedes Team ein eigenes Backlog und einen eigenen Product Owner bekommt, entstehen faktisch mehrere Produkte und die gemeinsame Priorisierung geht verloren.
☝️ SingleWas ist der grundsätzliche Unterschied zwischen Nexus und LeSS?
❌Nexus ersetzt Scrum, LeSS ergänzt es
❌Nexus ist für Software, LeSS ausschließlich für Hardware
❌Beide sind Methoden des klassischen Projektmanagements
✅Beide sind Skalierungsrahmen auf Scrum-Basis: Nexus ergänzt Scrum um ein Integrationsteam und zusätzliche Events, LeSS setzt auf möglichst wenige Zusatzregeln und starke Vereinfachung der Organisation
Die Gemeinsamkeit ist wichtiger als der Unterschied: Beide halten am einen Product Backlog und am einen Product Owner fest und wachsen von Scrum aus nach oben, statt einen eigenen Prozess darüberzulegen.
☝️ SingleEine Organisation möchte Scrum auf zwölf Teams skalieren, obwohl ein einzelnes Team die Grundlagen noch nicht beherrscht. Was ist die naheliegende Empfehlung?
❌Ein Skalierungsrahmen ersetzt die fehlenden Grundlagen
❌Sofort skalieren, weil größere Strukturen die Probleme einzelner Teams ausgleichen
✅Zuerst Scrum auf Teamebene wirksam machen – Skalierung vervielfältigt bestehende Probleme, sie löst sie nicht
❌Zusätzliche Scrum Master einsetzen und ansonsten wie geplant vorgehen
Skalierung ist ein Verstärker. Fehlende Definition of Done, unklare Product Ownership und Restarbeit am Sprint-Ende werden bei zwölf Teams nicht kleiner, sondern zwölfmal so teuer.
← Alle ThemenIm Quiz üben