En primer lugar, escucho "Agile Task" y creo que uno o dos días de trabajo, no una semana. Las tareas son en las que se dividen las historias cuando la historia en sí encaja en la iteración, y es una verdadera rareza tener una historia que no se pueda dividir en partes más pequeñas.
En segundo lugar, básicamente le estás pidiendo a este nuevo desarrollador que empiece a ejecutar. Si se puede esperar razonablemente que salte y mantenga el ritmo del resto del equipo, entonces la estimación original debería mantenerse. Si no puede, probablemente no debería tener esta estimación, al menos no solo.
Tercero, ¿cuál es la situación? Estoy bastante seguro de que la situación no fue que el equipo calculó su trabajo, luego alguien se fue y lo reemplazaste al día siguiente. Entonces, creo que X chicos en el equipo estimaron el trabajo de este sprint y tomaron lo que pensaron que podían manejar, y luego presentaste al nuevo chico y ahora hay X + 1 chicos para hacer el trabajo originalmente comprometido por X chicos . A menos que el equipo no escogiera su carga de trabajo y, en cambio, tuviera la acumulación de trabajo atrapado por la gerencia, no le estaría dando mucho al nuevo tipo esta semana. Si el horario fue establecido por la gerencia, no es Agile.
Personalmente, configuraría a este tipo para que se empareje con un programador más experimentado para su primer sprint (si sus programadores no se emparejan todo el tiempo, lo que infiero que no lo hacen por el hecho de que está considerando dar uno tarea a un chico). Al mirar por encima del hombro y hacer preguntas, comenzará a aprender la base de código, y si su habilidad general de programación está a la altura, será un revisor de código efectivo casi de inmediato, detectando errores, código ineficiente, etc.
