Qual é o objetivo do stand-up e sua duração em metodologias ágeis? [fechadas]


13

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?


3
Você sugeriu durante a retrospectiva que os levantamentos demoram muito? O que é discutido durante a reunião que leva 25 minutos?
dcaswell

Quantas pessoas estão na equipe?
Guy Sirton

1
@GuySirton: Eu entendo o que você está dizendo, mas por outro lado, não faltam ~ 30 minutos por dia? Isso não é demais?
user10326

1
Abaixo voto e nenhuma explicação ....
user10326

2
@ user10326: Sua gerência obviamente não acha que é demais. Supondo que eles estabelecem as regras (varia entre as empresas) e você não pode convencê-las de que é muito longo, em 30 minutos. Você quase certamente não os convencerá consultando Programadores ou o Manual do Scrum. Como lidar com a situação da equipe / trabalho talvez seja uma questão para o Workplace SE. Aqui, podemos falar sobre como deve funcionar, mas não temos certeza de que podemos ajudá-lo com sua situação específica.
Guy Sirton

Respostas:


13

Para Scrum, Ken Schwaber e Jeff Sutherland explicam :

Daily Scrum

O Daily Scrum é um evento de 15 minutos para a Equipe de Desenvolvimento sincronizar atividades e criar um plano para as próximas 24 horas. Isso é feito inspecionando o trabalho desde o último Scrum Diário e prevendo o trabalho que poderia ser feito antes do próximo. O Daily Scrum é realizado no mesmo horário e local todos os dias para reduzir a complexidade. Durante a reunião, os membros da Equipe de Desenvolvimento explicam:

  • O que fiz ontem que ajudou a equipe de desenvolvimento a atingir a meta da Sprint?

  • O que farei hoje para ajudar a Equipe de Desenvolvimento a atingir a meta da Sprint?

  • Vejo algum impedimento que impeça a mim ou à equipe de desenvolvimento de atingir a meta da Sprint?

A Equipe de Desenvolvimento usa o Daily Scrum para inspecionar o progresso em direção ao Objetivo da Sprint e para verificar como o progresso está tendendo para a conclusão do trabalho no Sprint Backlog. O Daily Scrum otimiza a probabilidade de a equipe de desenvolvimento atingir o objetivo da Sprint. Todos os dias, a equipe de desenvolvimento deve entender como pretende trabalhar em conjunto como uma equipe auto-organizada para atingir o objetivo da Sprint e criar o incremento previsto até o final da Sprint. A equipe de desenvolvimento ou os membros da equipe geralmente se reúnem imediatamente após o Daily Scrum para discussões detalhadas ou para adaptar ou replanejar o restante do trabalho da Sprint.

O Scrum Master garante que a equipe de desenvolvimento tenha a reunião, mas a equipe de desenvolvimento é responsável pela condução do Daily Scrum. O Scrum Master ensina a Equipe de Desenvolvimento a manter o Daily Scrum dentro do prazo de 15 minutos.

O Scrum Master aplica a regra de que apenas os membros da equipe de desenvolvimento participam do Daily Scrum.

O Scrums diário aprimora as comunicações, elimina outras reuniões, identifica impedimentos ao desenvolvimento para remoção, destaca e promove a rápida tomada de decisões e melhora o nível de conhecimento da Equipe de Desenvolvimento. Esta é uma reunião importante de inspeção e adaptação.

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.


Há também um baseado na web se levantar reunião que estamos usando para o nosso standup diária se ajuda alguém: standup.report
MagExt

8

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:

Ao se concentrar no que cada pessoa realizou ontem e realizará hoje, a equipe obtém uma excelente compreensão do trabalho realizado e do trabalho que permanece. A reunião diária do Scrum não é uma reunião de atualização de status em que um chefe está coletando informações sobre quem está atrasado. Pelo contrário, é uma reunião em que os membros da equipe assumem compromissos um com o outro.

Há muito mais detalhes e alguns exemplos concretos nessa página. No entanto, para os fins da sua pergunta, é explicitamente afirmado que:

As reuniões stand-up diárias do Scrum são estritamente fixadas no tempo para 15 minutos. Isso mantém a discussão rápida, mas relevante.

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.


3

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


2

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.

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.