Was sollte das Development Team machen, wenn der CEO eine sehr dringende Änderung in den laufenden Sprint einbringt?

Das Entwicklungsteam schätzt die Backlog Einträge und verpflichtet sich auf die Umsetzung einer bestimmten Menge an Einträgen. Nach kurzer Zeit bleibt die Menge gleich. Das ermöglicht eine Release Planung. Der Product Owner ist in der Lage eine gute Schätzung zu erstellen, was wann fertig sein könnte. Störungen von außen reduzieren den Produktivität des Teams. Eine richtige Vorhersage über die erreichten Teilproduktziele ist nicht mehr möglich. Das Team wird unruhig und kann sich nicht mehr auf die vorgestellten Einträge verlassen. Es wird anfangen einen Puffer in der Planung einzubauen. Items die von außen, also nicht vom Scrum Team kommen, stören die Planung des Product Owners. Er wird gehindert den geplanten Nutzen des Produktes zu erreichen. Da der Product Owner die Planung im Blick hat, sollten neue Anfragen an das Produkt nur über den Product Owner in den tatsächlichen Product Backlog einfließen. Er muss über neue Anforderungen informiert sein. Eventuell müssen dadurch anderen Backlog Einträge erheblich angepasst werden.

Um eine hohe Produktivität des Entwicklungsteams zu gewährleisten, plant das Team auch selbst die Umsetzung der Sprint Backlog Items. Ein Item dass später im Sprint eingeworfen wird, könnte die Erreichung des aktuellen Sprintziels gefährden und auch eine erneute Planung erfordern. Diese erneute Planung von unvorhergesehen neuen Items kostet entsprechend Zeit und verhindert eventuell die Umsetzung von anderen Items im Sprint Backlog.

Der Product Owner priorisiert seine Product Backlog Einträge nach dem höchsten Produktnutzen. Dieser Reihenfolge entlang werden Items für den Sprint ausgewählt. Keine Anpassung oder Änderung sollte das Sprintziel gefährden. Es dürfen keine Änderungen am Sprint Backlog dem Entwicklungsteam aufgedrückt werden. Es dürfen keine Änderungen am Product Backlog dem Product Owner aufgedrückt werden. Diese entscheiden jeweils selbst.

Eine Einmischung von außen untergräbt das Vertrauen in den Product Owner. Die Stärke von Scrum beruht neben dem Timeboxing auch auf Vertrauen. Das Vertrauen ist für alle Rollen wichtig. Wenn das Entwicklungsteam nicht darauf vertrauen kann, ob die ausgewählten Items nun richtig sind, wird

es in der Umsetzung gehemmt. Unnötige Rückfragen am Product Owner vorbei verzögern und andere zwischenmenschliche Probleme können das gesamte Produkt gefährden. Das Team gerät in Gefahr sich zu destabilisieren.

Mehr Scrum Wissen: Hier erfahren Sie alles über Scrum