In einem Softwareprojekt haben sich der Product Owner und das Entwicklungsteam auf ein Sprint Backlog geeinigt, in dem ein Zahlungsmodul oberste Priorität hat. Das Team hat in der ersten Hälfte des Sprints daran gearbeitet, aber zwei Entwickler möchten den Rest der Zeit nutzen, um eine andere Funktion zu refaktorisieren, die in Zukunft Probleme verursachen könnte. Was sollte der Projektmanager tun?

Die korrekte Antwort ist, die Entwickler an die Wichtigkeit zu erinnern, sich auf das Sprint-Ziel zu konzentrieren und es zu erreichen. Im Scrum-Framework ist das Sprint Backlog eine Verpflichtung des Teams, die gemeinsam mit dem Product Owner vereinbart wurde. Das oberste Ziel eines Sprints ist die Lieferung des Sprint-Ziels, in diesem Fall das Zahlungsmodul. Refactoring kann wertvoll sein, sollte aber idealerweise als eigenes Backlog-Element priorisiert und in einem zukünftigen Sprint geplant werden, um die aktuelle Sprint-Verpflichtung nicht zu gefährden. Die anderen Optionen sind weniger geeignet: Den Entwicklern zu erlauben, das Refactoring durchzuführen, würde das Sprint-Ziel gefährden und die vereinbarte Verpflichtung untergraben. Eine Eskalation an die funktionalen Manager ist in dieser Phase nicht angemessen, da es sich um ein internes Team-Problem handelt, das durch Kommunikation gelöst werden kann. Die Entwickler für die proaktive Haltung zu loben, ohne die Prioritäten zu klären, würde das Team ermutigen, von den vereinbarten Zielen abzuweichen.