Prévoir votre backlog de produit

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022

Les équipes peuvent utiliser l'outil de prévision pour faciliter les efforts de planification de sprint. Lorsque vous saisissez une valeur pour la vélocité de l’équipe, l’outil de prévision indique les éléments du backlog qui peuvent être effectués dans les sprints futurs. Les deux outils sont des outils spécifiques à l’équipe qui s’appuient sur la capacité de l’équipe à estimer les éléments de backlog. Une fois que votre équipe a terminé un sprint ou deux, elle peut utiliser la vitesse de l’équipe pour prévoir la quantité du backlog qu’elle peut terminer dans les sprints à venir.

L’outil de prévision aide les équipes à répondre aux questions de planification critiques :

• Planification de la capacité de sprint : combien d’éléments du backlog pouvons-nous accomplir dans les sprints futurs ?
• Planification des mises en production : Quand pouvons-nous nous attendre à terminer tous les éléments de notre backlog ?
• Planification des ressources : Quelle vitesse devons-nous respecter nos dates de livraison cibles ?
• Gestion de l’étendue : Quelles fonctionnalités devons-nous hiérarchiser pour les prochaines versions ?

Utilisez cet article pour découvrir :

Prerequisites

Comprendre les principes fondamentaux de la prévision

Avant de vous plonger dans l’outil de prévision, il est important de comprendre le fonctionnement des prévisions dans Azure Boards :

Principes de prévision

• Prédictions basées sur la vélocité : l’outil de prévision utilise la vitesse historique de votre équipe pour prédire la capacité future
• Cohérence du sprint : les prévisions supposent des longueurs de sprint cohérentes et une capacité d’équipe
• Estimation des éléments de travail : les prévisions précises nécessitent des estimations cohérentes et fiables des éléments de travail
• Filtrage basé sur l’état : seuls les éléments de travail dans des états spécifiques (Proposé, En cours) sont inclus dans les prévisions

Limitations de prévision

• Indicateur de performance passé : les prévisions sont basées sur des données historiques et peuvent ne pas tenir compte des modifications futures
• Modifications d’équipe : les prévisions ne s’ajustent pas automatiquement pour les modifications de composition de l’équipe
• Dépendances externes : l’outil ne prend pas en compte les bloqueurs externes ou les dépendances
• Précision de l’estimation : la qualité des prévisions dépend de la précision des estimations des éléments de travail

Activités obligatoires et recommandées

Voici ce que vous devez avoir en place avant d’essayer de prévoir le backlog de votre équipe.

Configuration requise

• Définir des chemins d’itération (sprints) et configurer des itérations d’équipe
  • Les sprints doivent être de la même durée pour des prévisions précises.
  • Sélectionnez suffisamment de sprints futurs pour prévoir l’intégralité de votre backlog de produit.
• Définissez et estimez les éléments du backlog. Si vous travaillez à partir du backlog de votre équipe, les éléments que vous créez sont automatiquement affectés au sprint en cours (itération) et au chemin de la zone par défaut de votre équipe.
• Mettre à jour l’état de l’élément de travail : Mettez à jour l’état des éléments du backlog une fois le travail démarré et terminé. Seuls les éléments de backlog dont l’état est mappé à une catégorie d’état proposé ou en cours apparaissent dans le graphique de vélocité. (Pour plus d'informations, consultez États des workflows et catégories d'état).

Pratiques recommandées

• Réduire la variabilité des estimations : définissez et dimensionner les éléments du backlog pour réduire la variabilité des estimations.
• Configurer le suivi des bogues : déterminez la façon dont votre équipe souhaite traiter les bogues. Si votre équipe choisit de traiter les bogues comme les exigences, les bogues apparaissent dans le backlog et sont comptabilisés dans le graphique de vélocité et les prévisions.
• Définissez le chemin de zone de votre équipe : l’outil de prévision prévoit ces éléments en fonction des paramètres par défaut de votre équipe. Ces paramètres peuvent spécifier d’inclure des éléments dans les chemins de zone sous la valeur par défaut de l’équipe ou de les exclure.
• Maintenez une hiérarchie plate : ne créez pas une hiérarchie d’éléments de backlog et de bogues. L’affichage du nœud feuille, le dernier nœud d’une hiérarchie de même catégorie, peut apparaître uniquement sur les tableaux, les backlogs sprint et les tableaux de tâches. Pour obtenir plus d’informations, consultez Résoudre les problèmes de réorganisation et d’imbrication, comment les backlogs et les tableaux affichent les éléments hiérarchiques (imbriqués).
  Au lieu d’imbriquer les exigences, les bogues et les tâches, conservez une liste plate, en créant uniquement des liens parent-enfant avec une profondeur d’un niveau entre les éléments de différentes catégories. Utilisez les fonctionnalités pour regrouper les exigences ou les récits utilisateur. Vous pouvez rapidement mapper les récits aux fonctionnalités. La carte crée des liens parent-enfant en arrière-plan.
• Nettoyage du sprint complet : à la fin du sprint, mettez à jour l’état des éléments de backlog que l’équipe a terminés. Déplacez les éléments incomplets vers le backlog du produit et considérez-les lors d’une prochaine réunion de planification de sprint.

Considérations relatives à la configuration de l’équipe

Prévoir les sprints à venir

Utilisez l’outil de prévision pour avoir une idée du nombre d’éléments que vous pouvez effectuer dans un sprint. En entrant une vélocité, vous pouvez voir quels éléments sont inclus dans le périmètre des sprints activés par l’équipe.

Pour prévoir votre backlog de produit, effectuez les actions suivantes :

1. Sélectionnez Tableaux>Backlogs sélectionnez l’équipe appropriée dans le menu du sélecteur d’équipe.

   

   Pour sélectionner un autre backlog, ouvrez le sélecteur, puis choisissez une autre équipe ou sélectionnez l’option Afficher le répertoire du backlog. Vous pouvez également entrer un mot clé dans la zone de recherche pour filtrer la liste des backlogs d’équipe pour le projet.

   

2. Vérifiez que vous avez sélectionné Récits (Agile), Problèmes (Basic), Éléments de backlog (Scrum) ou Exigences (CMMI) comme niveau de backlog.

   

3. (Facultatif) Pour choisir les colonnes qui doivent s’afficher et dans quel ordre, choisissez l’icône d’actions , puis sélectionnez Options de colonne. Pour obtenir plus d’informations, consultez Modifier des options de colonne.

   

4. Choisissez l’icône d’options d’affichage et faites glisser Prévisions sur Activé. Pour simplifier les choses, réglez les volets Mappage et Planification sur Désactivé.

   

   Définissez Les éléments en cours sur Désactivé pour masquer les éléments qui ne sont pas comptabilisés dans la prévision. L’outil de prévision ignore les éléments Scrum définis sur Validé ou Terminé, et les éléments Agile et CMMI définis sur Actif, Résolu ou Terminé.

5. Entrez la vélocité prédite de votre équipe.

   

   Tip

   Si votre équipe a travaillé pour plusieurs sprints, vous pouvez avoir une idée de la vitesse de votre équipe à partir du widget Vélocité. Utilisez votre vitesse moyenne au cours des 3-6 derniers sprints pour les prévisions les plus précises.

   L’outil trace des lignes pour chaque sprint futur sélectionné par l’équipe. Les lignes de prévision vous montrent la quantité de travail que votre équipe peut terminer au cours des futurs sprints. En règle générale, les éléments situés au-dessus de la première ligne sont déjà en cours pour le sprint actuel. Les éléments qui se situent entre la première et la deuxième ligne de prévision indiquent ce qui peut être effectué dans le sprint nommé.

Présentation des résultats de prévision

Lecture de la visualisation de prévision

L’outil de prévision affiche votre backlog avec des indicateurs visuels qui vous aident à comprendre la capacité de sprint :

• Lignes de prévision : lignes horizontales qui séparent les éléments de travail en compartiments sprint
• Étiquettes de sprint : chaque ligne est étiquetée avec le nom et la capacité du sprint
• Report de vitesse : La vitesse inutilisée d'un sprint se poursuit dans le suivant.
• Positionnement des éléments : les éléments de travail entre les lignes représentent ce qui peut être terminé dans ce sprint

Interprétation des données de prévision

Lorsque vous passez en revue les résultats des prévisions, tenez compte de ces facteurs :

• Vérification manuelle : vérifiez manuellement les résultats pour comprendre les différences entre ce que vous attendez et ce que l’outil de prévision affiche.
• Capacité de sprint : vérifiez la quantité d’effort (effort, points d’histoire ou taille) prévue par sprint.
• Éléments de travail volumineux : Questionner les résultats des prévisions où l’effort d’un élément est proche ou supérieur à la vitesse d’équipe.
• Transfert de vélocité : comprendre comment la capacité inutilisée des sprints précédents impacte les projections futures.

Exemple d’interprétation des prévisions

Dans cet exemple, une vélocité de 20 est utilisée. L’outil de prévision limite le nombre d’éléments affichés entre les lignes de prévision à ceux qui peuvent être effectués dans le sprint ou en utilisant des points de vitesse inutilisés du sprint précédent.

L'outil de prévision montre qu'entre deux et quatre éléments peuvent être traités pendant les itérations 2 à 6, en fonction du nombre de points d'histoire attribués à chaque histoire utilisateur ou bug. La logique de prévision reporte les points de vélocité d’un sprint à l’autre.

• Itération 2 : 13 points d’histoire, éléments 1 et 2 peuvent être terminés ; 7 points de vitesse passent au sprint suivant

• Itération 3 : 24 points de l’histoire, les éléments 3 à 5 peuvent être terminés ; 3 (=20+7-24) points de vitesse passent au sprint suivant

• Itération 4 : 21 points d’histoire, les éléments 6 à 8 peuvent être terminés ; 2 (=20+3-21) points de vitesse passent au sprint suivant

• Itération 5 : 16 points de récit, les éléments 9 à 12 peuvent être terminés ; 6 (=20+2-16) points de vitesse passent au sprint suivant

• Itération 6 : 23 points d’histoire, les éléments 13 à 16 peuvent être terminés ; 3 (=20+6-23) points de vitesse passent au sprint suivant

  

Scénarios avancés de prévision

Scénario 1 : Déterminer la vitesse requise pour la chronologie

Une autre façon d’utiliser l’outil de prévision est d’entrer différentes valeurs de vélocité jusqu’à ce que tous les éléments de backlog soient terminés dans un ensemble donné de sprints. Cette prévision fournit une estimation de la vélocité requise pour terminer votre backlog d’éléments.

Vous pouvez ensuite évaluer la différence entre la vélocité actuelle de l’équipe et la vélocité requise. La différence permet de déterminer quelles autres ressources sont nécessaires pour répondre aux demandes de production dans un délai requis.

Étapes d’analyse des exigences de vélocité

1. Calculer le total des efforts de backlog : additionner les estimations d’effort pour tous les éléments du backlog
2. Compter les sprints disponibles : déterminer le nombre de sprints que vous avez jusqu’à la date cible
3. Calculer la vitesse requise : diviser l’effort total par les sprints disponibles
4. Comparer avec la vitesse actuelle : identifier l’écart entre la vitesse actuelle et la vitesse requise
5. Planifier en conséquence : déterminer si vous avez besoin d’un plus grand nombre de membres d’équipe, de réduction de l’étendue ou d’ajustement de chronologie

Scénario 2 : Planification des versions avec plusieurs équipes

Pour les organisations avec plusieurs équipes travaillant vers une version commune :

1. Agréger les prévisions d’équipe : combiner les prévisions de toutes les équipes contributeurs
2. Identifier les dépendances : mapper les dépendances entre équipes susceptibles d’affecter la remise
3. Planifier des points d’intégration : planifier des activités d’intégration entre les livraisons d’équipe
4. Surveiller la progression : suivre la progression réelle par rapport aux dates de remise prévues

Scénario 3 : Planification de la capacité avec modification de la taille de l’équipe

Lorsque la composition de l’équipe change pendant un projet :

1. Ajuster la vitesse proportionnellement : augmenter ou diminuer la vitesse en fonction des changements de taille d’équipe
2. Compte du temps d’accélération : les nouveaux membres de l’équipe ont généralement besoin de temps pour atteindre la productivité complète
3. Surveiller les performances réelles : comparer la vitesse réelle avec les prévisions ajustées
4. Recalibrer régulièrement : mettre à jour les prévisions en fonction de nouveaux modèles de vélocité

Meilleures pratiques pour une prévision précise

Pratiques d’estimation

• Utiliser des échelles d’estimation cohérentes : assurez-vous que tous les membres de l’équipe comprennent et appliquent les mêmes critères d’estimation
• Estimer en collaboration : Utiliser la planification du poker ou des techniques similaires pour le consensus de l’équipe
• Décomposer les éléments volumineux : fractionner les éléments de travail volumineux en éléments plus petits et plus prévisibles
• Inclure tout le travail : tenir compte des bogues, de la dette technique et d’autres travaux qui affectent la capacité

Gestion de la vélocité

• Suivre la vitesse réelle : surveillez la vitesse réelle au fil du temps et ajustez les prévisions en conséquence
• Utiliser des moyennes mobiles : baser les prévisions sur la moyenne des 3-6 derniers sprints pour la stabilité
• Compte des changements d’équipe : ajuster les attentes en matière de vélocité lorsque la composition de l’équipe change
• Tenez compte des facteurs externes : tenir compte des vacances, de la formation et d’autres impacts sur la capacité

Prévision de la maintenance

• Mise à jour régulièrement : Actualiser les prévisions au moins une fois par sprint
• Examiner les hypothèses : vérifier que les hypothèses sous-jacentes restent valides
• Communiquer les modifications : informer les parties prenantes des mises à jour de prévision et de leurs implications
• Découvrez les faits réels : comparer les prédictions de prévision avec les résultats réels pour améliorer la précision

Résolution des problèmes courants de prévision

Problème : Prévisions inexactes

Causes possibles :

• Estimations d’éléments de travail incohérents
• Calculs de vélocité basés sur trop peu de sprints
• Changements importants de composition d’équipe
• Dépendances externes non prises en compte

Solutions :

• Examiner et normaliser les pratiques d’estimation
• Utiliser l’historique des vitesses plus longues pour les calculs
• Adapter la vélocité aux changements d'équipe
• Inclure la gestion des dépendances dans la planification sprint

Problème : Outil de prévision n’affichant pas les résultats attendus

Causes possibles :

• Éléments de travail dans des catégories d’état incorrectes
• Configuration incorrecte du chemin d’accès à la zone d’équipe
• Problèmes de configuration sprint
• Estimations d’éléments de travail manquants

Solutions :

• Vérifier que les états de l'élément de travail correspondent aux catégories appropriées.
• Vérifier les paramètres d’équipe pour les chemins de zone et les itérations
• Vérifier que les sprints sont correctement configurés et affectés
• Ajouter des estimations à tous les éléments du backlog

Problème : écart important entre les prévisions et les réels

Causes possibles :

• Tailles d’éléments de travail imprévisibles
• Glissement de l’étendue pendant les sprints
• Défis techniques non pris en compte dans les estimations
• Interruptions externes affectant la capacité

Solutions :

• Améliorer la décomposition des éléments de travail
• Mettre en œuvre une gestion de la portée plus robuste
• Inclure des marges de risque dans les estimations
• Suivre et prendre en compte le travail piloté par les interruptions

Étape suivante

Contenu connexe

• Vitesse d’équipe
• Définir les chemins d’itération (sprints) et configurer les itérations de l’équipe
• Utilisez le tableau des tâches pour suivre le travail pendant votre sprint
• Surveillez le graphique d’avancement de sprint pour déterminer si votre équipe est sur la bonne voie pour terminer le plan de sprint
• Configurer et personnaliser Azure Boards
• Conseils sur les processus agiles