Postagens

Quem deve participar de uma reunião de retrospectiva? (e quem não deve)

Retrospectiva híbrida ilustrada com alguns colegas de time ao redor de uma mesa e outros participando em uma grande tela de vídeo, todos adicionando notas adesivas coloridas a um único quadro digital compartilhado
Kelly Lewandowski

Kelly Lewandowski

Última atualização 21/06/20266 min de leitura

A resposta curta: as pessoas que fizeram o trabalho, mais alguém para facilitar. O Guia Scrum é claro ao dizer que a retrospectiva pertence ao time, e na maioria das sprints essa é a lista de convidados completa. As perguntas mais difíceis ficam nas bordas. O seu gestor deve participar? E quanto a um stakeholder que vive mudando as prioridades no meio da sprint? E como a resposta muda quando metade do time está em uma sala de reunião e a outra metade está conectada remotamente? É sobre isso que trata este guia.

A lista padrão de participantes

Para uma retrospectiva de sprint normal, convide as pessoas responsáveis pela sprint e mais ninguém:
Os desenvolvedores
Todos que construíram, testaram e entregaram o trabalho. Eles têm a visão mais próxima do que realmente aconteceu.
O product owner
Responsável pelas prioridades e pelo backlog. A retro é onde o time descobre se está construindo a coisa certa, da maneira certa.
O scrum master
Facilita o processo e cuida do acompanhamento dos itens de ação. Em muitos times, essa também é a pessoa que facilita.
Esse é o núcleo. Em termos de Scrum, é simplesmente "o time". Todos aqui estavam na linha de frente durante a sprint, então todos têm algo a contribuir e um interesse no que vai mudar a seguir. Cada nome além desta lista é uma decisão de julgamento, e a resposta padrão para "devemos adicionar essa pessoa?" é não.

Quem não deve estar na sala por padrão

O erro mais comum é tratar a retro como uma reunião aberta. Ela não é. Dois grupos acabam sendo adicionados com frequência demais. Gestores e líderes de time. Mesmo um gestor que apoia o time muda a conversa. As pessoas suavizam as críticas e param antes de apontar o verdadeiro bloqueio. Quem aprova promoções não precisa dizer uma palavra para abafar a sinceridade. Stakeholders. Eles têm um fórum para moldar o trabalho, e ele não é a retro.
Pertence à retrospectiva de sprintPertence à revisão de sprint
O time que fez o trabalhoO time mais stakeholders e clientes
Reflexão privada e franca sobre como você trabalhaFeedback aberto sobre o que você construiu
Processo, comunicação, dinâmica do timeDireção do produto, prioridades, roadmap
Se o seu objetivo é aproximar os stakeholders do trabalho, a revisão de sprint é a reunião projetada exatamente para isso. Reserve a retro para o time.

Quando convidar stakeholders mesmo assim

Existem exceções reais. Convide um stakeholder quando o time estiver travado em algo que só essa pessoa pode desbloquear, e mantenha o convite restrito. Time ilustrado em uma discussão aberta ao redor de uma mesa com um convidado vestido de forma mais formal sentado um pouco à parte, na borda, ouvindo em vez de liderar, transmitindo a ideia de um observador convidado
1
Um bloqueio que o time não consegue resolver sozinho

Uma dependência de outro time, um stakeholder que vive mudando o escopo no meio da sprint ou um processo de aprovação que atrasa tudo. Convide a pessoa específica para o tópico específico, não para a retro inteira.

2
Um time novo ou uma relação de trabalho recente

Quando um time e um parceiro-chave ainda estão se conhecendo, uma retro conjunta pontual pode construir empatia rapidamente. Faça isso de forma deliberada, não como um convite permanente.

3
Uma retrospectiva de marco ou de projeto

Após um grande lançamento ou no fim de um projeto, uma retro mais ampla com stakeholders é apropriada por definição. Essa é uma reunião diferente da sua retro de sprint, com um escopo mais abrangente.

Como times remotos e híbridos mudam a resposta

Membros ilustrados de um time remoto em escritórios domésticos separados, cada um em sua própria tela, contribuindo com notas adesivas em um único quadro de retrospectiva digital compartilhado no centro Times distribuídos não mudam quem é responsável, mas mudam como a participação acontece na prática. A armadilha híbrida. O pior cenário é ter algumas pessoas em uma sala de reunião com todas as outras conectadas remotamente. A sala domina, os participantes remotos viram espectadores e as conversas paralelas acontecem fora do microfone. Escolha uma das duas: todos na sala ou todos em suas próprias telas. Uma regra de "totalmente remoto mesmo quando alguns estão no escritório" mantém o jogo equilibrado. A contribuição assíncrona muda quem é ouvido. Quando as pessoas adicionam itens ao quadro da retro antes da sessão ao vivo, a participação deixa de ser sobre quem fala mais rápido em uma janela de 60 minutos. Colegas mais quietos e aqueles em fusos horários complicados contribuem em pé de igualdade. A votação anônima importa ainda mais aqui, onde a presença na tela e as dinâmicas de poder são amplificadas. Um segundo facilitador para grupos distribuídos grandes. Alguém para acompanhar o chat, o quadro e os rostos que você não consegue ler em uma visualização em galeria, para que ninguém seja interrompido. Quem participa e quando participa são problemas diferentes. Se o seu time abrange vários fusos horários, o agendamento é o problema mais difícil, e abordamos isso em profundidade em conduzir cerimônias ágeis entre fusos horários. De qualquer forma, um quebra-gelo rápido ajuda a aquecer um grupo distribuído antes de a conversa de verdade começar.

Casos especiais

Times grandes (mais de ~10 pessoas). Grupos grandes geram retros silenciosas: o tempo de fala por pessoa cai e as vozes mais altas vencem. Divida em subgrupos menores para a discussão e depois compartilhe os principais temas de volta com o time inteiro. Ou conduza uma retro focada apenas para as pessoas que trabalharam em um épico específico. Múltiplos times. Não junte todo mundo em uma retro gigante. Conduza primeiro retros por time e depois uma retro curta entre times com um ou dois representantes de cada. Os representantes trazem os temas, não os detalhes brutos. Times totalmente novos. Mantenha o círculo restrito enquanto a confiança ainda está se formando. Este é o pior momento para adicionar observadores. Construa a segurança primeiro; amplie o convite depois, se algum dia fizer sentido.

Um teste simples para qualquer convite

Quando estiver em dúvida se deve adicionar alguém, faça uma pergunta: a presença dessa pessoa vai deixar o time mais honesto ou menos?

Fizeram o trabalho nesta sprint, ou são responsáveis por um bloqueio que o time genuinamente não consegue resolver sozinho

A presença delas vai deixar as pessoas mais francas, não menos

Foram orientadas de que estão ali para ouvir, não para direcionar

O time sabe com antecedência quem vai participar e por quê

Se você não puder marcar as quatro, deixe a pessoa de fora. Ela pertence à revisão de sprint, à próxima sessão de planejamento ou a uma conversa separada.

Em resumo

Por padrão, fique com o time que fez o trabalho mais um facilitador. Trate qualquer outro convite como a exceção que ele é, e reserve as relações com stakeholders para a revisão de sprint, onde elas pertencem. Acerte na composição da sala e o resto da retro fica mais fácil. Os quadros de retro da Kollabe foram feitos para isso: contribuição assíncrona para que todos participem antes da discussão, votação anônima para manter tudo honesto e itens de ação que você pode acompanhar até a próxima sprint. Está começando a conduzi-las? Comece pelo nosso guia sobre como conduzir uma retrospectiva eficaz.

Geralmente não. A presença de um gestor faz as pessoas suavizarem as críticas e evitarem apontar problemas reais, o que anula o propósito. Se um gestor precisa de visibilidade sobre as melhorias do time, compartilhe os itens de ação depois, em vez de colocá-lo na sala.

Quando o time está travado em algo que só aquele stakeholder pode resolver, ou para uma retrospectiva pontual de marco. Mantenha o convite restrito, oriente a pessoa a ouvir em vez de direcionar e considere fazer a primeira metade só com o time.

Normalmente o scrum master, mas pode ser um agile coach ou qualquer pessoa neutra que não esteja imersa no trabalho. O facilitador mantém a sessão no rumo, garante que todos sejam ouvidos e guia o grupo na direção dos itens de ação.

Evite a divisão híbrida. Ou reúna todo mundo presencialmente, ou faça com que todos participem de suas próprias telas. Colete as contribuições em um quadro compartilhado antes da discussão ao vivo, para que os colegas remotos contribuam em pé de igualdade.