Ein Product Owner bittet darum, die Definition of Done für einen wichtigen Kundentermin einmalig zu lockern. Bewerten Sie diese Bitte und beschreiben Sie tragfähige Alternativen.

Musterantwort: Die Bitte ist abzulehnen, weil sie das Problem nicht löst, sondern verdeckt. Die Definition of Done legt fest, wann Arbeit fertig ist; wird sie für einen Termin abgesenkt, entsteht formal ein Increment, das die zugesagte Qualität nicht hat. Die weggelassene Arbeit verschwindet nicht, sondern wird zu unsichtbarer Restarbeit und technischer Schuld, die spätere Sprints belastet und deren Umfang niemand kennt. Zugleich verliert das Wort "fertig" seine Bedeutung, womit Transparenz und Prognosefähigkeit beschädigt werden. Tragfähig ist stattdessen, den Umfang zu verkleinern statt die Qualität: Das Team liefert weniger Funktionalität, diese aber vollständig nach der Definition of Done. Weitere Möglichkeiten sind, gemeinsam mit dem Product Owner die Reihenfolge neu zu ordnen und auf den wirklich termindringenden Kern zu fokussieren, den Termin mit reduziertem Umfang und offener Kommunikation gegenüber dem Kunden zu halten oder das Increment bewusst als Vorabversion mit klar benannten Einschränkungen zu zeigen. Dauerhaft darf die Definition of Done selbstverständlich verändert werden – aber als bewusste, für alle sichtbare Entscheidung des Scrum Teams und nicht als stille Ausnahme unter Termindruck.