Devido à condição de saúde de um membro do scrum, ele precisa sair da equipe.
Minha pergunta é: preciso iniciar uma sessão de planejamento de sprint novamente? ou alterar o gráfico de queima? ou pedir a todos os membros da equipe que mordam a bala e façam um trabalho extra para atingir a meta?
obrigado
scrum
scrum-master
janetsmith
fonte
fonte
Respostas:
Você precisa remover o escopo das histórias menos importantes e movê-las para o próximo sprint. Sua capacidade mudou e o sprint deve refletir isso.
Se o cliente adicionar uma nova história de alta prioridade, o que você fará? Aceitá-lo e adicioná-lo ao sprint? Re-planejar? Alterar o gráfico de queima? Morda a bala? Não. Você desescala outras histórias porque não tem capacidade.
Isso não é diferente - as circunstâncias mudaram e sua equipe não pode mais se comprometer com o escopo inicial.
fonte
Disclaimer: Tudo isso vem com a ressalva, "em um mundo perfeito". Agora chegue o mais perto possível e você ficará bem.
fonte
Como membro da equipe ou scrum master, não faça nada, exceto informar o proprietário do produto sobre a situação. Sua equipe já se comprometeu com uma quantidade de histórias de usuários com base em alguma capacidade esperada. Algo ruim aconteceu e um dos membros da sua equipe não pode continuar no sprint devido a problemas de saúde. Isso pode acontecer e ninguém pode culpá-lo por você.
Cabe ao proprietário do produto decidir o que fazer a seguir. É óbvio que você provavelmente não entregará o que comprometeu. O proprietário do produto pode deixar o sprint continuar como está, para que você complete o máximo de histórias de usuários possível, sem perder um membro da equipe e horas extras irracionais, ou ela pode decidir parar o sprint e iniciar um novo - mas seria bastante drástico.
Descoping é perigoso. Sprint deve ser uma zona segura para a equipe. Faz parte dos princípios ágeis para capacitar as pessoas. A equipe está capacitada para assumir um compromisso. Uma vez que você permita a alteração do compromisso durante o sprint, isso poderá se tornar uma prática comum em breve e todo o ponto de compromisso e zona segura desaparecerá. Você ficará caótico com a mudança contínua do alvo do sprint.
fonte
Perceba que o scrum tem velocidade para ajudar a gerenciar isso.
Meu entendimento é que sua velocidade se ajustará à nova equipe ao longo do tempo. Alguns lugares permitem estimar uma diminuição na velocidade, para ajudar a gerenciar melhor quando os membros da equipe saem ou apenas saem de férias.
fonte
Analise o impacto no sprint geral. Identifique soluções alternativas / solução alternativa. Discuta com o proprietário do produto para mudar as histórias de usuários com menos prioridade / importância para o próximo sprint. Traga recursos adicionais para este sprint ou sprint futuro.
fonte