Dans un projet logiciel, le product owner et l'équipe de développement se sont mis d'accord sur un backlog de sprint où la priorité absolue est un module de paiement. L'équipe a travaillé dessus pendant la première moitié du sprint, mais deux développeurs veulent maintenant consacrer le reste du temps à refactoriser une autre fonctionnalité qui pourrait causer des problèmes futurs. Que doit faire le chef de projet ?

L'objectif du sprint est un engagement de l'équipe envers le Product Owner et les parties prenantes. Le chef de projet doit rappeler aux développeurs que l'objectif principal est de livrer les éléments du backlog de sprint convenus, en particulier le module de paiement prioritaire. Le refactoring, bien que potentiellement bénéfique à long terme, ne doit pas compromettre l'atteinte de l'objectif du sprint en cours. Les discussions sur le refactoring ou d'autres améliorations peuvent être abordées lors de la planification du prochain sprint ou de la rétrospective, une fois l'objectif actuel atteint. Permettre le refactoring maintenant risquerait de ne pas atteindre l'objectif du sprint. Transmettre le problème aux responsables fonctionnels est une escalade inutile à ce stade. Féliciter les développeurs est inapproprié si cela conduit à dévier de l'objectif du sprint.