Concepts clés pour les sprints et Scrum dans Azure Boards
Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019
Cet article fournit un bref dictionnaire de termes et d’outils disponibles utilisés pour le suivi du travail à l’aide de sprints et des méthodes Scrum. Les autres ressources à consulter sont Glossaire Agile et Glossaire de la gestion de projet et de la navigation.
Outils agiles
Suite d’outils web utilisés pour suivre le travail et prendre en charge les méthodologies Agile. Les outils Agile prennent en charge les méthodes Agile principales (Scrum et Kanban) utilisées aujourd’hui par les équipes de développement de logiciels. En savoir plus : À propos des outils Agile et de la gestion de projet Agile.
Bogues
Type d’élément de travail qui enregistre une source potentielle d’insatisfaction à l’égard du produit. Nom commun d’un type d’élément de travail pour le suivi des défauts de code. Chaque équipe peut choisir la façon dont elle souhaite gérer les bogues. Certaines équipes aiment suivre les bogues ainsi que les exigences du backlog. D’autres équipes aiment suivre les bogues en tant que tâches effectuées pour prendre en charge une exigence. Les bogues apparaissent ensuite dans leur tableau des tâches. En savoir plus : Gérer les bogues.
Graphiques de burndown ou burnup
Les graphiques de burndown et burnup prennent en charge la gestion de projet pour suivre visuellement le travail effectué au fil du temps. Les graphiques de burndown commencent par la quantité totale de travail planifiée. À mesure que le travail est terminé, le burndown affiche le travail restant. Avec la progression du temps, la quantité de travail à faire diminue. Les graphiques de burnup suivent le travail à mesure qu’il est effectué au fil du temps. Ils sont utiles pour montrer la vélocité à laquelle le travail est terminé.
Pour plus d’informations, consultez Instructions Burndown et burnup.
Capacité de l’équipe et de l’individu
La capacité est corrélée au temps réel des tâches, en heures ou en jours, qu’une personne ou une équipe doit travailler. Azure DevOps fournit un outil de capacité pour le sprint de chaque équipe afin de définir la capacité. Les équipes définissent généralement la capacité lorsqu’elles prévoient de créer des tâches et d’estimer le temps nécessaire à l’exécution d’une tâche.
En définissant la capacité de l’équipe, l’équipe connaît exactement le nombre total d’heures ou de jours de travail dont dispose l’équipe pour chaque sprint. Avec cet outil, vous définissez la capacité de chaque membre de l’équipe et les jours de congé. La définition de la capacité de chaque membre de l’équipe travaillant pendant un sprint entraîne l’affichage de la barre de capacité pour cette personne. En savoir plus : Définir la capacité de sprint.
Barres de capacité
Avec les barres de capacité, vous pouvez rapidement voir qui est au-delà, à ou en deçà de la capacité. Les barres de capacité sont mises à jour avec chacune de ces activités :
- Les tâches sont affectées avec un travail non nul restant
- Modification du travail restant
- Changement de date dans le cycle de sprint. La capacité individuelle et d’équipe reflète toujours la capacité du jour actuel jusqu’à la fin du sprint.
| Couleurs de capacité | Barres de capacité |
|---|---|
 |
 |
Pour plus d’informations, consultez Ajuster le travail en fonction de la capacité de sprint.
Réunions Scrum quotidiennes
Les réunions Scrum quotidiennes aident les équipes à rester concentrées sur ce qu’elles doivent faire pour optimiser leur capacité à respecter leurs engagements de sprint. Le Scrum Master de l’équipe doit appliquer la structure de la réunion et s’assurer qu’elle commence à l’heure et se termine en moins de 15 minutes. En savoir plus : Meilleures pratiques Scrum, Réunion Scrum quotidienne.
Forecast
L’outil de prévision aide les équipes à planifier leurs sprints. L’outil montre aux équipes les éléments du backlog qui peuvent être complétés dans les sprints futurs en fonction des estimations d’éléments de travail et d’une vélocité définie. Comme indiqué ici, une vélocité de 20 indique qu’il faudra cinq sprints pour terminer le travail présenté. En savoir plus : Prévoir votre backlog de produit.
Chemins d’itération (également appelés sprints)
Période, généralement de deux à trois semaines, utilisée pour regrouper les éléments de travail à terminer pendant cette période. Les sprints sont utilisés dans les méthodes Scrum pour prendre en charge la planification des sprints, le burndown de sprint et d’autres processus Scrum. Les chemins de l’itération vous permettent de regrouper le travail dans des sprints, des jalons ou d’autres périodes spécifiques à un événement ou liées au temps. En savoir plus : À propos des chemins de zone et d’itération.
Backlog de produit
Liste interactive d’éléments de travail qui correspond au plan de projet ou à la feuille de route d’une équipe pour ce que l’équipe prévoit de fournir. Le backlog de produit prend en charge la hiérarchisation du travail, la prévision du travail par sprints et la liaison rapide du travail aux éléments de backlog du portefeuille. Vous pouvez définir vos éléments de backlog, puis gérer leur état à l’aide du tableau.
Chaque backlog de produit peut être personnalisé par une équipe. En savoir plus : Créer votre backlog.
Élément de backlog de produit (PBI)
Type d’élément de travail qui définit les applications, les exigences et les éléments que les équipes prévoient de créer. En général, les propriétaires de produit définissent et empilent les éléments du backlog de produit qui sont définis avec le processus Scrum. En savoir plus : Types d’élément de travail et flux de travail des processus Scrum.
Rôle de propriétaire de produit
Le rôle des propriétaires de produit est d’agir en tant qu’interface entre les clients et l’équipe. Un propriétaire de produit peut réduire le besoin de spécifications détaillées. Il réduit les besoins en étant plus réactif aux questions de l’équipe sur les détails de l’implémentation. De plus, il définit clairement les critères d’acceptation au sein de chaque exigence.
Rôle Scrum Master
Les Scrum Masters aident à créer et à maintenir des équipes saines en utilisant des processus Scrum. Ils guident, accompagnent, enseignent et aident les équipes Scrum dans l’emploi approprié des méthodes Scrum. Les Scrum Masters jouent également le rôle d’agents de changement pour aider les équipes à surmonter les obstacles et à conduire l’équipe vers des augmentations significatives de la productivité. En savoir plus : Meilleures pratiques Scrum, Rôle du Scrum Master.
Sprints (également appelés itérations)
Un sprint est une période de deux à trois semaines généralement utilisée pour regrouper les éléments de travail à effectuer pendant cette période. Les sprints sont utilisés dans les méthodes Scrum pour prendre en charge la planification des sprints, le burndown de sprint et d’autres processus Scrum. Les sprints sont définis via des chemins d’itération. Pour plus d’informations, consultez À propos des chemins de zone et d’itération (également appelés sprints).
Backlog des sprints
Liste interactive d’éléments de travail qui ont été attribués au même chemin de sprint ou d’itération pour une équipe. Le backlog de sprints prend en charge les équipes qui utilisent des méthodologies Scrum. En savoir plus : Planification des sprints.
Burndown chart Sprint
Le graphique de sprint burndown reflète les progrès réalisés par une équipe dans l’exécution de tout le travail estimé lors de sa réunion de planification de sprint. L’équipe le surveille pour atténuer les risques et vérifier l’évolution de l’étendue tout au long de son cycle de sprint. La ligne de tendance idéale indique toujours un burndown régulier. La zone bleue, comme illustré dans le graphique suivant, représente ce qui se passe réellement. Elle montre l’accumulation du travail à mesure que les membres de l’équipe ajoutent des tâches et la réduction du travail à mesure que les membres de l’équipe les effectuent. En savoir plus : Surveiller le burndown du sprint.
Objectifs de sprint
Les objectifs de sprint sont utilisés pour concentrer les activités de sprint. L’objectif résume ce que l’équipe souhaite accomplir à la fin du sprint. En savoir plus : Bonnes pratiques Scrum, Définir des objectifs de sprint.
Planification de sprint
La réunion de planification de sprint se produit au début d’un sprint, lorsque le propriétaire du produit et l’équipe s’entendent sur un ensemble d’objectifs de sprint et de travail. En savoir plus : Bonnes pratiques Scrum, Réunions de planification de sprint.
Réunions rétrospectives de sprint
La révision de sprint ou la réunion rétrospective se produit à la fin d’un sprint. Cette réunion se produit lorsque l’équipe montre le travail qu’elle a effectué pendant le sprint. Le propriétaire du produit, les clients et les parties prenantes acceptent les récits utilisateur qui répondent à leurs attentes et identifient les nouvelles exigences. Les clients comprennent souvent mieux leurs besoins après avoir vu les démonstrations et peuvent identifier les modifications qu’ils souhaitent voir. En savoir plus : Bonnes pratiques Scrum, Réunion rétrospective de sprint.
Tâche
Une tâche est un type d’élément de travail utilisé pour suivre le travail estimé et restant. Dans Scrum, une tâche est définie entre quatre et douze heures. La définition des tâches est essentielle pour surveiller le burndown du sprint, travailler avec la capacité de l’équipe et utiliser le tableau des tâches. Les tâches sont liées à leurs éléments de backlog de produit parent ou à leurs récits utilisateur. En savoir plus : Ajouter des tâches aux éléments de backlog.
Tableau de tâches
Un tableau des tâches fournit un tableau de progression interactif pour le travail requis pour terminer le backlog de sprint d’une équipe. Pendant votre sprint, vous souhaiterez mettre à jour l’état des tâches et le travail restant pour chaque tâche. La mise à jour des tâches, quotidiennement ou plusieurs fois par semaine, permet d’obtenir un graphique d’avancement de sprint plus fluide. En savoir plus : Tableau des tâches.
Teams
Une équipe correspond à un ensemble sélectionné de membres du projet. Avec les équipes, les organisations peuvent sous-catégoriser le travail pour mieux se concentrer sur tout le travail suivi dans un projet. Chaque équipe a accès à une suite d’outils Agile. Les équipes peuvent utiliser ces outils pour travailler de manière autonome et collaborer avec d’autres équipes au sein de l’entreprise. Chaque équipe peut configurer et personnaliser chaque outil pour répondre à ses besoins de travail. Pour plus d’informations, consultez À propos des équipes et des outils Agile.
Membre d’équipe
Un membre qui a été ajouté à un projet ou à une organisation, puis à une équipe spécifique. Les membres du projet peuvent être ajoutés à plusieurs équipes. Plusieurs outils Agile, comme la planification de la capacité, les alertes d’équipe et les widgets de tableau de bord, sont inclus dans l’étendue de l’équipe. Autrement dit, ils référencent automatiquement les utilisateurs qui ont été ajoutés en tant que membres d’une équipe pour prendre en charge les activités de planification ou l’envoi d’alertes.
Pour ajouter des utilisateurs à une équipe, consultez Ajouter des utilisateurs à un projet ou à une équipe spécifique.
Dette technique
La dette technique comprend tout ce que l’équipe doit faire pour déployer le code de qualité de la production et le maintenir en production. Par exemple, les bogues, les problèmes de performances, les problèmes opérationnels, l’accessibilité et d’autres. En savoir plus sur la façon de réduire la dette technique : Qu’est-ce que le développement Agile ?.
Réunions de triage
Les réunions de triage sont utilisées pour passer en revue et organiser le backlog et les bogues attribués à une équipe. D’autres détails, comme les estimations, les critères d’acceptation, etc., peuvent être ajoutés aux éléments de travail. En règle générale, un propriétaire de produit gère des réunions de triage, et les chefs d’équipe, les analystes métier et d’autres parties prenantes qui peuvent parler des risques spécifiques du projet y participent.
Récit utilisateur
Type d’élément de travail qui définit les applications, les exigences et les éléments que les équipes prévoient de créer. Généralement, les propriétaires de produits définissent les récits utilisateur et les classent par leur rang. Le récit utilisateur est défini avec le processus Agile. En savoir plus : Types d’élément de travail et flux de travail des processus Agile.
Vélocité et graphique de vélocité
La vélocité fournit une métrique utile pour obtenir des informations sur la quantité de travail que votre équipe peut effectuer pendant un cycle de sprint. Une fois que votre équipe a effectué plusieurs sprints, elle peut utiliser le graphique de vélocité et l’outil de prévision pour estimer le travail qui peut être accompli dans les sprints futurs.
La vélocité est une mesure du travail qu’une équipe peut effectuer en fonction de sa cadence de sprint. Le graphique de vélocité intégré mesure la vélocité en additionnant les Story Points (Agile), l’Effort (Scrum) ou la Taille (CMMI) définis pour un sprint.
Par exemple, dans le graphique présenté, ci-dessous, la barre verte indique l’effort total estimé (Story Points) des récits utilisateur effectués dans chaque sprint. Le bleu correspond à l’effort estimé des articles non encore terminés. En savoir plus : Afficher et utiliser le graphique de vélocité d’équipe intégré.
Avec le graphique de vélocité intégré, vous pouvez ajouter un widget de vélocité au tableau de bord de votre équipe. Vous pouvez configurer ce widget pour additionner un nombre d’éléments de travail ou la somme des efforts. En savoir plus : Configurer le widget Vélocité.
Chaque équipe est associée à un seul et unique graphique de vélocité. La vélocité varie en fonction de la capacité de l’équipe, d’un sprint à l’autre. Toutefois, au fil du temps, la vélocité devrait indiquer une moyenne fiable qui peut être utilisée pour prévoir l’intégralité du backlog. En minimisant la variabilité de la taille des éléments du backlog (effort ou Story Points), vous obtenez des métriques de vélocité plus fiables. En savoir plus : Ajouter des tâches aux éléments de backlog.