Eu trabalhava em uma metodologia em cascata e agora estou em uma equipe que segue uma metodologia ágil. Parece que eles estão fazendo errado. Por exemplo, temos stand-ups que duram mais de 25 minutos por dia, o que é realmente irritante. Além disso, sinto que estou justificando meu salário para a gerência do que qualquer outra coisa.
Estou errado em me sentir assim? É assim que os stand-ups são geralmente realizados?
agile
scrum
development-methodologies
meetings
user10326
fonte
fonte
Respostas:
Para Scrum, Ken Schwaber e Jeff Sutherland explicam :
Outras metodologias podem ter rituais diferentes e até equipes diferentes do Scrum podem otimizar a maneira como fazem isso de maneira diferente. A idéia principal é uma rápida reunião para garantir que a equipe esteja no caminho certo. Não deve ser um relatório de status de gerenciamento. No entanto, é uma das idéias ágeis que é mais facilmente subvertida.
fonte
TL; DR
Quando executado adequadamente dentro de uma equipe do Scrum de tamanho adequado, o stand-up diário nunca deve demorar mais de 15 minutos. Se demorar mais, a equipe é muito grande ou você tem um problema no processo.
O objetivo do stand-up
O stand-up diário é uma reunião de compromisso e coordenação para toda a equipe. Ele foi desenvolvido para garantir que toda a equipe esteja ciente dos impedimentos, que histórias são feitas ou não, e que tarefas estão prontas para serem retiradas da lista de tarefas de um membro da equipe para a de outra pessoa.
É importante que o Scrum Master e o Product Owner sejam participantes ativos do stand-up, mas se a equipe estiver reportando a um deles, seu processo Scrum pode estar bem e verdadeiramente quebrado. Uma resposta relacionada no Project Management Stack Exchange possui uma lista de 10 pontos de "cheiros de projetos" na parte inferior, alguns dos quais podem ser aplicados no seu caso. Mesmo que não se apliquem, você definitivamente deve reavaliar a eficácia de seus levantamentos na sua próxima Retrospectiva da Sprint.
Respeite o Time-Box
Embora eu não goste das "três perguntas" como um formato concreto, precisamente porque elas tendem a levar a reuniões que se assemelham a um status pull, seria um erro se não apontasse a descrição canônica de Mike Cohn do Daily Scrum . A página diz, em parte:
Há muito mais detalhes e alguns exemplos concretos nessa página. No entanto, para os fins da sua pergunta, é explicitamente afirmado que:
A caixa de tempo é a base do Scrum. Embora a maioria das caixas de tempo no Scrum possa ser ajustada pela equipe como resultado do ciclo de inspeção e adaptação, é considerado uma prática inadequada estender o tempo de espera. Se o princípio de time-boxing não estiver sendo respeitado em seu processo, geralmente é um "cheiro de projeto" muito nebuloso.
fonte
O que você está descrevendo é uma maneira pela qual os 'stand-ups' podem falhar para a equipe.
Os melhores levantamentos são curtos, porque todo mundo entende o que todo mundo está fazendo, explica o que alcançou ontem, o que alcançará hoje e sinaliza tudo o que pode / afetou sua capacidade de cumprir suas promessas. Outros membros da equipe podem indicar que podem ajudar a resolver os impedimentos um do outro rapidamente, mas que as soluções participam fora do stand-up.
Em suma, eles devem ser a cola que une a equipe.
Parece mais uma atualização de status, e você está sendo responsabilizado pela entrega / não entrega, mas a equipe está disfuncional porque a equipe não está usando as reuniões de pé para apoiar uma à outra na entrega e remover os impedimentos.
Nos dois ambientes que vi isso acontecer, foi causado por um scrum master que falhou em delegar a responsabilidade de garantir que a equipe cumprisse suas promessas de iteração. Em um caso, foi particularmente contraproducente e gerou uma atitude de nós / eles dentro da equipe.
O Scrum é sobre equipes auto-organizadas, onde a equipe se organiza para resolver problemas rapidamente e cumprir seus compromissos
fonte
Como em todos os processos Agile, esse é o objetivo: "do que você obtém valor".
O standup diário normalmente é um mecanismo para garantir a comunicação entre os membros da equipe de maneira de baixo impacto, onde todos podem entender onde a equipe está em relação ao conjunto atual de tarefas. Portanto, um stand-up de 5 minutos em que todos dizem "eu fiz x ontem e vou fazer y hoje" é bom, assim como um de 15 minutos em que a equipe decide entre si o que trabalhar em seguida e atualiza o quadro de tarefas.
No entanto, não há necessidade de um, não se você comunicar essas coisas de outras maneiras, por exemplo, usando um sistema de notificação social rotativo, por exemplo.
Da mesma forma, se você deseja que seu stand-up seja mais longo e mais reportado por uma equipe, tudo bem. Eu questionaria, mas sei que algumas equipes preferem uma abordagem mais direcionada a receber trabalho. Afinal, o Agile pode lidar com todos os tipos de equipe.
A verdadeira questão que você deve perguntar é se você está obtendo algum valor e, se não - qual será a sua alteração para obter valor. Fazer o stand-up como prescrito por algum livro sagrado do Scrum NÃO é ágil. Fazer um standup que signifique algo para sua equipe, para que todos trabalhem melhor juntos.
fonte