Comme vu en première partie, nous poursuivons le sprint organisé dans le cadre de ma formation de Product Manager qui complète mon expérience en Marketing Digital. Après la partie de la présentation du projet, nous nous attaquons à l’organisation du sprint avec le product backlog, la story map et le sprint backlog qui sont des outils essentiels pour organiser et prioriser le travail à effectuer pendant un sprint. Nous allons voir les cas concrets d’application avec Groupomania ainsi qu’avec les présentations à visionner comprenant le backlog, le sprint backlog et les user stories.
Les User Stories
Le Product Backlog, la Story map, et le Sprint backlog s’articulent autour des user stories rédigées en fonction du persona, du but et de l’objectif.
Elles se rédigent de la manière suivante : « En tant que … je souhaite … afin de …. » . Par exemple : en tant qu’administrateur je souhaite pouvoir supprimer un commentaire afin de respecter la charte de modération du site.
Pour être honnête toutes les entreprises n’utilisent pas forcément ce formalisme. Pourtant il oblige à se poser les bonnes questions et à apporter des réponses utiles à l’équipe Scrum.
Product Backlog
Le product backlog est une liste ordonnée des exigences et des fonctionnalités du produit. Afin de le mettre en pratique, j’utilise la technique MoSCoW (Must have (indispensable), Should have (important), Could have (optionnel) et Won’t have (non prioritaire)), ainsi, je hiérarchise les tâches selon le degré de priorité.
Dans le cas de Groupomania, je note que mes besoins indispensables exprimés sont la création d’un compte pour accéder au forum, la connexion et la déconnexion, la création et la lecture des publications, l’édition du profil, la responsivité du site et la suppression du compte.
Mes besoins importants consistent à ajouter une image à une publication, voter pour des publications ou des commentaires préférés, pouvoir également les éditer et les mettre en avant, voire les supprimer s’ils nuisent à l’objectif.
Mes besoins optionnels couvrent l’ajout de vidéos aux publications et le filtrage par catégories, la mise en forme des messages, l’ajout de services et de localisations sur le profil, les notifications lors de nouvelles publications, ainsi que des fonctionnalités d’administration pour modérer le forum.
Les besoins non prioritaires nécessitent d’avoir la capacité d’inviter des utilisateurs via la plateforme, de créer des groupes privés, d’avoir un annuaire des inscrits et des groupes de discussion, de discuter en messagerie privée, de générer des statistiques de visites et de connexions, de voir l’ensemble des activités et de bannir des comptes.
Une fois ce travail effectué, nous pouvons passer à la Story Map.
Story Map
La story map est un outil visuel qui permet de visualiser les sprints à venir selon deux axes : le temps et la priorité.
De haut en bas vous retrouvez les thèmes, les epics, et les user stories regroupés en sprint ou en release (mises à jour).
C’est un outil intéressant, notamment en présentation, du Product Manager à l’équipe ou à son client (qu’il soit interne comme pour Groupomania, ou externe).
Auparavant, nous avions vu le Product Backlog, il s’agit maintenant de voir le Sprint Backlog.
Sprint Backlog
Le sprint backlog est une liste des tâches à réaliser pendant un sprint et constitue la base pour le travail d’équipe. Cette liste modélisée sous forme de Kanban sur Trello, l’un des outils de référence pour gérer les projets agiles.
On y voit des Epics, à savoir des tickets regroupés par thème ou « grosses fonctionnalités ».
L’équipe peut aussi attribuer un statut aux différents tickets : « à faire », « conception », « en cours », « révision du code », « test », « terminé » en déplaçant les tuiles d’une colonne à une autre.
Mais ce n’est pas fini car chaque ticket dispose d’étiquettes et de story points. Ainsi on peut voir les tâches existantes ainsi que le temps alloué à leur exécution (pour simplifier car il s’agit en réalité de la vélocité). Leur adéquation est respectée ou non grâce au suivi jaugé par le remplissage des critères d’acceptation.
Les critères d’acceptation permettent de clarifier l’implantation de la user story. Rédigées principalement par le Product Owner, elles peuvent être sous forme de règles / listes ou sous forme de scénario. Dans ce dernier cas, elles sont rédigées ainsi :
Scénario : un salarié de Groupomania envoie un message à un collègue via le réseau social interne
Etant donné que je suis un salarié de Groupomania et que j’envoie le message
Lorsque je clique sur le bouton « Envoyer »
Alors le message est effectivement envoyé
Ces critères permettent d’avoir une vue plus claire au PO, d’améliorer la compréhension du développeur et du testeur lors des phases de développement et de test.
Un outil intéressant également utilisé pour le sprint est le planning poker . Son intérêt se résume en deux points : les membres de l’équipe partagent leur avis sur la complexité de chaque fonctionnalité en tirant des cartes comprenant des nombres de points afin de transformer en une variable la complexité et la ressource temps. Ainsi, on peut facilement hiérarchiser les fonctionnalités entre elles selon leur degré de sophistication.
Exemple dans le cas de Groupomania :
Étape 1 : Connexion et Déconnexion
Objectifs : Créer un compte pour accéder au forum, Connecter et Déconnecter un compte
Tâches :
– Créer un formulaire de connexion
– Créer une fonctionnalité de déconnexion
– Créer un système de sécurisation des données personnelles
– Tester la fonctionnalité de connexion et de déconnexion
– Développer un système de récupération des mots de passe
Étape 2 : Publication et Lecture
Objectifs : Créer et lire des publications
Tâches :
– Créer un formulaire de publication
– Créer une fonctionnalité de lecture des publications
– Intégrer un système de mise en avant des publications
– Tester les fonctionnalités de publication et de lecture
– Développer un système de mise à jour des publications
Étape 3 : Édition de Profil
Objectifs : Éditer le profil de l’utilisateur
Tâches :
– Créer un formulaire d’édition du profil
– Intégrer un système de mise en avant des publications
– Créer une fonctionnalité d’ajout d’images et vidéos sur le profil
– Tester la fonctionnalité d’édition du profil
– Développer un système de mise à jour du profil
Étape 4 : Responsivité et Suppression du Compte
Objectifs : Assurer une responsivité correcte et permettre la suppression du compte
Tâches :
– Créer une fonctionnalité de suppression du compte
– Tester la responsivité du site
– Développer un système de sauvegarde des données
– Assurer la compatibilité avec les différents navigateurs
En résumé
En conclusion, pour organiser ses sprints, il faut respecter une certain formalisme, grâce à ce dernier, les outils tels que le Product Backlog, la Story Map et le Sprint Backlog peuvent aider les équipes à planifier et à hiérarchiser leurs tâches, offrant ainsi une plus grande efficacité et des résultats optimaux.
Découvrez d’autres projets avec My Valentine et World Travel.
Besoin d’un Product Manager ? N’hésitez pas à me contacter !
Vers la partie 3 >>
0 Commentaire