Prima di tutto, sento "Agile Task" e penso che il lavoro da uno a due giorni, non una settimana. I compiti sono ciò in cui infrangi le storie quando la storia stessa si inserisce nell'iterazione, ed è una vera rarità avere una storia che non può essere scomposta in parti più piccole.
In secondo luogo, stai sostanzialmente chiedendo a questo nuovo sviluppatore di andare a fondo. Se si può ragionevolmente aspettarsi di saltare a destra e mantenere il ritmo del resto della squadra, allora la stima originale dovrebbe valere. Se non può, 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 stimava il loro lavoro, poi qualcuno è uscito e tu lo hai sostituito il giorno dopo. Quindi, penso che X ragazzi del team stimino il lavoro di questo sprint e abbiano preso 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 invece il backlog fosse pieno zeppo di dirigenti, non darei molto al nuovo ragazzo per questa settimana. Se la pianificazione è stata impostata dalla direzione, non è Agile.
Personalmente, avrei impostato questo ragazzo per accoppiarlo con un programmatore più esperto per il suo primo sprint (se i tuoi programmatori non si accoppiano in continuazione, cosa che non sto dicendo per il fatto che tu sia considerando di dare un compito a un ragazzo). Guardando da sopra la sua spalla e facendo domande, inizierà a imparare la base di codice, e se la sua abilità di programmazione generale è all'altezza, sarà un efficace revisore di codici quasi immediatamente, individuando bug, codice inefficiente, ecc.