In unseren agilen Sitzungen zum Sammeln von Anforderungen (ich bin mir nicht sicher, wie der technische Name lautet, sorry), in denen wir mit dem Product Owner zusammenarbeiten, um alle Storys aufzulisten, die für die Implementierung erforderlich sind, schätzen wir normalerweise Story Points und Prioritäten ein, während wir gehen.
Ist das die richtige Methodik? Und weiter ist es das effektivste? Oder sollten wir alle unsere User Stories auflisten, dann zurückgehen und SP priorisieren und schätzen?
Das Schätzen und Priorisieren von Story Points ist ein kontinuierlicher Prozess in Agile.
Das Wichtigste ist, dass Story Point-Schätzungen und Priorisierungen für die Arbeit vorgenommen werden, die das Team zu erledigen hat. In der Regel entspricht dies einem Rückstand von 1-4 Wochen. Es ist weniger wichtig, Schätzungen und Priorisierungen für Geschichten vorzunehmen, die weiter in der Zukunft liegen.
Das heißt nicht, dass es nicht schaden kann, im Voraus zu schätzen und Prioritäten zu setzen, nur dass wir immer die Möglichkeit einer Änderung berücksichtigen müssen. Daher sollten die langfristigen Schätzungen und die Priorisierung so behandelt werden, als würden sie sich wahrscheinlich ändern .
Eine gängige Vorgehensweise ist wie folgt:
Betrachten Sie es als eine Pipeline von Anforderungen. Das Team arbeitet an den Anforderungen mit der höchsten Priorität und plant gleichzeitig die nächsten Anforderungen, die es erfüllen wird. Der Vorteil dieses Ansatzes besteht darin, dass es sehr einfach ist, Änderungen vorzunehmen. Wenn sich die Anforderungen oder Prioritäten ändern, kann sich das Team leicht anpassen, da es mit seiner Planung nicht zu weit voraus ist.
Es gibt einige Situationen, in denen das Team in der Zukunft (z. B. ein oder zwei Monate im Voraus) Story-Point-Schätzungen und Priorisierungen vornehmen möchte. Teams planen häufig Releases, wenn sie sich auf einen bestimmten Funktionsmeilenstein konzentrieren möchten. Das Team kennt ungefähr die Rate, mit der es Stories durcharbeitet (dh es kennt seine Geschwindigkeit in Story-Punkten pro Iteration) und kann daher durch eine weitere Vorausschätzung des Rückstands ungefähr einschätzen, wo es in der Zukunft sein wird.
Es ist wichtig, dass diese längerfristigen Pläne nicht als in Stein gemeißelt betrachtet werden. Da der agile Ansatz die Anpassung an Veränderungen betont, gehen wir davon aus, dass Veränderungen stattfinden werden. Daher werden wir unsere mittel- und langfristigen Planungen in der Regel laufend anpassen.