Struktur des gemeinsamen Backlog.
Das Sprintboard als auch der Aufbau und die Struktur des Sprint-Backlogs entsprechen
dem Aufbau und der Struktur eines normalen AGILEn Sprintboards.
Die richtige Flughöhe.
Das XS Backlog sollte übersichtlich sein und dem Team eine klare Sicht auf die bevorstehenden Aufgaben ermöglichen. Eine zu hohe Flughöhe kann zu Unklarheiten führen, während eine zu niedrige Flughöhe die Übersichtlichkeit beeinträchtigen kann.
Jede User Story im XS Backlog sollte ausreichend detailliert sein, um von den Teammitgliedern verstanden zu werden.
Jede User Story im XS Backlog sollte klare Anforderungen und Akzeptanzkriterien enthalten, die in der DoD ( Def of Done) auf dem Sprintboard festgehalten ist.
Auf Prioritäten zwischen XS-Projekten achten.
Die Priorisierung ergibt sich aus der Priorisierung, der Dringlichkeit oder Risken der übergeordneten Projekte und der Abhängigkeiten zwischen den Projekten, die sich aus der konsolidierten Gesamt-Etappenplanung alles XS-Projekte ergeben haben.
Teamkapazität und WIP-Limit.
Berücksichtigen Sie die Fähigkeiten und Verfügbarkeit der Teammitglieder im XS-Projekt-Bundle. Stellen Sie sicher, dass die Kapazität des Teams realistisch und nachhaltig ist. Kommunizieren und Visualisieren Sie die Teamkapazität transparent im Team.
Legen Sie das WIP Limit basierend auf der realen Teamkapazität fest und visualisieren Sie es transparent, für alle sichtbar mit der „gelben Linie“ auf dem Sprintboard.