Fréquence de suivi
Dans le cadre du suivi agile des sprints, selon un calendrier établi, les membres de l'équipe saisissent les informations de suivi relatives aux tâches en cours. Les équipes peuvent choisir de le faire quotidiennement, hebdomadairement, deux fois par semaine, ou à l'intervalle qui leur convient le mieux. La saisie quotidienne des informations de suivi garantit 1) que les informations sont saisies lorsque les participants les ont encore en tête et 2) que les diagrammes et graphiques du projet sont à jour. De nombreuses équipes effectuent un suivi une ou deux fois par semaine jusqu'à la dernière semaine de l'itération, puis veillent à fournir les informations plus fréquemment afin d'assurer une visibilité quotidienne tout au long de l'itération. Une grande partie de ces informations doit également être communiquée lors de la réunion quotidienne. Il est important de noter que la consultation d'un graphique de suivi peut remplacer les précieuses informations communiquées lors de la réunion quotidienne.
Achèvement des fonctionnalités vs. des tâches
Une fois toutes les tâches relatives à une fonctionnalité terminées, celle-ci est considérée comme achevé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, le besoin de mesurer l'état d'avancement intermédiaire diminue. Cependant, même au sein d'une itération d'une semaine, il est utile de savoir si le travail est à mi-chemin, et d'évaluer la charge de travail supplémentaire potentiellement ajoutée depuis le plan initial. Plus les itérations s'allongent, plus il est crucial de connaître précisément l'état d'avancement.
Quelles informations sont suivies lors d'une itération ?
Il est nécessaire de suivre très peu d'informations pendant 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 l'effort fourni afin de concentrer le suivi du sprint uniquement sur les estimations du travail restant.
Qui saisit les informations de suivi ?
En règle générale, chaque personne saisit 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 saisissent-ils leurs heures de travail ?
Chaque organisation définira son propre calendrier de suivi. Les équipes effectuent généralement des suivis quotidiens, hebdomadaires ou plus espacés.
Faut-il modifier les estimations au cours d'une itération ?
Les estimations ne sont que des estimations. Certaines tâches seront terminées en avance, d'autres en retard, et de nouvelles tâches seront généralement identifiées. L'objectif est d'assurer une cohérence et une fiabilité continues, plutôt que la précision des estimations. Si une équipe livre systématiquement l'équivalent de 20 jours de développement de fonctionnalités à chaque itération, ce qui correspond généralement à une estimation de tâche comprise entre 200 et 220 heures, ces informations sont largement suffisantes pour planifier et gérer un projet avec précision. Cela peut représenter jusqu'à 260 heures de travail effectif par itération si ce chiffre est suivi. Il n'est donc pas nécessaire de réviser les estimations lorsqu'on utilise des estimations validées par l'historique pour la planification, plutôt que des données réelles ou une capacité projetée.
Que se passe-t-il si l'effort restant dépasse l'estimation initiale de la tâche ?
Si cela s'avère exact, alors c'est ce qui est enregistré. Il s'agit simplement d'une réalité pour certaines tâches, et l'objectif est de représenter cette réalité à l'aide d'informations de suivi, et non un idéal ou un calcul.
Pourquoi ne pas simplement calculer l'effort restant ?
Les chiffres calculés ne reflètent pas l'état réel d'une tâche ou d'un projet ; ils représentent un calcul mathématique dont l'historique a démontré l'imprécision et le manque de fiabilité. Afin de communiquer avec exactitude l'état d'avancement d'une tâche, les membres de l'équipe doivent toujours prendre en compte les informations disponibles pour déterminer ce qui reste à faire.
Comment savoir quand une tâche est terminée ?
Une tâche est considérée comme terminée lorsqu'il ne reste plus de travail à accomplir par quiconque participant à cette tâche.
Comment savoir quand une fonctionnalité est terminée ?
Une fonctionnalité est considérée comme terminée lorsqu'il ne reste absolument plus aucun travail à effectuer sur cette fonctionnalité et qu'elle a été acceptée par le client.
Que se passe-t-il à la fin d'une itération si une fonctionnalité n'est que partiellement réalisée ?
Si une fonctionnalité est partiellement terminée, il revient au client de décider s'il convient de la scinder, de la reporter à l'itération suivante, de la redéfinir comme prioritaire, etc. Le développement agile est généralement considéré comme très binaire : la valeur est soit livrée, soit elle ne l'est pas. Si le travail est effectué, mais qu'aucune valeur métier n'est générée, l'approche agile considère qu'il s'agit d'un échec. Si la fonctionnalité peut être scindée, une partie de la valeur étant livrée pendant l'itération en cours et une autre ultérieurement, la décision finale revient au client et à l'équipe.
