Primeiro, ouço "Tarefa Ágil" e acho que um ou dois dias de trabalho, e não uma semana. As tarefas são aquelas em que você divide as histórias quando a própria história se encaixa na iteração, e é uma raridade real ter uma história que não pode ser dividida em partes menores.
Segundo, você está basicamente pedindo a esse novo desenvolvedor que atinja o chão. Se for razoavelmente esperado que ele pule direto e mantenha o ritmo do resto da equipe, a estimativa original deve se manter. Se ele não puder, ele provavelmente não deve ser mantido com essa estimativa, pelo menos não por si mesmo.
Terceiro, qual é a situação? Eu tenho certeza que a situação não era que a equipe estimou o trabalho deles, então alguém saiu e você o substituiu no dia seguinte. Então, eu acho que X caras na equipe estimaram o trabalho deste sprint e pegaram o que eles achavam que poderiam suportar, e então você apresentou o novo cara e agora há X + 1 caras para fazer o trabalho originalmente comprometido por X caras . A menos que a equipe não escolha sua carga de trabalho e, em vez disso, tenha o estoque acumulado pela gerência, eu não daria muito trabalho ao novo cara esta semana. Se o cronograma foi definido pela gerência, não é Agile.
Pessoalmente, eu configuraria esse cara para emparelhar com um programador mais experiente em seu primeiro sprint (se seus programadores não emparelharem o tempo todo, o que eu estou deduzindo que eles não devem), pelo fato de você estar pensando em dar um tarefa para um cara). Olhando por cima do ombro e fazendo perguntas, ele começará a aprender a base de código e, se sua habilidade geral de programação for boa, ele será um revisor de código eficaz quase imediatamente, detectando bugs, códigos ineficientes, etc.