Étude de cas : application mobile de suivi des dépenses
En tant qu’équipe de développement logiciel, vous avez été chargés de créer une application mobile de suivi des dépenses. L’application doit aider les utilisateurs à suivre leurs dépenses quotidiennes, à catégoriser leurs dépenses et à définir des objectifs budgétaires. L’objectif est de fournir aux utilisateurs une application conviviale, efficace et riche en fonctionnalités, pouvant être utilisée sur les plateformes Android et iOS.
Pour simuler une backlog produit pour ce projet, créons un tableau contenant plusieurs histoires utilisateur, leurs priorités, leurs estimations (en points d’histoire) et leurs critères d’acceptation.
| Histoire utilisateur | Priorité | Estimation | Critères d’acceptation |
|---|---|---|---|
| Authentification utilisateur | Élevée | 8 | – Les utilisateurs peuvent s’inscrire avec un e-mail et un mot de passe. – Les utilisateurs peuvent se connecter avec leurs identifiants. – Les mots de passe sont stockés de manière sécurisée et hachés. – Les utilisateurs peuvent réinitialiser leurs mots de passe s’ils les ont oubliés. |
| Saisie des dépenses | Élevée | 13 | – Les utilisateurs peuvent saisir une nouvelle dépense avec un titre, un montant, une date et une catégorie. – Les utilisateurs peuvent modifier les dépenses existantes. – Les utilisateurs peuvent supprimer des dépenses. – Les dépenses sont sauvegardées et récupérées à partir d’une base de données. |
| Catégories de dépenses | Moyenne | 5 | – Les utilisateurs peuvent créer des catégories de dépenses personnalisées. – Les dépenses peuvent être attribuées à des catégories spécifiques. – Les utilisateurs peuvent modifier et supprimer des catégories. |
| Analyse des dépenses | Moyenne | 8 | – Les utilisateurs peuvent visualiser les rapports et graphiques des dépenses mensuelles et annuelles. – Les dépenses sont automatiquement catégorisées selon des règles définies par l’utilisateur. – Les utilisateurs peuvent définir des objectifs budgétaires pour différentes catégories. |
| Synchronisation cloud | Élevé | 13 | – Les données de l’utilisateur sont synchronisées entre les appareils. – Les données sont stockées en toute sécurité dans le cloud. – L’accès hors ligne est pris en charge grâce au stockage local des données. – Les modifications effectuées sur un appareil sont reflétées sur les autres. |
| Conversion de devises | Faible | 3 | – Les utilisateurs peuvent choisir leur devise préférée. – Les montants des dépenses sont automatiquement convertis en fonction de la devise sélectionnée. |
| Authentification Touch ID/Face ID | Faible | 5 | – Les utilisateurs peuvent activer l’authentification biométrique pour une sécurité accrue. – L’application prend en charge l’authentification Touch ID (iOS), Face ID (iOS) ou empreinte digitale (Android). |
| Exporter les données | Moyen | 8 | – Les utilisateurs peuvent exporter les données de dépenses au format CSV. – Les données exportées contiennent tous les détails des dépenses, y compris la date et la catégorie. – Les données peuvent être envoyées par e-mail ou enregistrées localement. |
| Rappels de notification | Moyen | 8 | – Les utilisateurs peuvent définir des rappels de dépenses quotidiens, hebdomadaires ou mensuels. – Les rappels déclenchent des notifications avec des messages prédéfinis. |
| Tri des dépenses | Faible | 3 | – Les utilisateurs peuvent trier les dépenses par date, montant ou catégorie. – L’ordre de tri peut être croissant ou décroissant. |
Ce tableau simule un backlog produit simplifié pour le développement de l’application mobile de suivi des dépenses. Chaque histoire utilisateur est priorisée en fonction de son importance pour le projet, estimée en points d’histoire pour évaluer sa complexité, et dispose de critères d’acceptation clairs pour définir quand elle est considérée comme terminée. Ce backlog sert de point de départ pour la planification des sprints et garantit que l’équipe de développement et les parties prenantes partagent une compréhension commune de la portée et des priorités du projet.
Du backlog produit à la planification du sprint
La planification du sprint est une étape essentielle de la gestion de projet Agile, et elle consiste à sélectionner un ensemble d’histoires utilisateurs dans le backlog produit pour travailler dessus pendant le prochain sprint. La planification du sprint comprend généralement deux parties : la réunion de planification du sprint et la création du backlog du sprint. Examinons les étapes pour planifier un sprint en se basant sur le backlog produit que vous avez fourni :
Étape 1 : Définir l’objectif du sprint
- Commencez la réunion de planification du sprint en discutant de l’objectif global ou du but du prochain sprint. Par exemple, dans votre cas, cela pourrait être quelque chose comme : « L’objectif de ce sprint est de mettre en œuvre l’authentification essentielle et la fonctionnalité de saisie de dépenses de base. »
Étape 2 : Déterminer la durée du sprint
- Décidez de la durée du sprint. Les durées courantes des sprints sont de deux semaines, trois semaines ou un mois. Choisissez une durée qui convient le mieux à votre équipe et à votre projet.
Étape 3 : Sélectionner les histoires utilisateurs
- Revoyez le backlog produit et, en collaboration avec l’équipe de développement et le propriétaire produit, sélectionnez un ensemble d’histoires utilisateurs qui peuvent être réalisées de manière réaliste dans la durée du sprint. Prenez en compte les priorités, les estimations et les dépendances des histoires utilisateurs. N’oubliez pas la vitesse de l’équipe, qui correspond à la quantité de travail que l’équipe peut accomplir pendant un sprint en se basant sur ses performances passées.
Par exemple, supposons que votre équipe puisse réaliser des histoires utilisateurs totalisant 30 points d’histoire dans un sprint de deux semaines. En fonction de cette capacité, vous pourriez sélectionner les histoires utilisateurs suivantes :
- Authentification utilisateur (8 points d’histoire)
- Saisie de dépenses (13 points d’histoire)
- Conversion de devises (3 points d’histoire)
- Authentification par Touch ID/Face ID (5 points d’histoire)
Cette sélection totalise 29 points d’histoire, ce qui est proche de la capacité de votre équipe.
Étape 4 : Découper les histoires utilisateurs (si nécessaire)
- Si certaines des histoires utilisateurs sélectionnées sont trop grandes ou complexes, envisagez de les diviser en tâches plus petites et plus faciles à gérer, ou en sous-histoires. Assurez-vous que ces sous-histoires sont bien définies et disposent de critères d’acceptation clairs.
Étape 5 : Estimer les tâches
- Estimez l’effort requis pour chaque histoire utilisateur ou sous-histoire sélectionnée en heures ou en points d’histoire. Cela aide l’équipe à comprendre la charge de travail et garantit que le sprint reste gérable.
Étape 6 : Créer le backlog du sprint
- Créez une liste de tâches pour chaque histoire utilisateur ou sous-histoire sélectionnée. Incluez l’effort estimé, et attribuez les tâches aux membres de l’équipe en fonction de leurs compétences et de leur disponibilité. Cela devient votre backlog du sprint.
Voici un exemple de ce à quoi pourrait ressembler le backlog du sprint :
Backlog du sprint pour le prochain sprint de deux semaines
| Scénario utilisateur | Description de la tâche | Effort estimé | Attribué à |
|---|---|---|---|
| Authentification de l’utilisateur | Mettre en œuvre la logique d’inscription | 4 heures | Développeur A |
| Authentification de l’utilisateur | Mettre en œuvre la logique de connexion | 6 heures | Développeur B |
| Saisie des dépenses | Concevoir le formulaire de saisie des dépenses | 5 heures | Concepteur |
| Saisie des dépenses | Mettre en œuvre l’interface utilisateur du formulaire de dépenses | 8 heures | Développeur C |
| Saisie des dépenses | Créer le schéma de base de données pour les dépenses | 4 heures | Spécialiste de base de données |
| Conversion de devises | Ajouter la fonctionnalité de sélection de devise | 2 heures | Développeur D |
| Authentification par empreinte digitale / reconnaissance faciale | Mettre en œuvre l’authentification biométrique (iOS) | 8 heures | Développeur E |
Étape 7 : S’engager sur le sprint
- Pendant la réunion de planification du sprint, l’équipe s’engage à terminer les histoires d’utilisateurs et les tâches sélectionnées dans la durée du sprint. Cet engagement garantit que l’équipe se concentre sur la livraison du travail planifié.
Étape 8 : Établir un objectif de sprint
- Sur la base des histoires d’utilisateurs et des tâches sélectionnées, formulez un objectif de sprint clair et concis qui résume ce que l’équipe vise à accomplir à la fin du sprint. Cet objectif fournit une compréhension partagée du but du sprint.
Étape 9 : Revue et clôture de la réunion de planification du sprint
- Avant de conclure la réunion, assurez-vous que tout le monde comprend l’objectif du sprint, les histoires d’utilisateurs sélectionnées et leurs tâches respectives. Traitez toutes les questions ou préoccupations, puis lancez officiellement le sprint.
Durant tout le sprint, organisez des réunions quotidiennes de stand-up pour suivre les progrès, apporter des ajustements si nécessaire et s’assurer que l’équipe reste sur la bonne voie pour atteindre l’objectif du sprint. À la fin du sprint, organisez une revue de sprint pour présenter le travail accompli aux parties prenantes et recueillir leurs retours. Enfin, organisez une rétrospective de sprint pour réfléchir aux processus du sprint et identifier les domaines d’amélioration pour les futurs sprints.
Conclusion
La planification du sprint est le pont essentiel qui relie le backlog produit aux efforts de développement actionnables dans la gestion de projet Agile. C’est un processus collaboratif et dynamique qui permet aux équipes de sélectionner et de s’engager sur un ensemble bien défini d’histoires d’utilisateurs ou de tâches pour un sprint spécifique. Grâce à une réflexion attentive sur les priorités, les dépendances et les estimations, la planification du sprint garantit que l’équipe est alignée sur les objectifs globaux du projet et peut livrer de la valeur aux clients de manière progressive.
Une planification de sprint efficace va au-delà de la simple attribution des tâches ; elle favorise une communication claire, donne aux membres de l’équipe les moyens de prendre en charge leurs travaux, et aboutit finalement à un objectif de sprint qui guide les efforts de l’équipe. La planification régulière du sprint, combinée aux réunions quotidiennes, aux revues de sprint et aux rétrospectives, constitue le cœur battant du développement Agile, permettant aux équipes d’adapter leurs processus aux exigences changeantes, de maintenir leur concentration et d’améliorer continuellement leurs pratiques.
En maîtrisant l’art de la planification du sprint, les équipes Agile peuvent naviguer avec précision dans le paysage complexe du développement logiciel, en s’assurant que chaque sprint les rapproche de la livraison de produits exceptionnels qui répondent aux besoins des clients et favorisent le succès commercial. C’est une pratique qui incarne les principes Agiles de collaboration, de réactivité et d’orientation client, en faisant une pierre angulaire de la gestion de projet Agile.