Mude Suas Stand-ups
A ação simples que vai mudar seu time para melhor
Esse post foi traduzido automaticamente do inglês. Se você encontrar algum erro, por favor entre em contato.
Times são diferentes, problemas são diferentes. Mas se você está rodando qualquer tipo de processo inspirado em metodologias ágeis, provavelmente tem uma reunião diária de stand-up. Seu formato tem sido a mudança consistente que fiz em todos os times que gerenciei no passado recente, sempre para melhor.
Não tenho certeza exatamente de como você está trabalhando, mas apostaria que vai ajudar você também.
Os Problemas com “O Que Eu Fiz Ontem?”
Na maioria dos times que tive contato na minha carreira, o formato da stand-up segue o padrão de facto da indústria. Algo na linha de:
- O que eu fiz ontem?
- O que vou fazer hoje?
- Algum bloqueio?
Não demora muito observando uma stand-up nesse formato para começar a ver sinais de alerta: ninguém está prestando atenção porque estão pensando no que precisam falar, as pessoas estão olhando seus calendários/listas para descobrir o que está acontecendo hoje, e todo o exercício se torna um relatório de status que só interessa ao gestor do time.
Além dos indicadores óbvios de uma reunião ruim acima, existem alguns problemas mais profundos que esse formato traz:
Foco no trabalho individual e eficácia: a stand-up se torna sobre a pessoa. O que eu estou fazendo/construindo/finalizando? Que compromissos eu posso assumir como indivíduo?
É difícil entender o que está acontecendo: ter uma visão clara de onde o trabalho está se torna um quebra-cabeça. Já estive em muitos times onde o product manager vinha me perguntar depois da stand-up o que estava acontecendo com um item específico de trabalho, já que a reunião em si só o deixava mais confuso.
Desvia o time dos seus objetivos: se tudo que discutimos é o que cada pessoa está fazendo, quando falamos sobre como o time está indo em relação às suas metas atuais?
Então, se isso não funciona, o que funciona?
A Metáfora Melhor
Muitos anos atrás, enquanto trabalhava com Dan North, ele me explicou sua visão sobre reuniões de stand-up, que também é compartilhada nesta apresentação. Nas palavras dele, stand-ups são o equivalente a um huddle do time antes de uma jogada.
Uma versão mais atlética da stand-up de um time de engenharia de software
Quantas jardas conseguimos avançar em direção ao gol antes da próxima parada. O que podemos fazer para tornar os próximos 20 segundos os melhores possíveis. Jogadas são chamadas, o time concorda, todos fazem sua parte na jogada e, se fizerem certo, se reagrupam novamente em um tempo muito curto e fazem de novo.
Stand-ups são o momento do dia em que todos deveriam ter visão do objetivo, entender onde estão os desafios e oportunidades, e concordar sobre como trabalhar juntos para ter o melhor dia possível.
Para fazer isso, siga o formato caminhe pelo quadro. Foque sua stand-up no trabalho sendo feito e não nas pessoas. Aqui está minha versão:
Esqueça o Que as Pessoas Fizeram Ontem
Nem todos precisam falar a menos que tenham informação sobre o trabalho sendo discutido. Idealmente, alguém está conduzindo a reunião, que pode ser qualquer pessoa do time.
Passe por Cada Card no Quadro
Comece pelos mais próximos de conclusão e vá voltando a partir daí. O mantra deve ser pare de começar, comece a terminar.
Para cada um deles, entenda como time qual é o status atual e como concluí-lo o mais rápido possível. Eu tento alcançar isso com algumas perguntas:
- Como está o andamento do trabalho/há uma estimativa para terminar?
- Existem bloqueios?
- Alguém pode ajudar a mover isso mais rápido?
Atualizações devem ser curtas. Se ficarem longas demais, adicione-as a um estacionamento para ser discutido em grupo menor após a stand-up.
Olhe para o Sistema
Quais cards estão na mesma coluna há muito tempo? Algum engenheiro está preso em uma toca de coelho? Algum card está bloqueado porque estamos esperando dependências externas?
A stand-up fornece a visão macro do time e você deve usá-la para agir. Reorganize as coisas se necessário. Peça para pessoas parearem, redirecione prioridades e garanta que você tenha a melhor formação para o dia.
Alinhe o Time no Objetivo Geral
Deixe claro o que vocês estão tentando alcançar. Alguns dias vocês estão tentando colocar um projeto no ar, outros dias estão tentando ser cuidadosos com a refatoração de uma área complexa da base de código. Use esse momento para definir o tom do dia.
Experimente. Você não vai se arrepender.
Esse post faz parte de uma série sobre Liderando Times de Software com Pensamento Sistêmico.