O que fazer se um membro da equipe perder um planejamento de sprint?

Vamos dizer que um membro da equipe está de férias anuais. Ele não participará do planejamento do sprint, mas estará de volta no meio da iteração / sprint. Digamos que ele tenha 50% da capacidade, ou seja, como ele estará disponível para a metade da iteração mais tarde, devemos:

1. ter uma sessão de planejamento com ele depois que ele voltar.

2. faça uma sessão de planejamento com ele antes de sair de férias anuais, ou seja, antes do planejamento do sprint.

3. não o agende para nenhuma tarefa e o designe para tarefas que não sejam de sprint, como picos, etc.

4. fazer com que seus colegas planejem em seu nome durante o planejamento do sprint e a pessoa ausente poderá adicionar tarefas quando voltar e, se não puder fazer todo o trabalho, poderá desmoronar.

5. faça com que ele se sente com outro desenvolvedor e emparelhe a programação por um tempo.

6. algo mais..

estou interessado em saber o que você está fazendo ..

Nota: Estamos fazendo (1) e não parece certo.

Planejar é comprometer-se e dividir histórias de usuários comprometidas em tarefas.

ter uma sessão de planejamento com ele depois que ele voltar.

Definitivamente não. Planejar a sessão depois que ele voltar não faz sentido porque o compromisso já tinha que ser feito.

faça uma sessão de planejamento com ele antes de sair de férias anuais, ou seja, antes do planejamento do sprint.

Definitivamente não. Não deve haver planejamento quando o sprint atual não for concluído = o resultado do sprint atual é desconhecido e ninguém sabe se todas as histórias de usuários serão concluídas e o cliente ficará satisfeito com elas na revisão.

não o agende para nenhuma tarefa e o designe para tarefas que não sejam de sprint, como picos, etc.

Definitivamente não. Ele estará de volta e sua capacidade deve ser usada para o alvo de sprint.

fazer com que seus colegas planejem em seu nome durante o planejamento do sprint e a pessoa ausente poderá adicionar tarefas quando voltar e, se não puder fazer todo o trabalho, poderá desmoronar.

Isto está certo. A equipe se compromete - não um membro específico da equipe. A equipe se compromete a definir histórias de usuários, porque conhece sua velocidade e, com base em seu palpite profissional, pode modificar o comprometimento para o próximo sprint com base na capacidade disponível. Não deve haver tarefas atribuídas a desenvolvedor único antecipadamente. Os desenvolvedores devem ser multifuncionais, mesmo que nem sempre seja possível; eles ainda devem poder pelo menos dividir a história do usuário em tarefas. Pode haver um problema com a estimativa de tarefas, mas, na minha opinião, isso não é necessário.

faça com que ele se sente com outro desenvolvedor e emparelhe a programação por um tempo.

Definitivamente não. A programação de pares deve ser coberta pela própria velocidade. Se você não conta com o desenvolvedor, é o mesmo que dizer que ele estará ausente durante todo o sprint. Por que o cliente deve pagar um tempo do desenvolvedor que não fez nada durante o sprint?

Em uma equipe ágil ideal, os membros estão confortáveis ​​com todas as tecnologias usadas em um projeto e qualquer tarefa pode ser executada por (quase) qualquer membro de uma equipe. Se for esse o caso, depois de dimensionar as tarefas no backlog, definir a iteração e os membros da equipe escolherem o primeiro conjunto de tarefas do backlog, você pode simplesmente deixar o restante das tarefas no bucket e elas serão selecionadas pela equipe membros, incluindo aquele que perdeu a sessão de planejamento.

Em outra situação comum, os membros da equipe são especializados (um é especialista em UI, outro é especialista em banco de dados, terceiro é um guru de middleware etc.) Nesse caso, o membro ausente da equipe recebe suas tarefas na ausência. Ele pode precisar redimensioná-los depois que ele embarcar.

Em uma equipe em que o "scrum" está trabalhando, a própria equipe apanha a folga e cria uma solução criativa. Essa situação não surge com freqüência suficiente para justificar a descrição de casos especiais, apenas "siga o fluxo" pelo resto do sprint. Afinal, esses sprints não são muito longos de qualquer maneira.

Férias planejadas / não planejadas são apenas parte do jogo. @Asim Ghaffar, os métodos sugeridos - pelo menos a maioria deles parece estar criminalizando uma pessoa que se ausentou da reunião de planejamento do sprint. Em uma equipe, que tenha um respeito saudável um pelo outro, entenderá as necessidades pessoais de uma pessoa e, nessas equipes, haverá confiança saudável sobre o tipo de trabalho que ele / ela realiza. É com essa confiança que eles planejam o que podem fazer, considerando o momento em que diferentes indivíduos estariam fora do trabalho para uma iteração / sprint específica.

São os tempos difíceis que mostram quão profissional é uma equipe. Em uma equipe de tamanho médio, em nossa empresa sempre existe uma pessoa que perde a reunião de planejamento do sprint. Nós não o criminalizamos. Acreditamos que ele é maduro o suficiente para tomar sua decisão :)

Agradeço sua pergunta desde que tenha sede de aprender e apreciar o espírito da metodologia Agile de desenvolvimento de software.

Onde trabalho, 4 seria a solução comum adotada. A (s) pessoa (s) que falta (s) da reunião podem estar de férias, doentes ou ter algo a ser feito em alguns casos, apenas porque alguém está faltando, não significa que o sprint não deva continuar. A idéia aqui é que a equipe reconheça que tipos de ajustes podem ser feitos se alguém estiver ausente por metade de um sprint, embora possa haver mais do que alguns ajustes feitos no final.

As pessoas sempre tendem a ter férias :-) nenhum dano causado.

Em um grupo ágil, se alguém precisa de férias, se o ágil funcionar corretamente, uma pessoa desaparecida não deve fazer muita diferença; sim, o grupo pode fazer menos do que o normal, mas significa apenas fazer menos recursos nessa iteração.