Au démarrage d’un projet, la principale problématique rencontrée par une Scrum team repose sur le découpage et l’écriture de l’ensemble des éléments permettant de delivrer rapidement de la valeur pour atteindre l’objectif du métier.
Scrum n’oblige pas à suivre un processus bien défini pour démarrer un projet, mais par recommandation, les étapes les plus communes sont les suivantes (il est bien évidemment possible d’aller plus loin dans le détail et la profondeur des ateliers mais nous resterons sur l’indispensable) :
- Vision du produit : définir les utilisateurs du produit, leurs problèmes et besoins, les enjeux Business de l’entreprise, la valeur à apporter, les critères de succès.
- Personas : identifier les utilisateurs et transformer la vision en fonction de leur profil pour mieux les comprendre.
- StoryMap : lister les macro-fonctionnalités de notre produit, on se basant sur des “user-journey” de nos personas.
Avec ces éléments, il est difficilement possible de commencer le premier sprint.
Les 3 éléments listés ci-dessous seront un point d’entrée afin d’avoir la vision produit la plus claire possible, et notamment la démarche et priorisation devant être mises en place. Un des moyens le plus simple est de se poser les deux questions suivantes :
“ Qu’est-ce qui sera essentiel et qu’est-ce qui sera optionnel ? ”
Avec la réponse à ces questions, la définition du MMF (Minimum Marketable Feature) devient possible, c’est-à-dire le premier produit répondant à un besoin client final.
Pourquoi découper ?
Après avoir implémenté le concept MMF, pour une priorisation des fonctionnalités macros, la question qui se pose est : notre backlog est-il prêt pour démarrer un sprint ?
Malheureusement non, et pour plusieurs raisons, parmi elles :
- La storymap contient uniquement des fonctionnalités macro
- Les USs ne sont pas INVEST
- Les USs de la storymap ne permettent pas une livraison de valeur, et rapide
L’avantage d’utiliser l’approche MMF avant le découpage des fonctionnalités est de définir l’endroit sur lequel l’investissement doit être réalisé en premier pour apporter une vraie valeur ajoutée, et ce, rapidement. Autrement dit, commencer la rédaction et le découpage des récits INVEST par priorité, ce qui permettra de démarrer le projet dès que possible.
Pour rappel, l’objectif n’est pas d’écrire toutes les US de notre projet (ce qui est contradictoire à l’agilité), mais plutôt de proposer rapidement un lot des US les plus prioritaires pour alimenter les premières itérations (figure ci-dessous).
Cas pratique :
Exemple d’un site e-commerce. Après les ateliers cités précédemment, voici quelques éléments qui peuvent nous aider pour notre découpe :
- Fonctionnalités essentielles à notre produit par ordre de priorité :
- La liste des produits
- Le détail d’un produit
- La gestion du panier
- Le workflow d’achat (info client, récapitulatif panier, adresse de livraison, moyen de paiement)
- Le suivi d’une commande
- Persona prioritaires :
- Administrateur
- Visiteur
- Objectif de la première version : pouvoir vendre des produits à un visiteur
A partir de ces éléments, un premier découpage pourra être décliné comme suit :
Un découpage à 3 niveaux (voir 4 si on souhaite aller plus loin) :
| Niveau 1 | Thème | Un groupe de fonctionnalités ou d’éléments de travail liés par un objectif commun ou une vision globale. Ce niveau n’est pas indispensable, il sert seulement à regrouper les épics par thématique afin de les lier entre eux. |
| Niveau 2 |
Epic | Une grande fonctionnalité ou un ensemble de fonctionnalités trop important ou trop complexe pour être développé et livré dans un seul sprint. |
| Niveau 3 | Story (Récit) | Une description simple et concise d’une fonctionnalité ou d’un élément de travail, vu du point de vue de l’utilisateur final. Les stories sont utilisées pour représenter les exigences fonctionnelles et techniques du produit à développer. |
| Niveau 4 | Tache | Une unité de travail spécifique est nécessaire pour réaliser une user story ou un autre élément de travail. Les tâches sont généralement plus petites que les user stories et sont conçues pour être réalisées de quelques heures à quelques jours. La mise en place de ce niveau facilitera le chiffrage et l’avancement des réalisations. |
Bien que Scrum n’impose pas un processus strict pour démarrer un projet, il est recommandé de suivre certaines étapes clés, telles que la définition de la vision du produit, la création de persona pour mieux comprendre les utilisateurs et la création d’une StoryMap pour identifier les macro-fonctionnalités du produit et les premières user stories à écrire. Ces éléments permettent d’avoir une vision claire du produit et de déterminer la démarche et la priorisation à mettre en place pour le premier sprint.
Pour conclure, il n’existe pas une bonne ou mauvaise méthode de découpage, si on respecte les fondamentaux du Scrum. Une deuxième méthode aussi bien répandue dans des projets IT, est le découpage Horizontal, qui consiste à diviser l’article les items au niveau d’un composant architectural (exemple : Interface Utilisateur, bases de données ou services back-end).
L’essentiel dans cette étape du projet, c’est de délivrer un besoin sous format de US, qui peuvent être compris facilement, et d’avoir une communication transversale et une agilité dans les démarches pour s’adapter selon le contexte.