Partager via


Activités de fin de sprint

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

À la fin d’un sprint, les équipes peuvent souhaiter effectuer plusieurs tâches pour maintenir l’hygiène du backlog. En général, le travail incomplet ne doit jamais être affecté à un sprint passé. Les équipes doivent déterminer comment elles souhaitent gérer le travail qui n’est pas terminé dans un sprint et prendre les mesures appropriées.

Notes

Il n’existe aucun moyen automatique de déplacer des éléments de travail incomplets affectés à un sprint vers un autre. Ni une méthode automatique pour la mise à zéro du Travail restant.

À la fin de chaque sprint, chaque équipe doit déterminer et prendre des mesures pour répondre aux questions suivantes :

  • Comment devons-nous traiter les récits utilisateur et leurs tâches qui ne sont que partiellement terminées à la fin du sprint ?
  • Quelle est la bonne façon de gérer le travail partiellement effectué à la fin afin que les métriques de sprint et la vélocité soient correctement prises en compte ?
  • Que devons-nous examiner et dans quel ordre ?

En général, les activités de fin de sprint doivent être effectuées avant ou après une réunion de révision de sprint, et avant une rétrospective de sprint. L’élément principal à prendre en compte est le maintien des vues et des métriques pour soutenir l’équipe dans ses révisions de sprint, ses rétrospectives et sa planification de sprint.

Objectifs pour les activités de fin de sprint

Chaque sprint représente une période de développement à laquelle le travail est affecté. Passez en revue la liste de contrôle suivante pour connaître les objectifs à garder à l’esprit lors de l’exécution d’activités de fin de sprint.

  • Maintenir l’hygiène du backlog lorsqu’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 technique
  • L’équipe de support se concentre sur l’expédition de logiciels et la réalisation des objectifs de sprint
  • Réduire les efforts de suivi du travail qui n’ont aucune valeur

Conseil

La vélocité de l’équipe n’est pas une mesure de la productivité de l’équipe et ne doit être utilisée que comme métrique pour planifier les sprints futurs. Le travail est soit terminé à la fin d’un sprint, soit il ne l’est pas. S’il est terminé, il est compté. Si ce n’est pas le cas, il est reconsidéré pour un sprint futur et non pour le sprint actuel. La vélocité a tendance à se stabiliser, quels que soient les choix que vous faites. Toutefois, en considérant uniquement le travail effectué, vous travaillez vers une valeur plus réaliste et une meilleure source de données historiques pour faire des prévisions futures.

Déterminer les préférences de l’équipe

Les suggestions suivantes parcourent les activités principales de fin de sprint que les équipes doivent 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.

  • Passez en revue le backlog de sprint pour les récits utilisateur, les éléments de backlog et les tâches incomplets. Vous pouvez effectuer la révision en examinant le backlog de sprint ou le tableau des tâches de sprint.

  • Réaffectez les récits utilisateur, éléments de backlog et tâches qui n’ont pas démarré au backlog de 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 estimés à nouveau et hiérarchisés.

  • Déterminez comment gérer les récits utilisateur, les éléments de backlog ou les tâches incomplets. Gardez à l’esprit que l’objectif est de livrer des logiciels qui fonctionnent. Les deux options disponibles ici sont les suivantes :

    • Divisez le récit en deux pour représenter le travail accompli dans le sprint actuel et le travail restant à effectuer. Pour plus d’informations, consultez Copier ou cloner des récits, des problèmes et d’autres éléments de travail.
    • Réaffectez le récit 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, avoir une valeur différente de zéro pour Travail restant n’a pas beaucoup de sens. Les équipes doivent décider de la façon dont elles souhaitent gérer ces cas et envisager de définir la valeur Travail restant 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 de sprint pour le travail qui est toujours dans un état validé, actif ou en cours. Capture d’écran du backlog de sprint à la fin du sprint.

Réaffecter des récits utilisateur et des tâches incomplets à un sprint futur

Dans le backlog de sprint, choisissez Options d’affichage, puis 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 le montre l’image suivante, le Backlog de l’équipe Fabrikam correspond au Chemin d’itération par défaut défini pour l’équipe. Notez que si la valeur par défaut est définie sur la macro @CurrentIteration, cette sélection ne modifiera pas le Chemin d’itération jusqu’au début du sprint suivant.

Capture d’écran du backlog de sprint avec le volet Planification activé.

Archiver les sprints passés

Au fil du temps, le nombre de sprints définis pour un projet ou affectés à une équipe peut augmenter. Pour réduire le menu déroulant des chemins d’itération, les administrateurs de projet peuvent choisir de déplacer les sprints passés vers une zone d’archivage. En conservant l’affectation de sprint, mais en la déplaçant sous un nœud de sprint différent, toutes les données d’élément de travail sont conservées. Tous les graphiques et widgets de sprint continuent de fonctionner.

Comme le montre l’image suivante, les sprints de 2012 et 2013 ont été déplacés sous le nœud Sprints précédents.

Capture d’écran des chemins d’itération archivés sous le nœud Sprints précédent.

Conseil

Toutes les données stockées dans les éléments de travail sont conservées par Azure DevOps jusqu’à ce que les éléments de travail soient définitivement supprimés.

Conseils d’hygiène de 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 se situe dans la période de sprint, le sprint correspondant est le sprint actuel. Aucune autre action n’est nécessaire pour faire du sprint suivant le sprint actif.

En tant qu’administrateur de projet ou d’équipe, veillez à respecter les conseils suivants pour la gestion des sprints.

  • Les dates de début et de fin définies pour les sprints de votre projet 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 projet et sélectionnés pour vos équipes.

Pour plus d’informations, consultez Définir le chemin d’accès aux itérations et configurer les itérations de l’équipe.