Toujours dans le cadre d’un projet pendant ma formation de Product Manager, après vous avoir montré ma présentation de la méthode agile en une trilogie (Présenter son projet, Organiser ses sprints, Réussir sa rétrospective), il est temps pour moi de vous montrer l’inspection d’un produit avant sa mise en production.
En tant qu’expert en méthode agile, vous devez comprendre la nécessité d’adapter les pratiques de développement pour répondre aux demandes croissantes des utilisateurs. C’est exactement ce que je fais en tant que Product Manager chez Faber & Co Real Estate à Londres, où je suis chargé de mettre à jour le site web existant pour répondre aux besoins en constante évolution des clients.
Avant de mettre le site web en production, je décide d’inspecter ce dernier avec ces outils : le Sprint Board, le Sprint Planning et le Sprint Review.
L’inspection avec le Sprint Board
Le Sprint Board est un tableau visuel servant à suivre l’état d’avancement des tâches d’un sprint, généralement divisé en colonnes représentant les différentes phases du processus de développement.
À ce stade, je peux mettre en place les phases de recette avec :
- la planification de la recette : je définis les critères d’acceptation et les scénarios de test pour chaque fonctionnalité développée en m’assurant que les tests à réaliser sont bien alignés avec les attentes du client.
- le développement des tests : je participe au développement des scénarios de test qui permettent de valider les fonctionnalités développées.
- l’exécution des tests : nous exécutons les scénarios de test et vérifions que le produit répond aux critères d’acceptation. Si des anomalies sont détectées, elles sont remontées à l’équipe de développement pour correction.
- la validation par le client : Lorsque toutes les anomalies sont corrigées par nos soins, le produit est présenté au client pour validation. Le client peut alors confirmer que ses attentes ont été respectés et que le produit est prêt pour la livraison.
- la livraison : Une fois que le produit a été validé par le client, il est livré en production.
Mon équipe doit donc réécrire les critères d’acceptation de nos user stories selon le modèle Gherkin, pour une meilleure compréhension et une meilleure collaboration entre l’équipe de développement et les parties prenantes.
Je vois que nous avons actuellement des user stories refusées dans la colonne « En cours », mon objectif est de comprendre les raisons de ce refus et pour ajuster les critères d’acceptation en conséquence. Il y a également des user stories approuvées dans la colonne « Approuvé pour livraison ». Je m’assure que ces user stories sont bien préparées pour la livraison et que les critères d’acceptation sont clairement définis.
J’identifie 3 bugs sur le formulaire de contact, 8 bugs sur la page de recherche, ainsi que 2 tickets de bugs sur le menu burger et le bouton « Read more ». Je prends le temps de commenter ces bugs et de créer des captures vidéo explicatives pour faciliter la compréhension de l’équipe de développement.
Enfin, nous avons 4 tickets de contrôle Opquast à vérifier, avec des liens à suivre pour plus d’informations.
Pour rappel, le référentiel Opquast est une méthode de contrôle de qualité d’un site web, il consiste à effectuer un audit initial du site (accessibilité, ergonomie, sécurité, performance, qualité de code), à élaborer un plan d’action pour résoudre les problèmes identifiés, mettre en œuvre ces actions, vérifier la qualité de cette amélioration ainsi que mettre en place un suivi et une maintenance.
Je précise également que les ajustements sont un pilier de l’agilité. Ils peuvent consister à changer la priorité des fonctionnalités, changer la définition de l’état final d’une fonctionnalité, réaffecter des tâches, changer de stratégie de test ou réadapter la roadmap en fonction des évolutions du marché, du client ou de l’état d’avancement du projet.
L’inspection avec le Sprint Planning
Le Sprint Planning est une réunion qui permet à l’équipe de définir les objectifs du sprint à venir, de planifier les tâches et de s’assurer que tous les membres ont une compréhension claire des objectifs et des priorités du sprint.
SPRINT 1
Au cours du premier sprint, nous nous concentrons sur trois tâches essentielles : améliorer le formulaire de contact pour qu’il soit plus convivial et efficace, mettre en place un widget de recherche pour faciliter l’accès aux informations, et attribuer 5 points de l’effort de développement (SP) pour optimiser la page de résultats de la recherche. Ces objectifs ont été soigneusement sélectionnés pour répondre aux besoins de nos utilisateurs et améliorer l’expérience globale de notre produit
SPRINT 2
Pour ce deuxième sprint, notre équipe se concentre sur des éléments essentiels pour la croissance de notre produit. Tout d’abord, nous allons nous pencher sur l’intégration de Google Analytics qui est un outil indispensable pour l’analyse des données. De plus, nous allons nous assurer de respecter les obligations légales en matière de protection des données personnelles grâce à la mise en place de la RGPD. Enfin, nous allons finaliser la fonction basique de notre page de recherche afin de la proposer en soft launch. Cela nous permettra de tester cette nouvelle fonctionnalité en conditions réelles avant son déploiement final.
SPRINT 3
Au cours du sprint 3, nous démarrons les travaux sur la création de compte, une fonctionnalité clé pour notre produit. Nous avons commencé à établir les user stories pour les sprints 4 et 5 qui découleront de cette fonctionnalité. Nous avons également ajouté de nouveaux filtres à notre fonction de recherche, pour rendre l’expérience utilisateur plus fluide et efficace.
SPRINT 4
Au Sprint 4, nous nous concentrons sur la finalisation de la gestion des comptes utilisateurs, y compris la connexion et la récupération de mot de passe oublié. Nous mettons également en place des sauvegardes de recherche pour permettre aux utilisateurs de retrouver rapidement leurs recherches précédentes. Ces fonctionnalités sont cruciales pour améliorer l’expérience utilisateur et leur permettre de gérer leur compte en toute sécurité et facilité.
SPRINT 5
Dans le sprint 5, nous nous penchons sur la gestion des favoris et la mise en place des alertes email pour nos utilisateurs. La gestion des favoris permettra à nos utilisateurs de sauvegarder leurs résultats de recherche et de les retrouver facilement ultérieurement. Nous allons également ajouter la fonctionnalité d’alertes email, afin que nos utilisateurs puissent être notifiés par email lorsque de nouveaux résultats de recherche correspondent à leurs critères de recherche. Ces deux fonctionnalités sont essentielles pour améliorer l’expérience utilisateur et offrir une meilleure utilisation de notre produit. Nous allons travailler en étroite collaboration avec notre équipe technique pour garantir que ces fonctionnalités sont correctement implémentées et testées avant d’être déployées auprès de nos utilisateurs.
L’inspection avec le sprint Review
La Sprint Review est une réunion qui clôture chaque sprint et permet à l’équipe agile de présenter les fonctionnalités développées, d’obtenir des retours et des feedbacks de la part des parties prenantes et de planifier les prochaines étapes.
Il est essentiel de clôturer chaque sprint avec une Sprint Review pour montrer aux parties prenantes les résultats du travail accompli et les ajustements prévus pour les prochains sprints. Pour cela, Je prépare une présentation de type PowerPoint de 6 à 12 slides avec les user stories validées et non-validées, les causes des retards éventuels, une démonstration du produit et des nouvelles fonctionnalités, ainsi que les développements à venir avec les modifications prévues. En utilisant un fil conducteur et en adoptant une approche de storytelling, je rends cette présentation fluide et agréable tout en communiquant efficacement sur l’état d’avancement du projet.
Dans le cadre de notre processus de validation, je revois donc avec précision les points de blocage et les points d’avancement de notre projet, notamment la revue des bugs sur le formulaire de contact, dont l’absence de message de confirmation, d’erreur en cas de champs non remplis ou d’adresse email incorrecte.
Suite à la revue, nous avons détaillé les 8 bugs identifiés sur la page de résultats de recherche, notamment un compteur bloqué à 6 résultats, un bouton non fonctionnel, un tri et des filtres inopérants, ainsi qu’un problème d’affichage sur la vue responsive. Ces problèmes doivent être résolus avant de pouvoir livrer la fonctionnalité
Nous suivons les règles de qualité Opquast visant à améliorer l’expérience utilisateur dans les formulaires en indiquant clairement les champs obligatoires, en fournissant des messages d’erreur et de succès lors de la soumission, et en associant chaque champ à une étiquette unique dans le code source.
En suivant cet exemple, vous pouvez utiliser une approche agile pour développer votre produit, en vous adaptant rapidement aux feedbacks et en collaborant étroitement avec votre équipe de développeurs pour offrir un produit de qualité à vos utilisateurs.
Découvrez d’autres projets avec My Valentine et World Travel.
0 Commentaire