Nexus-Grundlagen [Skalierung]

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

☝️ SingleWas ist ein Nexus?
❌Ein Werkzeug zur Verwaltung mehrerer Product Backlogs
❌Eine Bezeichnung für ein besonders großes Scrum Team
❌Ein Gremium aus den Scrum Mastern mehrerer Teams
✅Ein Verbund von etwa drei bis neun Scrum Teams, die gemeinsam an einem Product Backlog arbeiten und in jedem Sprint ein integriertes Increment liefern
Das Wort Nexus bedeutet Verbindung. Der gesamte Rahmen dreht sich um genau eine Frage: das Auflösen von Abhängigkeiten zwischen Teams.
☝️ SingleWas bleibt in einem Nexus gemeinsam?
✅Ein Product Backlog, ein Product Owner, ein Product Goal und eine gemeinsame Definition of Done
❌Nur das Product Goal; jedes Team hat einen eigenen Product Owner
❌Nur die Definition of Done; alles Weitere führt jedes Team eigenständig
❌Nichts – die Teams koordinieren sich ausschließlich über Schnittstellen
Sobald jedes Team ein eigenes Backlog und einen eigenen Product Owner bekommt, entstehen faktisch mehrere Produkte – und niemand kann mehr über alle Teams hinweg priorisieren.
☝️ SingleWas ist das Nexus Integration Team (NIT)?
❌Ein Lenkungsgremium, das über die Priorisierung des Product Backlog entscheidet
❌Ein separates Entwicklungsteam, das die Integration für alle anderen durchführt
❌Eine Gruppe von Architekten, die technische Vorgaben macht
✅Eine Verantwortlichkeit, die dafür rechenschaftspflichtig ist, dass mindestens einmal pro Sprint ein integriertes Increment entsteht, und die Teams dabei unterstützt
Es besteht typischerweise aus dem Product Owner, einem Scrum Master und Mitgliedern der Teams. Die Mitgliedschaft kann wechseln – sie folgt dem Bedarf, nicht einer festen Besetzung.
☝️ SingleWelchen Fehler macht ein Nexus Integration Team, das die Integrationsarbeit selbst übernimmt, statt sie zu ermöglichen?
❌Es verliert seine Entscheidungsbefugnis über das Product Backlog
✅Es wird zum Engpass und nimmt den Teams die Verantwortung für die Integrationsfähigkeit ihrer eigenen Arbeit ab
❌Es verletzt die Timebox der Nexus-Events
❌Es macht die gemeinsame Definition of Done überflüssig
Das NIT arbeitet an den Ursachen von Integrationsproblemen – Werkzeuge, Praktiken, Abhängigkeiten. Wer stattdessen dauerhaft für andere integriert, verfestigt genau das Problem.
✍️ OffenErklären Sie, warum in einem Nexus in jedem Sprint ein integriertes Increment entstehen muss.
Musterantwort: Das integrierte Increment ist die einzige belastbare Aussage über den tatsächlichen Zustand des Produkts. Arbeiten mehrere Teams an einem Produkt und integrieren erst später, existiert zu keinem Zeitpunkt ein geprüfter Gesamtstand; jedes Team kennt nur seinen eigenen Beitrag und kann nicht wissen, ob dieser mit den übrigen zusammenwirkt. Damit fällt die Grundlage für Transparenz und Inspektion weg: Das Sprint Review zeigt Teilstände statt eines Produkts, Stakeholder-Feedback bezieht sich auf etwas, das noch scheitern kann, und jede Aussage über Fortschritt beruht auf Annahmen. Hinzu kommt der wirtschaftliche Aspekt. Integrationsprobleme wachsen überproportional mit der Zeit, in der nicht integriert wurde, weil sich Ursachen überlagern und Änderungen aufeinander aufbauen, die miteinander unverträglich sind. Ein Fehler, der nach zwei Tagen auffällt, ist meist in Minuten eingegrenzt; derselbe Fehler nach drei Monaten kann Wochen kosten. Deshalb ist das Nexus Integration Team ausdrücklich dafür rechenschaftspflichtig, dass mindestens einmal pro Sprint integriert wird, und deshalb gilt eine gemeinsame Definition of Done für alle Teams – unterschiedliche Fertigbegriffe machen ein gemeinsames Increment unmöglich. Praktisch erfordert das gemeinsame technische Praktiken, insbesondere Continuous Integration, automatisierte Tests und eine gemeinsame Codebasis oder klar definierte Schnittstellen.
☝️ SingleWie viele Scrum Teams umfasst ein Nexus typischerweise?
✅Etwa drei bis neun
❌Zwei bis vier
❌Eine unbegrenzte Anzahl
❌Zehn bis zwanzig
Bei mehr Teams werden mehrere Nexus gebildet. Die Grenze folgt derselben Logik wie die Teamgröße: Ab einer bestimmten Anzahl wächst der Abstimmungsaufwand schneller als der Nutzen.
☝️ SingleWas ist das Nexus Sprint Goal?
❌Das Product Goal in einer kurzfristigen Fassung
❌Eine Vorgabe des Nexus Integration Teams an die Teams
❌Die Summe der Story Points aller Teams
✅Ein gemeinsames Ziel für den gesamten Nexus, das die Sprint-Ziele der einzelnen Teams zusammenfasst und ausrichtet
Ohne gemeinsames Ziel arbeiten die Teams in dieselbe Richtung nur zufällig. Das Nexus Sprint Goal ist der Grund, warum die Teams überhaupt gemeinsam planen.
✌️ MultiWelche Aufgaben übernimmt das Nexus Integration Team? (Mehrere richtig)
✅Sicherstellen, dass die gemeinsame Definition of Done eingehalten wird.
✅Erkennen und Auflösen technischer Hindernisse der Integration.
❌Priorisierung des Product Backlog anstelle des Product Owners.
✅Coaching der Teams zu Praktiken, die Integration erleichtern.
Die Priorisierung bleibt ausschließlich beim einen Product Owner. Das NIT arbeitet an der technischen und organisatorischen Integrationsfähigkeit, nicht am Inhalt.
☝️ SingleWie viele Product Backlogs und Product Owner hat ein Nexus mit sieben Teams?
❌Ein Product Backlog und sieben Product Owner
❌Sieben Product Backlogs und einen Product Owner
❌Sieben Product Backlogs und sieben Product Owner
✅Ein Product Backlog und einen Product Owner
Der Product Owner kann Arbeit delegieren, etwa an Bereichsverantwortliche, bleibt aber allein rechenschaftspflichtig für die Reihenfolge des einen Backlogs.
← Alle ThemenIm Quiz üben