In un progetto software, il product owner e il team di sviluppo hanno concordato un backlog di sprint in cui la massima priorità è un modulo di pagamento. Il team ci ha lavorato durante la prima metà dello sprint, ma due sviluppatori ora vogliono dedicare il resto del tempo a rifattorizzare un'altra funzionalità che potrebbe causare problemi futuri. Cosa dovrebbe fare il project manager?

La risposta corretta è ricordare agli sviluppatori l'importanza di concentrarsi e raggiungere l'obiettivo dello sprint. In Scrum, il team si impegna a completare gli elementi del backlog dello sprint per raggiungere l'obiettivo dello sprint. Il project manager (o Scrum Master in un contesto puramente Scrum) deve proteggere questo impegno e garantire che il team rimanga concentrato. Il refactoring, sebbene potenzialmente utile, non fa parte dell'obiettivo dello sprint concordato e potrebbe compromettere il completamento degli elementi prioritari. Le altre opzioni sono meno appropriate: Consentire il refactoring e affrontare la questione in retrospettiva non è l'ideale perché potrebbe compromettere l'obiettivo dello sprint attuale. Segnalare il problema ai responsabili funzionali è un'escalation prematura e mina l'autonomia del team. Lodare gli sviluppatori per essere proattivi ignora il fatto che stanno deviando dall'obiettivo dello sprint.