Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
À la fin d’un sprint, les équipes doivent effectuer plusieurs tâches pour maintenir l’hygiène du backlog et garantir des métriques précises. Le travail incomplet ne doit pas rester affecté à un sprint passé, et les équipes doivent décider comment gérer les éléments non terminés. Bien qu’il n’existe aucun moyen automatique de déplacer des éléments de travail incomplets vers un autre sprint ou de réinitialiser le travail restant sur zéro, les équipes peuvent prendre des mesures spécifiques pour résoudre ces problèmes.
Les actions clés à entreprendre sont les suivantes :
- Décidez comment gérer des récits et des tâches utilisateur partiellement terminés à la fin du sprint.
- Gérer les tâches incomplètes afin de garantir l’exactitude des indicateurs et de la vitesse du sprint.
- Passez en revue les éléments dans un ordre de priorité pour maintenir le focus et l’efficacité.
Effectuez des activités de fin de sprint avant ou après une réunion de révision de sprint et avant une rétrospective sprint. Ces activités permettent de maintenir des vues et des métriques précises pour prendre en charge les révisions de sprint, les rétrospectives et la planification future du sprint.
Conseil / Astuce
Vous pouvez utiliser l’IA pour aider avec cette tâche plus loin dans l'article, ou voir Activer l'assistance IA avec Azure DevOps MCP Server pour commencer.
Objectifs pour les activités de fin de sprint
Chaque sprint représente une période de développement chronologique à laquelle le travail est affecté. Passez en revue la liste de contrôle suivante pour connaître les objectifs à garder à l’esprit lorsque vous effectuez des activités de fin de sprint.
- Maintenir l’hygiène du backlog où aucun travail incomplet n’est affecté à un sprint dont la date de fin est passée
- Gérer les états des éléments de travail et les affectations de sprint pour prendre en charge la surveillance de la progression et de la vélocité de l’équipe
- Activités d’amélioration continue de l’équipe de support
- L’équipe de support se concentre sur les logiciels d’expédition et sur les objectifs de sprint
- Réduire les efforts de suivi des travaux sans valeur
Conseil / Astuce
La vélocité de l’équipe mesure la précision de la planification, et non la productivité. Seul le travail terminé est pris en compte dans le calcul de la vitesse. Les travaux incomplets devraient être reconsidérés pour un sprint futur. En vous concentrant sur le travail terminé, vous obtenez des métriques plus réalistes et de meilleures données historiques pour la planification future.
Choisir les préférences de l’équipe
Les suggestions suivantes parcourent les principales activités de fin de sprint que les équipes devraient envisager d’effectuer. En règle générale, ces activités doivent être effectuées le dernier jour du sprint ou après la réunion de révision du sprint.
Examinez le carnet de commandes du sprint pour détecter les histoires d'utilisateurs, les éléments du carnet de commandes et les tâches incomplètes. Vous pouvez effectuer la révision en examinant le backlog du sprint ou le tableau des tâches du sprint.
Réaffecter les récits utilisateur, les éléments de backlog et les tâches non démarrés au backlog du produit ou au sprint suivant. À l’aide du volet Planification, vous pouvez réaffecter des éléments au backlog d’équipe ou à un sprint ultérieur. Les éléments de travail réaffectés peuvent être redimensionnés et hiérarchisés.
Déterminez comment gérer des récits utilisateur incomplets, des éléments de backlog ou des tâches. Gardez à l’esprit que l’objectif est d’expédier des logiciels de travail. Les deux choix ici sont les suivants :
- Divisez l'élément en deux parties pour représenter le travail terminé dans le sprint actuel et le travail restant à accomplir. Pour plus d’informations, consultez Copier ou cloner des récits, des problèmes et d’autres éléments de travail.
- Réaffectez l’histoire au sprint suivant où le travail peut être effectué. Tous les récits non terminés dans le sprint actuel comptent pour zéro pour la vélocité du sprint.
Déterminez comment gérer le travail restant pour les tâches terminées. Si les tâches sont terminées, l’utilisation d’une valeur différente de zéro pour le travail restant n’a pas beaucoup de sens. Teams doit décider de la façon dont ils veulent gérer ces cas et envisager de définir la valeur Restante de travail sur zéro pour les tâches terminées.
Examiner le backlog de sprint pour le travail incomplet
Pour déterminer le travail incomplet, passez en revue le backlog Sprint pour le travail qui se trouve toujours dans un état Validé, Actif ou En cours .
Conseil / Astuce
Dans Azure DevOps, la fermeture d'un sprint ne limite pas automatiquement les mises à jour au sprint. Une fois qu’un sprint est fermé, il est essentiel de déplacer manuellement tous les éléments de travail non terminés vers le sprint ou le backlog actuel.
Réaffecter des récits d’utilisateurs et des tâches incomplets à un sprint futur
Dans le backlog Sprint, choisissez 
Options d’affichage et sélectionnez Planification. Faites glisser et déposez les éléments de travail incomplets dans le sprint suivant ou dans le backlog d’équipe.
Comme illustré dans l’image suivante, le backlog de l’équipe Fabrikam correspond au chemin d’itération par défaut défini pour l’équipe. Si la valeur par défaut est définie sur la macro @CurrentIteration , cette sélection ne modifie pas le chemin d’itération jusqu’au début du sprint suivant.
Archiver les sprints passés
Au fil du temps, le nombre de sprints définis pour un project ou affecté à une équipe peut croître. Pour réduire le menu déroulant des chemins d’itération, les administrateurs de projet peuvent déplacer les sprints passés vers une zone d’archivage. Lorsque vous conservez l’affectation du sprint, mais que vous la déplacez vers un nœud de sprint différent, toutes les données des éléments de travail sont conservées. Tous les graphiques sprint et widgets continuent de fonctionner.
Comme illustré dans l’image suivante, les sprints de 2012 et 2013 ont été déplacés sous le nœud Sprints précédents .
Conseil / Astuce
Azure DevOps conserve toutes les données stockées dans les éléments de travail jusqu’à ce que les éléments de travail soient définitivement supprimés.
Conseils d’hygiène du sprint
Le backlog de sprint pointe automatiquement vers le sprint actuel en tant que sprint actif en fonction des dates de début et de fin. Si la date actuelle tombe dans la période de sprint, le sprint correspondant est le sprint actuel. Aucune action supplémentaire n’est nécessaire pour que le sprint suivant soit le sprint actif actuel.
En tant qu’administrateur project ou d’équipe, veillez à suivre les instructions suivantes pour gérer les sprints.
- Les dates de début et de fin définies pour les sprints de votre project ne doivent pas se chevaucher.
- Tous les sprints qui intéressent une équipe doivent être sélectionnés pour la configuration de cette équipe.
- Plusieurs sprints futurs doivent être définis pour votre project et sélectionnés pour vos équipes.
Pour plus d’informations, consultez Définir des chemins d’itération (sprints) et configurer des itérations d’équipe.
Utiliser l’IA pour les activités de fin de sprint
Si vous disposez du Azure Boards MCP Server connecté à votre agent IA en mode agent, vous pouvez utiliser des invites en langage naturel pour rechercher et mettre à jour des éléments de travail à la fin d’un sprint.
| Tâche | Exemple d’invite |
|---|---|
| Rechercher un travail incomplet | List all work items in Sprint 11 for <Contoso Team> that are still Active or In Progress |
| Déplacer des éléments vers le sprint suivant | Move all incomplete user stories from Sprint 11 to Sprint 12 in project <Contoso> |
| Réduire à zéro le travail restant | Set remaining work to 0 for all tasks in Sprint 11 that are in the Done state |
| Résumé de l’achèvement du sprint | Summarize Sprint 11 for <Contoso Team>: count completed vs. incomplete items and total story points completed |
| Générer des données rétrospectives | For Sprint 11, show items that were added mid-sprint, items removed, and items that changed priority |
| Identifier les modèles de survol | Which work items have rolled over from two or more consecutive sprints in project <Contoso>? Flag them as chronic carryover |
| Fermer les tâches obsolètes | Find tasks in Sprint 11 that have been in Active state with no updates in the last 7 days and set them to Removed |
| Calculer la vitesse de sprint | What was the completed story point total for each of the last 5 sprints for <Contoso Team>? |
| Baliser les éléments incomplets | Add the tag "Carryover" to all work items moved from Sprint 11 to Sprint 12 in project <Contoso> |
| Audit de fin de sprint | Are there any tasks in Sprint 11 still assigned to team members who are no longer on <Contoso Team>? |
Note
Le mode agent et le serveur MCP utilisent le langage naturel. Vous pouvez donc ajuster ces invites ou poser des questions de suivi pour affiner les résultats.