Prima di tutto, sento "Agile Task" e penso da uno a due giorni di lavoro, non di una settimana. I compiti sono ciò in cui si spezzano le storie quando la storia stessa si inserisce nell'iterazione, ed è una vera rarità avere una storia che non può essere suddivisa in pezzi più piccoli.
In secondo luogo, stai sostanzialmente chiedendo a questo nuovo sviluppatore di mettersi in gioco. Se ci si può ragionevolmente aspettare che salti dentro e tenga il passo del resto della squadra, allora la stima originale dovrebbe essere valida. Se non ci riesce, probabilmente non dovrebbe essere tenuto a questa stima, almeno non da solo.
Terzo, qual è la situazione? Sono abbastanza sicuro che la situazione non fosse che il team ha stimato il loro lavoro, quindi qualcuno è uscito e tu l'hai sostituito il giorno successivo. Quindi, sto pensando che X ragazzi del team abbiano stimato il lavoro di questo sprint e preso in considerazione ciò che pensavano di poter gestire, e poi hai introdotto il nuovo ragazzo e ora ci sono X + 1 ragazzi a fare il lavoro inizialmente impegnato da X ragazzi . A meno che il team non abbia scelto il proprio carico di lavoro e che il management non abbia riempito l'arretrato, questa settimana non darei molto al nuovo ragazzo. Se il programma è stato impostato dalla direzione, non è Agile.
Personalmente, imposterei questo ragazzo per accoppiarlo con un programmatore più esperto per il suo primo sprint (se i tuoi programmatori non si accoppiano sempre, il che sto deducendo non lo fanno dal fatto che stai considerando di darne uno compito per un ragazzo). Guardandosi alle spalle e ponendo domande, inizierà a imparare la base di codice e, se la sua abilità di programmazione generale è all'altezza, sarà un revisore efficace del codice quasi immediatamente, individuando bug, codice inefficiente, ecc. Ecc.