Le backlog produit est un composant essentiel du développement produit Agile. Il s’agit d’un document vivant qui liste toutes les fonctionnalités, fonctions, exigences, améliorations et corrections nécessaires au développement pour la sortie du produit. Une gestion efficace du backlog produit est essentielle pour garantir que le produit répond aux besoins de ses utilisateurs et de ses parties prenantes. Le cadre DEEP est un ensemble de directives qui peut aider les équipes à gérer efficacement le backlog produit.
Qu’est-ce que le cadre DEEP
DEEP signifie Détail approprié, Estimé, Émergent et Priorisé. Chaque élément du backlog produit doit être détaillé de manière appropriée, estimé en points d’histoire, émergent et priorisé en fonction de plusieurs facteurs tels que la valeur pour l’utilisateur, la valeur commerciale, la faisabilité technique, la complexité et les dépendances. En suivant le cadre DEEP, les équipes peuvent gérer efficacement le backlog produit, en s’assurant que les éléments du backlog sont correctement détaillés, estimés, émergents et prioritaires.
Voici un aperçu succinct de chaque élément du cadre DEEP :
- Détail approprié : Chaque élément du backlog produit doit être détaillé de manière appropriée, afin que l’équipe ait une compréhension claire de ce qui doit être développé. Le niveau de détail doit être suffisant pour fournir une clarté et une orientation à l’équipe de développement.
- Estimé : Chaque élément du backlog produit doit être estimé en points d’histoire afin de comprendre le niveau d’effort requis pour le développement. Les points d’histoire sont utilisés pour estimer la quantité de travail nécessaire pour terminer l’élément.
- Émergent : Le backlog produit est un document vivant qui est constamment mis à jour à mesure que l’équipe acquiert une meilleure compréhension des exigences du produit. Les éléments peuvent être ajoutés, supprimés ou mis à jour en fonction des changements dans les exigences du produit.
- Priorisé : Le backlog produit doit être priorisé en fonction de plusieurs facteurs, tels que la valeur pour l’utilisateur, la valeur commerciale, la faisabilité technique, la complexité et les dépendances. La priorisation aide l’équipe de développement à se concentrer d’abord sur les éléments les plus importants.
En suivant le cadre DEEP, les équipes peuvent gérer efficacement le backlog produit, en s’assurant que les éléments du backlog sont correctement détaillés, estimés, émergents et prioritaires. Cela aide l’équipe à développer un backlog produit complet et priorisé qui reflète la compréhension actuelle des exigences du produit.
Exemple – Système d’information
Description du problème
ABC Corporation est une entreprise de vente au détail qui opère depuis plus de 20 ans. Au fil des années, l’entreprise a considérablement grandi et dispose désormais de plusieurs sites et d’une vaste base de clients. Pour rester compétitive, ABC Corporation a investi dans un système informatique qui l’aide à gérer son inventaire, ses ventes et ses données clients.
Cependant, ces derniers mois, le système informatique a causé des problèmes. Le système est lent et prend beaucoup de temps à traiter les transactions. Cela a entraîné de longues files d’attente à la caisse, des clients frustrés et des pertes de ventes. En outre, le système est sujet aux erreurs, ce qui entraîne des données d’inventaire incorrectes, conduisant à des ruptures de stock et des surstocks.
L’équipe informatique travaille à résoudre ces problèmes, mais elle peine à identifier la cause profonde des difficultés. Le système est complexe, et de nombreux composants différents doivent fonctionner ensemble de manière fluide. L’équipe informatique a tenté d’optimiser le système en ajoutant plus de mémoire, en mettant à jour le logiciel et en augmentant la puissance de traitement. Toutefois, ces mesures n’ont pas résolu les problèmes fondamentaux.
Les problèmes liés au système informatique causent des perturbations importantes pour l’entreprise. L’entreprise perd des clients, et sa réputation est compromise. L’équipe informatique est sous pression pour trouver une solution rapidement, mais elle peine à identifier la cause profonde des problèmes. L’équipe de direction de l’entreprise s’inquiète de l’impact sur le résultat financier et envisage de faire appel à des consultants externes pour aider à résoudre les problèmes du système informatique.
Développer le backlog produit initial
Étapes pour développer le backlog produit initial :
- Identifier les principaux domaines de problème : En se basant sur le scénario fourni, les principaux domaines de problème sont le système informatique lent et sujet aux erreurs, entraînant de longues files d’attente à la caisse, des clients frustrés, des données d’inventaire incorrectes, des ruptures de stock et des surstocks.
- Identifier les parties prenantes : Les parties prenantes dans ce scénario sont l’équipe de direction de l’entreprise, l’équipe informatique, les employés du commerce de détail et les clients.
- Cercler des solutions potentielles : Travailler avec les parties prenantes pour identifier des solutions potentielles aux problèmes. Certaines solutions potentielles pourraient inclure la mise à niveau du matériel, l’optimisation du logiciel, l’amélioration de l’infrastructure réseau, la mise en place d’un nouveau système de caisse (POS), et l’amélioration de la formation des employés du commerce de détail.
- Prioriser les solutions : Prioriser les solutions potentielles en fonction de leur impact sur l’entreprise, de leur faisabilité et de leur coût. Prendre en compte les retours des parties prenantes et effectuer une analyse coût-bénéfice pour chaque solution.
- Décomposer les solutions en tâches plus petites :Une fois les solutions prioritaires, divisez-les en tâches plus petites ou en historiques utilisateur. Chaque tâche doit être précise, mesurable, réalisable, pertinente et limitée dans le temps.
- Estimez l’effort requis pour chaque tâche : Estimez l’effort requis pour chaque tâche en points d’histoire. Utilisez des données historiques ou une estimation par expertise pour déterminer le niveau d’effort requis.
- Priorisez les tâches : Priorisez les tâches en fonction de leur impact sur l’entreprise et des dépendances entre les tâches.
- Créez le backlog initial du produit : créez le backlog initial du produit en listant toutes les tâches par ordre de priorité. Incluez une description de chaque tâche et son effort estimé en points d’histoire.
Format de tableau pour le backlog initial du produit :
| Priorité | Historique utilisateur | Description | Effort estimé (points d’histoire) |
|---|---|---|---|
| 1 | Mise à niveau du matériel | Mettre à niveau le matériel pour améliorer les performances du système | 13 |
| 2 | Optimiser le logiciel | Optimiser le logiciel pour améliorer les performances du système | 8 |
| 3 | Améliorer l’infrastructure réseau | Améliorer l’infrastructure réseau pour réduire la latence et améliorer les performances du système | 5 |
| 4 | Mettre en place un nouveau système de caisse | Mettre en place un nouveau système de caisse pour améliorer la vitesse de traitement des transactions et réduire les erreurs | 21 |
| 5 | Formation des employés de vente au détail | Améliorer la formation des employés de vente au détail pour réduire les erreurs et améliorer le service client | 8 |
| 6 | Améliorer la gestion des stocks | Améliorer la gestion des stocks pour réduire les ruptures et les surstocks | 13 |
Remarque : les points d’histoire sont estimés et pourraient nécessiter un affinement lors des sessions d’affinement du backlog et de planification des sprints.
Affiner les éléments du backlog produit
Certains des éléments du backlog produit mentionnés ci-dessus peuvent être trop volumineux pour être inclus dans un seul sprint. Voici quelques options pour les affiner en épics ou en user stories appropriés :
- Mise à niveau du matériel : Cela pourrait être divisé en plusieurs user stories plus petites, telles que « Rechercher et sélectionner le matériel approprié », « Acheter et installer le nouveau matériel », et « Tester et vérifier le nouveau matériel ».
- Optimiser le logiciel : Cela pourrait être divisé en plusieurs user stories plus petites, telles que « Identifier les goulets d’étranglement de performance », « Développer et mettre en œuvre des optimisations de performance », et « Tester et vérifier les améliorations de performance ».
- Mettre en place un nouveau système de caisse : Cela pourrait être un épique incluant plusieurs user stories telles que « Rechercher et sélectionner le système de caisse approprié », « Configurer et personnaliser le système de caisse », « Former les employés du commerce au nouveau système de caisse », et « Tester et vérifier le nouveau système de caisse ».
- Formation des employés du commerce : Cela pourrait être divisé en plusieurs user stories plus petites, telles que « Développer les supports de formation », « Planifier et organiser les sessions de formation », et « Évaluer l’efficacité de la formation ».
En divisant ces éléments de backlog produit plus importants en user stories plus petites et plus gérables, l’équipe peut mieux estimer l’effort, prioriser et planifier les sprints, et se concentrer sur la livraison de valeur à l’entreprise et à ses parties prenantes.
Voici un tableau mis à jour avec les éléments du backlog produit affinés (ou user stories) :
| Priorité | Épique / User Story | Description | Effort estimé (points d’histoire) |
|---|---|---|---|
| 1 | Mise à niveau du matériel | Rechercher et sélectionner le matériel approprié | 5 |
| Acheter et installer le nouveau matériel | 5 | ||
| Tester et vérifier le nouveau matériel | 3 | ||
| 2 | Optimiser le logiciel | Identifier les goulets d’étranglement de performance | 3 |
| Développer et mettre en œuvre des optimisations de performance | 5 | ||
| Tester et vérifier les améliorations de performance | 2 | ||
| 3 | Améliorer l’infrastructure réseau | Améliorer l’infrastructure réseau pour réduire la latence et améliorer les performances du système | 5 |
| 4 | Mettre en place un nouveau système de caisse | Rechercher et sélectionner un système de caisse approprié | 5 |
| Configurer et personnaliser le système de caisse | 8 | ||
| Former les employés du commerce au nouveau système de caisse | 5 | ||
| Tester et vérifier le nouveau système de caisse | 3 | ||
| 5 | Formation des employés du commerce | Développer les supports de formation | 3 |
| Planifier et organiser les sessions de formation | 3 | ||
| Évaluer l’efficacité de la formation | 2 | ||
| 6 | Améliorer la gestion des stocks | Améliorer la gestion des stocks pour réduire les ruptures et les surstocks | 8 |
Remarque : les points d’histoire sont estimés et pourraient nécessiter un affinement pendant les sessions de révision du backlog et de planification des sprints.
Évaluation du backlog produit mis à jour selon les principes DEEP
Voici une discussion de chaque histoire utilisateur dans le backlog produit mis à jour selon les principes DEEP :
- Mettre à niveau le matériel
- Détaillé de manière appropriée : l’histoire utilisateur est précise et bien définie, indiquant que l’équipe doit rechercher et sélectionner le matériel approprié, acheter et installer de nouveaux équipements, puis tester et vérifier le nouveau matériel.
- Estimé : l’histoire utilisateur est estimée en points d’histoire, permettant à l’équipe de comprendre le niveau d’effort requis pour accomplir le travail.
- Émergent : l’histoire utilisateur est émergente, car l’équipe pourrait devoir ajuster le choix du matériel ou le processus d’installation en fonction de ses découvertes pendant les phases de recherche et de test.
- Priorisé : l’histoire utilisateur est priorisée en fonction de son impact sur la performance du système, la mise à niveau du matériel étant donnée la plus haute priorité.
- Optimiser le logiciel
- Détaillé de manière appropriée : l’histoire utilisateur est précise et bien définie, indiquant que l’équipe doit identifier les goulets d’étranglement de performance, développer et mettre en œuvre des optimisations de performance, puis tester et vérifier les améliorations de performance.
- Estimé : l’histoire utilisateur est estimée en points d’histoire, permettant à l’équipe de comprendre le niveau d’effort requis pour accomplir le travail.
- Émergent : l’histoire utilisateur est émergente, car l’équipe pourrait devoir ajuster l’approche d’optimisation en fonction de ses découvertes pendant la phase de test.
- Priorisé : l’histoire utilisateur est priorisée en fonction de son impact sur la performance du système, l’optimisation du logiciel étant donnée la deuxième plus haute priorité.
- Améliorer l’infrastructure réseau
- Détaillé de manière appropriée : l’histoire utilisateur est précise et bien définie, indiquant que l’équipe doit améliorer l’infrastructure réseau pour réduire la latence et améliorer la performance du système.
- Estimé : l’histoire utilisateur est estimée en points d’histoire, permettant à l’équipe de comprendre le niveau d’effort requis pour accomplir le travail.
- Émergent : l’histoire utilisateur n’est pas aussi émergente que certaines autres histoires utilisateur, car l’équipe a probablement une bonne compréhension des améliorations réseau nécessaires.
- Priorisé : l’histoire utilisateur est priorisée en fonction de son impact sur la performance du système, l’amélioration de l’infrastructure réseau étant donnée une priorité moyenne.
- Mettre en œuvre un nouveau système de caisse
- Détaillé de manière appropriée : l’histoire utilisateur est précise et bien définie, indiquant que l’équipe doit rechercher et sélectionner un système de caisse approprié, configurer et personnaliser le système de caisse, former les employés du commerce au nouveau système de caisse, puis tester et vérifier le nouveau système de caisse.
- Estimé : l’histoire utilisateur est estimée en points d’histoire, permettant à l’équipe de comprendre le niveau d’effort requis pour accomplir le travail.
- Émergent : l’histoire utilisateur est émergente, car l’équipe pourrait devoir ajuster le choix ou l’approche de configuration en fonction de ses découvertes pendant la phase de test.
- Priorisé : l’histoire utilisateur est priorisée en fonction de son impact sur la performance du système, la mise en œuvre du nouveau système de caisse étant donnée une haute priorité.
- Formation des employés du commerce
- Détaillé de manière appropriée : l’histoire utilisateur est précise et bien définie, indiquant que l’équipe doit développer des supports de formation, planifier et organiser des sessions de formation, et évaluer l’efficacité de la formation.
- Estimé : l’histoire utilisateur est estimée en points d’histoire, permettant à l’équipe de comprendre le niveau d’effort requis pour accomplir le travail.
- Émergent : L’histoire utilisateur n’est pas aussi émergente que certaines autres histoires utilisateurs, car l’équipe a probablement une bonne compréhension des matériaux de formation et des sessions nécessaires.
- Priorisé : L’histoire utilisateur est priorisée en fonction de son impact sur la réduction des erreurs et l’amélioration du service client, le stage pour les employés de vente étant attribué une priorité moyenne.
- Améliorer la gestion des stocks
- Bien détaillé : L’histoire utilisateur est précise et bien définie, indiquant que l’équipe doit améliorer la gestion des stocks pour réduire les ruptures et les surstocks.
- Estimé : L’histoire utilisateur est estimée en points d’histoire, permettant à l’équipe de comprendre le niveau d’effort nécessaire pour terminer le travail.
- Émergent : L’histoire utilisateur n’est pas aussi émergente que certaines autres histoires utilisateurs, car l’équipe a probablement une bonne compréhension des améliorations nécessaires en matière de gestion des stocks.
- Priorisé : L’histoire utilisateur est priorisée en fonction de son impact sur la réduction des ruptures et des surstocks, l’amélioration de la gestion des stocks étant attribuée une priorité moyenne.
Dans l’ensemble, la backlog produit mis à jour s’aligne bien sur les principes DEEP. Chaque histoire utilisateur est correctement détaillée, estimée, émergente et priorisée, permettant à l’équipe de gérer efficacement le backlog produit et de livrer de la valeur à l’entreprise et à ses parties prenantes. La priorisation des histoires utilisateurs repose sur leur impact sur la performance du système, la réduction des erreurs et l’amélioration du service client, ce qui soutient les objectifs globaux du projet.
Améliorer le backlog produit
Bien que le backlog produit mis à jour semble bien s’aligner sur les principes DEEP, il reste toujours de la place pour l’amélioration. Voici quelques domaines potentiels d’amélioration :
- Bien détaillé : Les histoires utilisateurs du backlog produit pourraient être davantage affinées afin de s’assurer qu’elles sont correctement détaillées. Cela pourrait impliquer de diviser les grandes histoires utilisateurs en histoires plus petites ou de fournir davantage de contexte et de clarté concernant les exigences.
- Estimé : Les points d’histoire attribués à chaque histoire utilisateur pourraient être affinés à partir de données réelles provenant de sprints précédents ou de la compréhension croissante de l’équipe concernant les exigences.
- Émergent : Le backlog produit pourrait être continuellement révisé et affiné pour s’assurer qu’il reste émergent. L’équipe pourrait intégrer les retours des parties prenantes ou ajuster le backlog en fonction des nouvelles informations qui émergent pendant le développement.
- Priorisé : La priorisation des histoires utilisateurs pourrait être affinée en fonction des besoins commerciaux changeants ou des retours des parties prenantes. L’équipe pourrait effectuer des revues régulières du backlog pour s’assurer que les histoires utilisateurs les plus prioritaires sont traitées en premier.
Dans l’ensemble, le backlog produit est un document vivant qui doit être continuellement révisé et affiné pour s’assurer qu’il s’aligne sur les principes DEEP et soutient les objectifs du projet. L’équipe doit être ouverte aux retours et chercher activement des moyens d’améliorer le backlog produit tout au long du processus de développement.
Résumé
Le cadre DEEP est essentiel pour une gestion efficace du backlog produit, car il aide les équipes à développer un backlog produit complet et priorisé qui reflète la compréhension actuelle des exigences du produit. Le niveau de détail doit être juste suffisant pour fournir une clarté et une direction à l’équipe de développement. Les points d’histoire sont utilisés pour estimer la quantité de travail nécessaire pour terminer l’élément, et le backlog produit est continuellement mis à jour en fonction des changements dans les exigences du produit. La priorisation aide l’équipe de développement à se concentrer en premier sur les éléments les plus importants.
Le cadre DEEP fournit un ensemble de directives pour une gestion efficace du backlog produit. Il garantit que le backlog produit est correctement détaillé, estimé, émergent et priorisé en fonction de plusieurs facteurs tels que la valeur pour l’utilisateur, la valeur commerciale, la faisabilité technique, la complexité et les dépendances. En suivant le cadre DEEP, les équipes peuvent gérer efficacement le backlog produit, en s’assurant que le produit répond aux besoins de ses utilisateurs et de ses parties prenantes.