Skalierung [Skalierung]

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

☝️ SingleAb wann ist Skalierung überhaupt sinnvoll?
❌Sobald das Product Backlog mehr als zwei Sprints Arbeit enthält
❌Sobald mehrere Fachbereiche Anforderungen einbringen
❌Sobald mehr als zehn Personen am Produkt beteiligt sind
✅Erst wenn ein Team nachweislich an der Grenze seiner Lieferfähigkeit arbeitet und das Produkt mehr Kapazität rechtfertigt; vorher erhöht Skalierung nur die Koordinationskosten
Skalierung ist teuer: Jedes zusätzliche Team erhöht Abstimmungsaufwand und Abhängigkeiten überproportional. Der häufigste Fehler ist, zu skalieren, bevor ein einzelnes Team überhaupt zuverlässig ein Increment liefert; dann vervielfacht Skalierung nur die bestehenden Probleme.
☝️ SingleEin Unternehmen setzt fünf Scrum Teams auf ein Produkt an und benennt für jedes einen eigenen Product Owner, die sich wöchentlich abstimmen. Welches Problem entsteht?
❌Die Teams können ihre Sprints nicht mehr synchronisieren
❌Die Product Owner haben zu wenig Zeit für ihre Teams
❌Das Product Backlog lässt sich nicht mehr in einem Werkzeug abbilden
✅Es gibt keine einzelne Person mehr, die den Wert des Gesamtprodukts verantwortet; Reihenfolgeentscheidungen werden zu Verhandlungen zwischen Gleichrangigen
Das ist die häufigste Fehlkonstruktion bei Skalierung. Mehrere gleichrangige Product Owner erzeugen genau das Gremium, das Scrum vermeiden will. Tragfähig sind nachgeordnete Rollen, die dem einen Product Owner zuarbeiten, ohne selbst über die Gesamtreihenfolge zu entscheiden.
← Alle ThemenIm Quiz üben