O que devo fazer se o membro do Scrum sair pela metade?


12

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


7
Ironicamente, é aqui que uma conformidade tão rigorosa com o ágil resulta em muita rigidez. Afaste um segundo do fato de estar tentando ajustar uma abordagem ágil. Alguém deixou sua equipe, redistribua a carga de trabalho e priorize. Você não precisa de uma resposta específica do Agile aqui. As pessoas tomam essas metodologias muito literalmente. Sem parecer condescendente, não passa de bom senso o que você deve fazer aqui.
J 23Mᴇᴇ 23/05

Como treinador, eu sempre digo à minha equipe: FAÇA O QUE FAZ SENTIDO! O que a OP e as partes interessadas precisam ouvir? Que decisões eles precisam tomar? Que impactos essa partida tem sobre a equipe a curto, médio e longo prazo? O que precisa ser feito para corrigir isso? Felizmente, Scrum e Agile são baseados em Valores e Princípios e NÃO em um livro denso de regras.
Curtis Reed

Respostas:


20

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.


Já fizemos a reunião do plano de sprint. Pensei que, uma vez concluída a reunião do plano, tudo estivesse gravado em pedra. sim não?
janetsmith

@janetsmith - Nada é "imutável". O que aconteceria se houvesse uma epidemia de gripe e você perdesse todos os desenvolvedores?
Oded

Isso significa que eu tenho que iniciar uma sessão de planejamento de sprint novamente? A sessão de planejamento da Sprint parece bastante envolvente.
janetsmith

@janetsmith - Não, você continua descartando os itens de menor prioridade no sprint, até conseguir as histórias restantes com a capacidade que possui agora.
Oded

2
  1. Não. Você não pede que as pessoas trabalhem horas extras. Você quer mais sair?
  2. O que é um gráfico de queima? É o gráfico de quais pontos são concluídos em relação ao gráfico de quais pontos você precisa concluir antes do prazo final. Então, por que mudar isso? Continue fazendo gráficos e você verá o efeito que a perda de um desenvolvedor tem e pode manter o cliente informado.
  3. O cliente pode usar essas informações para reduzir ou estender o prazo. O que eles não podem fazer é dizer que querem mais recursos. Os recursos vêm quando você os encontra e vão quando sentem vontade, e forçar a pessoa errada rapidamente não resolverá o seu problema. Isto é particularmente verdadeiro à medida que o prazo se aproxima.
  4. Se você for contratar alguém, espere que isso leve tempo também, para que o custo seja de mais de uma hora do desenvolvedor e o ganho não será imediato.
  5. Indique aos negócios que, se eles não quiserem que isso aconteça no futuro, eles precisam contratar muitos recursos no início do projeto e permanecer à frente do requisito esperado até perto do prazo (quando, porque estão à frente, eles podem perder metade da equipe e não substituir no momento em que os desenvolvedores restantes não precisem gastar tempo treinando).

Disclaimer: Tudo isso vem com a ressalva, "em um mundo perfeito". Agora chegue o mais perto possível e você ficará bem.


2
Se um prazo importante estiver chegando, não há problema em IMHO perguntar aos membros da equipe se eles estão dispostos a dedicar algumas horas extras. Geralmente, tudo bem, desde que seja uma ocorrência incomum, um incidente excepcional e você solicite à equipe que faça isso, e não o diga. Na maioria das vezes, você ficará surpreso com o orgulho de a equipe avançar e entregar. A ressalva é que eles devem ter respeito por você e sentir que você os respeita por sua vez.
maple_shaft

2
Se você precisar de horas extras, comprometeu-se demais ou ocorreu algo entre elas que impossibilitou a conclusão do trabalho que a equipe também comprometeu. Nos dois casos, você deve informar o proprietário do produto a tempo, para que ele possa tomar as medidas apropriadas (por exemplo, remover algumas histórias). Scrum diz que a equipe deve trabalhar em um ritmo sustentável de 7 a 8 horas por dia; você não deve trabalhar horas extras.
Bart

4
@maple_shaft: Você me pede para fazer horas extras porque eu estraguei tudo, ou até mesmo um dos meus colegas estragou tudo (desta vez não posso fazer tudo sozinho), ou porque eu me comprometi demais, farei isso de uma vez. batimento cardiaco. Peça-me para fazê-lo porque a gerência não conseguiu explicar a possibilidade de alguém sair, não vou aceitar isso tão bem.
Pdr1

0

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.


-1

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.


1
Mais ou menos. Certos locais permitem até uma diminuição da velocidade. Quão generosos deles. Você sabia que sou eu quem permite que o céu seja azul?
ThomasX

-2

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.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.