Dans les projets Agile, en Scrum notamment, nous démarrons par un sprint 0. D’une durée d’environ 1 à 2 mois, il s’agit de mettre en place l’environnement de travail, de construire le backlog et de préparer la montée en charge de l’équipe.
Dans le cadre d’un projet de grande ampleur, dit « large scale », (~100 personnes sur 3 ans) la durée du sprint 0 n’est pas suffisante, il faut plus de temps. Pour garder le coté inspection et adaptation, il ne faut pas augmenter la taille du sprint 0 mais plutôt faire une release 0 incluant plusieurs sprints.
Les premiers sprints sont consacrés aux activités plutôt techniques visant à couvrir les risques, c’est la « vision de départ ». Dans ce contexte, les équipes sont autonomes sur la création de leurs user stories. L’élaboration du premier backlog s’étant faite lors d’un atelier de démarrage du projet (détaillé dans un prochain billet)
En parallèle, il faut préparer le backlog côté « vision métier ». Le produit étant organisé autour de grands thèmes, le découpage des équipes s’effectue par « area » couvrant ces thèmes. Il y a un Product Owner et des Area Product Owners.
On retrouve en quelque sorte la branche en Y chère à Pascal Roques.
Tout cela piloté par les valeurs fonctionnelles et techniques édictées par le PO. Les approches Bottom-up et Top-down combinées, mais toujours priorisées par la plus value.
Au final, les deux visions se rejoignent. J’estime cette jointure autour de 3- 4 sprints, ce qui équivaut à une release : c’est la release 0.
