Ainda não tem acesso? Estude com a gente! Matricule-se
Ainda não tem acesso? Estude com a gente! Matricule-se

Solucionado (ver solução)

Remoção de membro do time no meio de uma SPRINT

O que acontece quando em uma sprint em andamento, por algum motivo urgente, um membro do time é solicitado em outro projeto e executará atividades externa a Sprint em andamento? Claro que os demais membros do time continuarão a SPRINT, porém a ausência do colega fará com que a SPRINT não seja entregue 100%.

5 respostas

Oi Leonardo tudo bem?

Segundo o Scrum Guide https://scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-Portuguese-Brazilian.pdf

A Sprint não pode ser posta em perigo de não ser comprida. E somente o Dono do Produto pode cancelar uma Sprint.

Então se a ausência do membro for impactar a entrega da Sprint só o Dono do Produto pode autorizar um membro do Dev Team fazer outras tarefas.

Espero ter ajudado!!!

Olá André, antes de mais nada muito obrigado por já responder...

a questão não era nem o fato de quem deve autorizar, mas sim como proceder com este caso pensando em agile(não apenas em Scrum); queria saber se:

1) o correto seria cancelar a sprint, pois não será entregue 100%?

2) Podemos manter a sprint, com os demais membros, e finalizaremos a sprint em seu período normal, não sendo cumprida em 100%?

3) As atividades externas que o membro do time irá executar, devem ser incorporadas a sprint do projeto, de forma a evidenciar essas atividades e incorporar no burnup/burndow ?

4) Registramos um impedimento na Sprint, para representar a ausência do membro do time?

5) Não muda nada na sprint e somente falamos sobre isso na Review com o P.O.? Ou outra alternativa...

A intenção é saber uma melhor prática para gerenciar este ocorrido, mesmo com a ciência e autorização do P.O.

solução

Pensando em Agile as opções são mais abrangentes mas não há regras fixas vai do bom senso e do planejamento do projeto.

1) Não cancelaria a sprint porque os outros funcionarios iriam ficar parados.

2)Pode sim se o PO autorizar.

3)Não se deve colocar atividades alheias ao produto na sprint. Deve só evidenciar a ausência de tal desenvolvedor por motivos de ele ser necessário em outro projeto.

4)Só o PO pode dizer se é um impedimento, as vezes a ausência de um membro nem faz falta.

5)Tem que ser avisado imediatamente ao PO para ele poder analisar e tomar ações estratégicas.

6)Não há uma melhor prática, vai muito do bom senso mesmo. E é lógico transparência avisar todos do Time Scrum.

Valeu André, acredito que os itens 2 e 3 da sua resposta seriam então os mais prudentes.

Sua resposta do item 4, acredito que o SM também é capaz de identificar impedimentos, não acha? e também é função dele resolvê-los... E realmente as vezes a ausência de um membro do time nem faz falta.

Disponha! Acredito que o SM também é capaz de identificar e pode ajudar a resolver tudo isso sim. Time Scrum tem que rolar muita parceria entre todos os membros.

Bons estudos!!!