☝️ SingleEin Team liefert am Sprint-Ende Code, der erst in einer separaten Testphase nach dem Sprint geprüft wird. Wie ist das zu bewerten?
✅Es entsteht kein Increment im Sinne von Scrum, weil die Definition of Done im Sprint nicht erfüllt wird
❌Korrekt, weil Testen laut Scrum Guide nach dem Sprint stattfindet
❌Unproblematisch, wenn der Product Owner zustimmt
❌Unproblematisch, solange die Tests vor der nächsten Release laufen
Genau hier entstehen Hardening-Sprints und unsichtbare Restarbeit. Was am Sprint-Ende nicht der Definition of Done entspricht, ist nicht fertig – unabhängig davon, wie weit es gediehen ist.