Fréquence de suivi
Dans le suivi de sprint agile, selon un calendrier de suivi établi, les membres de l'équipe entreront des informations de suivi sur les tâches sur lesquelles ils travaillent actuellement. Les équipes peuvent choisir de le faire quotidiennement, hebdomadairement, deux fois par semaine, ou à n'importe quel intervalle qui répond le mieux à leurs besoins d'information. La saisie quotidienne d'informations de suivi garantit que 1) les informations sont saisies alors qu'elles sont fraîches dans l'esprit des gens et 2) les tableaux et graphiques du projet seront mis à jour. De nombreuses équipes effectueront un suivi une ou deux fois par semaine jusqu'à la dernière semaine de l'itération, puis s'assureront que les informations sont fournies plus fréquemment pour assurer une visibilité quotidienne sur l'itération. Une grande partie de ces informations devrait également être communiquée lors de la réunion de stand-up quotidienne. On devrait s'attendre à ce que l'examen d'un graphique de suivi remplace la précieuse communication de la réunion debout quotidienne.
Achèvement de la fonctionnalité par rapport à la tâche
Lorsque toutes les tâches d'une fonctionnalité sont terminées, la fonctionnalité est considérée comme terminée. Certaines équipes peuvent également exiger la réussite de tous les tests d'acceptation.
FAQ
Pourquoi suivre une itération ?
Pour des itérations extrêmement courtes, comme une semaine, la nécessité de mesurer le statut provisoire diminue, mais même au cours d'une itération d'une semaine, il est utile de comprendre si le travail est à mi-chemin à mi-parcours de l'itération, ainsi que potentiellement comment beaucoup de travail supplémentaire a été ajouté à l'itération depuis le plan d'itération initial. À mesure que les itérations augmentent en longueur, la nécessité de comprendre un état précis augmente.
Quelles informations sont suivies lors d'une itération ?
Très peu d'informations doivent être suivies au cours d'une itération. Pour chaque tâche, l'effort fourni et l'estimation du travail restant doivent être suivis régulièrement. L'état des tests d'acceptation doit également être suivi. Scrum ignore les efforts déployés pour concentrer le suivi du sprint uniquement sur les estimations de travail restantes.
Qui saisit les informations de suivi ?
En règle générale, chaque individu entrera ses propres informations de suivi. Certaines équipes choisissent de désigner une seule personne à chaque itération pour collecter et mettre à jour toutes les données de suivi de l'équipe.
À quelle fréquence les membres de l'équipe entrent-ils du temps ?
Chaque organisation établira son propre calendrier de suivi. Les équipes vont généralement de tous les jours à toutes les semaines avec des itérations plus longues.
Les estimations doivent-elles être modifiées au cours d'une itération ?
Les estimations ne sont que cela - des estimations. Certaines tâches seront terminées plus tôt, d'autres plus tard, et de nouvelles tâches seront généralement identifiées. La cohérence et la fiabilité continues sont l'objectif par opposition à la précision de l'estimation. Si une équipe fournit systématiquement 20 jours idéaux de fonctionnalités à chaque itération, ce qui se traduit généralement par une estimation de la tâche comprise entre 200 et 220 heures, alors il s'agit de beaucoup d'informations pour planifier et gérer avec précision un projet. Cela peut entraîner 260 heures de travail réel à chaque itération si cela fait l'objet d'un suivi. Ainsi, la nécessité de revenir en arrière et de réviser les estimations n'est pas nécessaire compte tenu de l'utilisation d'estimations historiquement validées pour la planification par opposition aux capacités réelles ou projetées.
Que se passe-t-il si l'effort restant dépasse l'estimation initiale d'une tâche ?
Si c'est la vérité, alors c'est ce qui est inscrit. Il s'agit simplement d'une réalité sur certaines tâches et le but est de représenter la réalité avec des informations de suivi, pas un idéal ou un calcul.
Pourquoi l'effort restant n'est-il pas simplement calculé ?
Les nombres calculés ne représentent pas l'état réel d'une tâche ou d'un projet, ils représentent un calcul mathématique qui s'est historiquement avéré peu fiable et inexact. Afin de transmettre avec précision le statut d'une tâche, les membres de l'équipe doivent toujours tenir compte de ce qui reste en fonction de toutes les informations désormais disponibles.
Comment savoir quand une tâche est terminée ?
Une tâche est terminée lorsqu'il n'y a plus de travail à faire par quiconque sur la tâche.
Comment savez-vous quand une fonctionnalité est terminée ?
Une fonctionnalité est terminée lorsqu'il n'y a absolument plus de travail à faire sur la fonctionnalité et que la fonctionnalité a été acceptée par le client.
À la fin d'une itération, que se passe-t-il si une fonctionnalité n'est que partiellement réalisée ?
Si une fonctionnalité est partiellement terminée, il appartient au client de déterminer si la fonctionnalité doit être scindée, déplacée vers l'itération suivante, repriorisée, etc. Le développement agile est généralement considéré comme très binaire dans la mesure où la valeur est livrée ou non. Si le travail est fait, mais qu'aucune valeur commerciale n'est délivrée, Agile considère cela comme un gros œuf de poule. Si la fonctionnalité peut être divisée, avec une certaine valeur fournie pendant l'itération en cours et une autre plus tard, c'est au client et à l'équipe d'en décider.
