Es wird davon ausgegangen, das der Architekt Al mit dem Produkteigner zusammengearbeitet hat, um eine Prioritätenliste für ein Release-Backlog zu erstellen. Sprint 1 ist abgeschlossen und der Rest der autodidaktischen Schulung beschreibt die Aktivitäten während Sprint 2 eines Release.
Zu Beginn des Sprints überprüft der Produkteigner das Backlog, um die Storys und nicht funktionalen Anforderungen zu identifizieren, die in einem definierten Zeitraum, der auch als Zeitrahmen bezeichnet wird, untergebracht werden können.
Nach dem Identifizieren der Anforderungen untersucht der Architekt mögliche technische Lösungen für Elemente mit hohem Risiko. Das Team vereinbart dann auf der Basis der vorliegenden Informationen über den Entwicklungs- und Testaufwand, eine Gruppe von Features fertigzustellen.
[CLM-Szenario] Während der Sprintplanung schätzen die Entwickler den Entwicklungsaufwand und die Testfachleute planen den Testaufwand auf der Basis der Anforderungen, die der Produkteigner vorgeschlagen hat.
Money that Matters: Lebenszyklusszenario auf Jazz.net
Bei der Sprintplanung beurteilt der Architekt Al die Auswirkungen auf das Design, die sich aus den neuen Anforderungen ergeben.
Das Team überprüft, ob jede Anforderung mit einer Implementierungsstory und einem Testfall verlinkt ist. Das Ziel ist, sicherzustellen, dass die wichtigsten Geschäftsanforderungen berücksichtigt werden und dass der Sprint die zugehörigen Design-, Entwicklungs- und Testaktivitäten umfasst.