Agiles Arbeiten mit zu spätem beziehungsweise ohne Story Splitting bringt zahlreiche Nachteile durch zu große Arbeitsaspekte mit sich.

Wenn Entwicklerteams den Sinn einer Aufgabe nicht verstehen, wurde die User Story vielleicht zu früh gesplittet.

User Story Splitting heißt nicht, ein Ticket in Implementierungsschritte zu zerlegen. Aber was denn dann?

Wie man Story Splitting betreibt, ist ein guter Indikator für das ein oder andere Verbesserungspotenzial im Entwicklungsprozess.

Ein Sprint ist erst dann fertig geplant, wenn alle zu mindestens 100 % ausgelastet sind. Oder?

Ich bin ein Fan der Regel “Ein Team, ein Backlog”. Und trotzdem stelle ich hier eine andere Idee zur Diskussion. Ich bin auf Kommentare gespannt.