Sprint Zero
De plus en plus d'équipes travaillent avec un "Sprint Zero". Mais est-ce vraiment une bonne idée ?
Un Sprint Zero est principalement nécessaire lorsque certaines choses doivent être accomplies avant le lancement effectif du projet. Il faut peut-être d'abord constituer une équipe ou se procurer du matériel. Dans certains projets, on exige même un backlog séparé pour ce sprint.
L'un des plus grands problèmes avec un Sprint Zero est qu'il implique des règles différentes pour un Sprint particulier ou un type de sprints particulier. Par exemple, avec un Sprint Zero, l'objectif de l'équipe n'est plus d'obtenir quelque chose de potentiellement livrable à la fin. Comment pourrait-on obtenir quelque chose de potentiellement livrable si l'objectif du sprint est de constituer une équipe pour le développement du produit ?
Sprint 0 vs. Avant-projet
À mon avis, la plupart des éléments considérés comme arguments en faveur d'un Sprint Zero appartiennent plutôt à un "projet-avant-le-projet". Avant un projet de développement, il y a souvent un projet séparé dans lequel on décide s'il doit même y avoir un projet de développement. Avant qu'une entreprise ne commence un nouveau grand projet, elle devrait donc toujours se demander si ce projet devrait vraiment être réalisé.
La décision pour ou contre un Sprint Zero peut être considérée comme un projet à part entière.
Comme Scrum constitue un bon cadre pour la gestion de projet, il peut aussi être utilisé pour le projet-avant-le-projet. Dans ce projet-avant-le-projet, les membres de l'équipe déjà identifiés (ou même seulement le futur Product Owner) peuvent créer un premier Product Backlog, trouver des membres d'équipe, mettre en place les prérequis techniques, etc.
Je trouve pertinent de considérer ces travaux comme un projet à part entière, car un seul sprint n'est souvent pas suffisant. Comment une équipe appellerait-elle alors son deuxième sprint si le Sprint 0 ne suffit pas ? Sprint 0,5 ?
À ce stade, il faut prendre en compte quelques points :
Gardez le projet-avant-le-projet aussi simple que possible. La plupart des projets de développement n'ont même pas besoin d'un projet préalable.
Respectez les principes de Scrum. Lors de la réalisation d'un projet-avant-le-projet, rien de potentiellement livrable ne sera produit. Et c'est tout à fait normal. Mais gardez toujours à l'esprit pourquoi c'est un principe si fondamental de Scrum d'obtenir quelque chose de potentiellement livrable à la fin. Et tu devrais également en tenir compte pour le projet-avant-le-projet.
