O Índice de Acompanhamento: as ações retrospectivas são realmente concluídas?

As ações retrospectivas realmente são concluídas? Na maioria das vezes, sim. Entre as centenas de milhares de ações rastreadas no TeamRetro, cerca de 73% acabaram sendo concluídas, e não a “uma em cada três” que se costuma citar por aí. Cerca de metade é concluída em até três meses, e cerca de um quarto antes da próxima retrospectiva da equipe. O fator que mais influencia esse número é a atribuição de responsabilidade: uma ação com um responsável designado e um prazo de conclusão é concluída em cerca de 90% das vezes.

Esse número se refere às equipes que realizam suas retrospectivas em uma ferramenta específica; portanto, interprete-o como um exemplo de bom desempenho, e não como uma média do setor. O restante desta página explica como isso funciona.

Pergunte por que as retrospectivas fracassam e alguém vai citar uma estatística para você, algo como “apenas cerca de um terço das ações definidas nas retrospectivas chegam a ser realizadas.” Isso está em toda parte. Não há nenhuma fonte para isso. Na verdade, ninguém sabe o número exato.

Nós fazemos isso. A TeamRetro realiza retrospectivas suficientes para avaliar o único fator que determina se aquela hora valeu a pena: as equipes realmente colocam em prática o que decidem? Nossa amostra é composta por centenas de milhares de ações concretas, não por uma pesquisa nem por suposições.

Não é um terço. São quase três quartos.

A manchete: cerca de 73% das ações retroativas são realmente concluídas

Em uma amostra de centenas de milhares de ações comprometidas em retrospectivas reais, ~73% foram, por fim, concluídas. Não uma em cada três. Mais perto de três em cada quatro. O tempo é importante, por isso vamos deixar isso claro desde já: cerca de metade das ações são concluídas dentro de três meses após serem registradas, cerca de um quarto antes da próxima retrospectiva da equipe, e o restante das conclusões finais ocorre ao longo de um período prolongado.

Antes de emoldurá-lo e pendurá-lo na parede: trata-se de um teto, não de uma média nacional. Essas são equipes que se importam o suficiente para realizar retrospectivas em uma ferramenta dedicada; portanto, interprete isso como o que é considerado bom, não como o que todo mundo faz. Mas isso acaba de vez com o mito. “Cerca de um terço” não é a verdade sobre as retrospectivas em nenhum lugar que possamos observar: mesmo as equipes que não têm nenhum ritmo de retrospectiva realizam cerca de 55% delas. O mito acerta na direção, mas erra na magnitude, e a lacuna que ele aponta — ritmo e senso de propriedade — é exatamente o que o restante dos dados mostra.

Por que as tarefas pendentes não são concluídas

A maioria das orientações sobre essa questão consiste em uma lista de afirmações. Aqui estão os modos de falha que podemos realmente observar nos dados e um que não podemos, identificado como tal.

Ninguém é responsável por isso. Apenas cerca de 40% das ações têm um responsável. As ações com responsável e data são concluídas em cerca de 90% das vezes; as que não têm responsável nem data apresentam um índice bem menor, de cerca de 67%. Essa é a maior lacuna mensurável na página, e é possível saná-la sem nenhum custo.

Não há data. Apenas cerca de 11% das ações recebem uma data de conclusão. Uma data é o mecanismo de compromisso mais simples disponível em uma retrospectiva, e nove em cada dez ações saem da sala sem uma.

Era grande demais para um ciclo. A ação mediana leva cerca de seis semanas para ser concluída, e a maioria das equipes faz revisões com mais frequência do que isso. Uma ação do tamanho de um quarto parece abandonada na reunião seguinte, mesmo quando ainda está em andamento, e uma equipe que interpreta “não concluída” como “fracasso” deixa de se comprometer com as ações de grande porte.

Isso nunca foi responsabilidade da equipe resolver. Algumas ações são, na verdade, um pedido dirigido a outra pessoa: quadro de pessoal, uma dependência entre equipes, um pipeline de implantação pelo qual ninguém na sala se responsabiliza. Quando registrada como uma ação da equipe, ela fica parada ali. Quando levantada como uma escalação, com um nome e uma data associados, ela avança. Ainda não medimos esse aspecto. Esse é o padrão por trás de grande parte do que fica “por fazer” no trimestre, e abordamos isso detalhadamente em por que as retrospectivas falham.

Ninguém voltou a analisar isso. Esse é o ponto principal, e os dados são bem claros a esse respeito. Equipes que realizam retrospectivas com regularidade concluem cerca de três em cada quatro de suas ações; equipes que fazem retrospectivas apenas ocasionalmente caem para cerca de 55%. O mecanismo não é nenhum mistério: a frequência é o que força a revisão, e sem uma revisão nada é concluído. A solução está no hábito, não no software.

Vale a pena refletir sobre esse último ponto, pois é o mais barato e o mais ignorado. Aproximadamente uma em cada quatro ações que nunca chegam a ser concluídas se concentram, em sua grande maioria, naquele canto onde essas falhas se acumulam: sem responsável, sem prazo, sem ritmo.

Fator 1: cadência. As equipes que mantêm o ritmo chegam ao fim; as que não o mantêm, não.

A maior diferença observada nos dados é a frequência com que uma equipe realiza retrospectivas.

• As equipes que realizam a retrospectiva em uma frequência regular concluem cerca de três em cada quatro de suas ações.
• As equipes que realizam retrospectivas apenas ocasionalmente (com longos intervalos entre as sessões ou apenas algumas retrospectivas ao longo do tempo) ficam em torno de 55%.

A mesma ferramenta, os mesmos recursos, resultados opostos. E não se trata apenas da conclusão: algumas equipes levam cerca do dobro do tempo para concluir o que realmente terminam (quase três meses, contra cerca de seis semanas para equipes com um ritmo constante). Uma retrospectiva não é uma reunião; é um ciclo. As equipes que mantêm o ciclo em movimento concluem o ciclo. As que não o fazem, não concluem.

Essa é a parte incômoda para quem defende que “retros são teatro”: os retros em si não são o problema. O problema são os retros irregulares.

Alavanca 2: responsabilidade. Uma ação sem um responsável é apenas um desejo.

Aqui está a conclusão que você pode colocar em prática ainda esta tarde. As tarefas que recebem um responsável designado e um prazo são concluídas em cerca de 90% das vezes. As tarefas que não têm nem um nem outro ficam paradas em duas em cada três.

No entanto, as equipes mal utilizam isso. Apenas cerca de 40% das ações recebem um responsável, e apenas ~11% chegam a ter uma data de conclusão. Essa é a lacuna: não é o esforço, nem a intenção, e sim a atribuição. A maioria das equipes sai da retrospectiva com uma lista de boas intenções, mas sem nomes, e depois se pergunta por que a lista ainda está lá na quinzena seguinte.

Portanto, o conselho se impõe por si só, e é o oposto do que a maioria dos facilitadores busca otimizar. Não saia com a lista mais longa de coisas que você poderia fazer. Saia com duas, cada uma com um responsável e uma data. Uma ação sem um responsável não é uma ação; é um desejo que toda a equipe concordou silenciosamente em ignorar.

Desmistificando o mito: as retrospectivas vão além de suas próprias ações

Agora, a constatação que deve mudar a forma como você avalia o acompanhamento. Quando as equipes se reúnem para a próxima retrospetiva, a maioria das ações da última retrospetiva ainda não foi concluída, e isso causa pânico nas pessoas. Mas não deveria.

As ações levam cerca de seis semanas (mediana) para serem concluídas, e a maioria das equipes realiza o retro mais rapidamente do que isso. Portanto, o quadro real do acompanhamento é, aproximadamente:

• ~1 em cada 4 ações realizadas no próximo retro,
• ~1 em cada 2 já foi concluído, mas depois de a próxima retrospectiva já ter ocorrido,
• ~1 em cada 4 nunca fez isso.

Metade de todas as ações definidas pelas equipes são concluídas atrasadas em relação ao cronograma da retrospectiva, não porque tenham sido abandonadas, mas porque ainda estavam em andamento quando chegou a vez do próximo ciclo. Portanto, “por que a ação da última retrospectiva não foi concluída?” geralmente é a pergunta errada. O que se deve perguntar é se a ação está em andamento. Avalie o acompanhamento no ritmo de um trimestre, não de duas semanas.

A última linha dessa lista é o verdadeiro vazio: cerca de uma em cada quatro ações nunca são concluídas e ficam, em sua grande maioria, naquele canto dos dados que não pertence a ninguém, sem prazo de entrega e sem cadência. Tudo o que foi mencionado acima mostra como sair dessa situação.

Como fazer com que eles fiquem fixados

Sete etapas, em ordem. Nenhuma delas envolve software.

1. Defina uma ou duas ações, não dez. Quanto mais longa for a lista, pior será o desempenho de cada item nela: as retrospectivas que definem dez ou mais ações concluem cerca de 56% delas, contra cerca de 79% nas retrospectivas que definem de uma a três. Escolha a mudança que faria mais diferença e deixe o resto de lado. Se a equipe realmente identificou dez problemas que valem a pena resolver, essa é uma lista para priorizar, não uma lista com a qual se comprometer.
2. Coloque o nome de uma pessoa em cada um. Não seja um time, nem uma função, nem o Scrum Master por padrão. Uma pessoa que disse “sim” em voz alta. O responsável não é a pessoa que faz todo o trabalho. É a pessoa responsável por garantir que o trabalho avance e por informar qual será o próximo passo.
3. Defina uma data antes do fim da reunião. Não “no próximo sprint”, mas sim uma data. Essa é a etapa que as equipes costumam pular: apenas cerca de uma em cada nove ações recebe uma data, e as ações com responsável e data definida são as que chegam a ser concluídas em cerca de 90%.
4. Adapte-a para caber em um ciclo. Se a ação não puder ser concluída de forma plausível antes da próxima retrospectiva, ela ainda não é uma ação. Divida-a em uma primeira parte que possa ser concluída ou reformule-a como um experimento: uma hipótese, uma data de revisão e uma análise honesta do que aconteceu. Um experimento que ensinou algo à equipe é um sucesso mesmo sem uma marca na caixa, enquanto um item de ação que passa silenciosamente por seis sprints ensina a lição contrária.

5. Inclua isso no próximo bloco de trabalho. Uma ação que permanece apenas no quadro de retrospectiva acaba competindo com o sprint, em vez de fazer parte dele. Coloque-a onde a equipe realmente retira o trabalho, de modo que concluí-la seja o próprio trabalho, e não algo extra paralelo a ele. Nossos próprios dados de tempo são o argumento mais forte a favor dessa etapa: a ação mediana leva cerca de seis semanas para ser concluída, enquanto a equipe realiza retrospetivas a cada duas semanas. Johanna Rothman vem recomendando esse formato há anos em Create Your Successful Agile Project: um item, tratado como um experimento, com o próximo bloco de trabalho estruturado para incluí-lo.
6. Comece a próxima retrospectiva com as ações da última vez, antes de abordar qualquer assunto novo. Esse é o hábito que conduz todo o resto. Leia-as em voz alta, diga o que foi feito e, para tudo o que ainda não foi concluído, pergunte se o assunto ainda está em andamento, em vez de perguntar quem é o culpado. São os cinco minutos de maior valor na reunião e a primeira coisa que as equipes deixam de lado. Lionel Luchez, gerente de engenharia de software da Snapsheet, descreve isso no artigo da BuiltIn sobre como tornar as retrospectivas mais práticas como toda a primeira fase da retrospectiva deles: “A fase um é revisar as lacunas fechadas desde a última reunião.” Nada novo vai para o quadro até que isso seja feito.
7. Acompanhe sua taxa de conclusão, não o número de ações. Conte quantas das ações do último trimestre foram efetivamente concluídas e fique de olho nesse número, em vez de quantos post-its a equipe produziu. Essa é a única métrica de retrospectiva que vale a pena relatar aos superiores, e é a que melhora quando as etapas 1 a 6 se tornam rotineiras.

Como acompanhá-los e quando você não precisa de uma ferramenta

Comece com o básico: um documento compartilhado com três colunas — ação, responsável e prazo —, lido em voz alta no início de cada retrospectiva, vai superar qualquer ferramenta que ninguém abre. Se você não está conseguindo dar continuidade às ações hoje, o que está faltando é, quase certamente, o hábito de revisar, e não o software. Corrija esse hábito com o que você já tem e você obterá a maior parte do benefício desses dados sem nenhum custo.

Uma ferramenta se mostra útil ao eliminar os três momentos em que esse hábito é quebrado:

• A ação é registrada com o responsável e a data na própria reunião, enquanto a equipe ainda está presente na sala para aprová-la, em vez de ser redigida posteriormente por quem tomou notas.
• As ações pendentes da última vez aparecem no início da próxima sessão, antes que alguém adicione algo novo. Ninguém precisa se lembrar de procurar.
• A conclusão é registrada, assim você pode verificar sua taxa ao longo de um trimestre, em vez de ficar adivinhando.

É isso que o rastreamento retrospectivo de ações faz no TeamRetro, e é daí que vêm os dados desta página.

Inserir tarefas no Jira, no Linear ou em um backlog é válido, com uma ressalva que vamos deixar bem clara. Uma vez que uma ação passa a fazer parte do seu rastreador, sua conclusão é gerenciada lá; é por isso que excluímos essas ações — cerca de 2 a 3% da amostra — desses dados: não podemos acompanhar sua conclusão, portanto não as contabilizamos. Nossa própria equipe trabalha dessa forma, como indica a barra lateral acima, portanto, nossas próprias ações publicadas também estão nessa parcela excluída. Esse é um limite de nossa medição, não uma evidência de que essas ações fracassam. O risco prático é o mesmo que o risco de um documento compartilhado: uma ação que sai da órbita da retrospectiva só sobrevive se algo a trouxer de volta para revisão.

Como fizemos a medição

Sem pesquisa, sem autoavaliação sobre a autoavaliação. Estes são os eventos registrados no produto:

• Amostra: uma ampla amostra de itens de ação criados em retrospectivas reais (type = actionaceitos explicitamente, e não sugestões da IA descartadas pelo facilitador) em equipes que utilizam o TeamRetro, com contas de demonstração, internas e de teste removidas, e contas migradas entre nossas regiões de hospedagem contadas uma única vez. São centenas de milhares delas, número suficiente para garantir robustez estatística em todos os segmentos que relatamos.
• “Concluído” significa que uma ação foi explicitamente marcada como concluída no próprio produto, nunca por inferência. Relatamos a conclusão “alguma vez” e em prazos fixos (dentro de três meses, até a próxima retrospectiva) separadamente, pois a diferença entre eles é o que realmente importa. O número de 73% apresentado no título refere-se à conclusão “alguma vez”.
• O que deixamos de fora e por quê. Acordos foram deliberadamente excluídos: os acordos de trabalho vigentes de uma equipe (“discordar e comprometer-se”, “câmeras ligadas para demonstrações”) são normas contínuas, não tarefas para serem marcadas como concluídas, e contá-los subestimaria o cumprimento. O mesmo vale para os cerca de 2 a 3% das ações publicadas em um rastreador externo (principalmente no Jira): uma vez que uma ação é registrada no Jira, sua conclusão é gerenciada lá, e não no TeamRetro; portanto, medimos apenas o que podemos realmente acompanhar até o fim. Ambas as exclusões são conservadoras.
• Apresentamos medianas e distribuições, e não apenas médias, pois os tempos de conclusão apresentam uma distribuição assimétrica e uma média nos favoreceria.
• Uma coisa que procuramos e não encontramos: qualquer correlação entre o cumprimento das metas de uma equipe e suas próprias pontuações nas avaliações de desempenho. Essencialmente, não há nenhuma: o cumprimento das metas é uma questão de disciplina, não de estado de espírito, e não dá para deduzir um a partir do outro.

O que não afirmamos

Cinco limites, expressos de forma clara, pois um número sem eles não vale a pena ser citado.

• Esse é um limite máximo, não uma média do setor. As equipes que optam por uma ferramenta dedicada à retroalimentação quase certamente cumprem mais do que as que não o fazem. Interprete os ~73% como um exemplo de bom desempenho, e não como algo que todos fazem.
• Parte do que se refere a “eventualmente” diz respeito a tarefas de manutenção. Uma pequena parcela das conclusões ocorre por meio de fechamentos em massa: dez ou mais ações marcadas como concluídas no mesmo minuto, muitas vezes seis meses ou mais após terem sido registradas. Parte disso é trabalho real sendo reconciliado a partir de um rastreador externo; parte é uma organização de tarefas, e nem sempre podemos distinguir qual é qual. Desconsidere todos os fechamentos em lote atrasados e o mínimo estimado fica em cerca de 69%. Interprete isso como “aproximadamente sete em cada dez, com tempo suficiente” e você estará dentro das margens de erro de qualquer maneira.
• “Marcar como concluída” não significa “fazer a diferença”. A conclusão é o mínimo necessário para que haja impacto, não uma prova dele. Podemos ver que a ação foi encerrada. Não podemos ver se ela funcionou.
• Alguns acordos válidos são registrados erroneamente como ações e nunca são concluídos, o que faz com que a taxa medida caia. Portanto, no caso de tarefas reais, se houver alguma diferença, o número real é um pouco maior.
• Medimos apenas o que podemos acompanhar até o fim. As ações publicadas em um rastreador externo são excluídas, assim como os acordos de trabalho em andamento. Ambas as exclusões são deliberadas e conservadoras.

E a afirmação que não faremos sobre nosso próprio produto: o TeamRetro não garante a consistência, e nenhum outro produto também não. Ele facilita a manutenção do hábito. Essa é uma afirmação mais modesta, e é verdadeira.

Privacidade

Todos os números aqui apresentados são agregados e anônimos: contagens de eventos em várias equipes, nunca dados de um único cliente, nunca o nome de ninguém, nunca o texto de uma ação. Os segmentos só são relatados quando ultrapassam um limite mínimo por equipe/ação. As regras de segurança completas constam na especificação interna.

Cite isto

Em uma amostra de centenas de milhares de ações retrospectivas acompanhadas no TeamRetro, cerca de 73% foram concluídas, ou seja, aproximadamente três em cada quatro, e não a “uma em cada três” que se costuma dizer: cerca de metade em até três meses, e cerca de um quarto antes da próxima retrospectiva da equipe. A taxa de conclusão sobe para cerca de 90% para ações que receberam um responsável designado e um prazo, e as equipes que realizam retrospectivas em um ritmo regular concluem cerca de três em cada quatro, contra cerca de 55% para equipes que fazem retrospectivas apenas ocasionalmente. — O Índice de Acompanhamento, TeamRetro (2026)

Vai usar isso em uma pesquisa ou em uma palestra? Adoraríamos receber um link para o nosso site.

O que isso significa para você

O acompanhamento não é um problema de disciplina nem de formato. É um problema de atribuição e revisão, e ambas as partes são simples: saia da retrospectiva com menos ações, cada uma com um responsável e uma data, e comece a próxima lendo-as em voz alta. Se você preferir que isso aconteça sem que alguém precise se lembrar de fazer com que aconteça, essa é a função que a realização de suas retrospectivas no TeamRetro desempenha. Cada ação leva seu responsável e sua data para a próxima sessão, e a taxa de conclusão fica disponível para consulta.

Continue lendo

• Por que as retrospectivas fracassam (e como fazer com que a sua seja significativa)
• [O vazio do seguimento (Teatro Ágil)]](/guides/agile-theatre/the-follow-through-void/)
• As retrospectivas valem a pena? Um veredicto
• Como conduzir uma retrospectiva
• Uma lista de verificação para conduzir sua retrospectiva

Perguntas frequentes

As tarefas retrospectivas realmente são concluídas?

Na maioria das vezes, sim, e com uma frequência consideravelmente maior do que o que dizem por aí. Entre as centenas de milhares de ações acompanhadas no TeamRetro, cerca de 73% foram concluídas eventualmente — ou seja, aproximadamente três em cada quatro. “Eventualmente” é a palavra correta: cerca de metade das ações é concluída dentro de três meses após terem sido registradas, e cerca de um quarto antes da próxima retrospectiva da equipe. A afirmação amplamente repetida de que “apenas cerca de um terço é concluído” é citada em todos os lugares, mas não tem nenhuma fonte. Outra ressalva sobre nosso número: a amostra é composta por equipes que realizam suas retrospectivas em uma ferramenta dedicada; portanto, considere os 73% como um exemplo de bom desempenho, e não como uma média entre todos os setores.

Qual é a porcentagem de tarefas retrospectivas que são concluídas?

Cerca de 73%, segundo os dados próprios da TeamRetro, com base em uma amostra de centenas de milhares de itens de ação criados em retrospectivas reais, excluindo demonstrações e contas internas. Essa taxa varia significativamente de acordo com a prática: ações com um responsável designado e uma data de vencimento são concluídas em cerca de 90% das vezes; equipes que realizam retrospectivas com regularidade concluem cerca de três em cada quatro; e equipes que fazem retrospectivas apenas ocasionalmente ficam em torno de 55%. Cerca de uma em cada quatro ações nunca é concluída.

Por que nossas tarefas pendentes da retrospectiva nunca são concluídas?

Normalmente, uma das cinco razões, e apenas as duas primeiras dizem respeito ao esforço: a ação não tem um responsável designado (apenas cerca de 40% das ações têm um), não tem prazo de conclusão (apenas cerca de 11% têm), era grande demais para ser concluída em um ciclo, nunca foi responsabilidade da equipe resolver, ou, o mais comum, ninguém voltou a analisar a ação. Os dados são claros sobre o que mais importa: equipes que realizam retrospectivas regularmente concluem cerca de três em cada quatro de suas ações, enquanto equipes que fazem retrospectivas apenas ocasionalmente concluem cerca de 55%. A solução que faz a diferença é o hábito de revisar, não uma nova ferramenta.

Por que as ações da nossa última retrospetiva parecem nunca ter sido concluídas até a próxima?

Porque as retrospectivas se antecipam às próprias ações. A ação mediana leva cerca de seis semanas para ser concluída, e a maioria das equipes realiza retrospectivas com mais frequência do que isso; portanto, aproximadamente metade de todas as ações só é concluída depois que a próxima retrospectiva já aconteceu. “Ainda não está concluída” geralmente significa “ainda em andamento”, e não “fracassou”. Preocupe-se com a ação que não está avançando, não com aquela que não estará concluída até a próxima reunião.

Quantas ações devem ser definidas em uma retrospectiva?

Uma ou duas, cada uma com um responsável e uma data, e cada uma incorporada ao próximo bloco de trabalho, em vez de ficar no quadro. Listas longas apresentam resultados visivelmente piores: as retrospectivas que terminam com dez ou mais ações concluem cerca de 56% delas, contra cerca de 79% nas retrospectivas que terminam com uma a três. Um responsável e uma data de vencimento elevam a taxa de conclusão para cerca de 90%, de modo que duas ações com responsável superam dez sem responsável todas as vezes. Se a equipe realmente identificou dez problemas que valem a pena resolver, essa é uma lista a ser priorizada nos próximos meses, não uma lista a ser comprometida neste sprint.

Quem deve ser o responsável por uma ação da retrospectiva?

Uma pessoa específica que concordou com isso na reunião, não a equipe, não uma função e não o Scrum Master por padrão. O responsável não é necessariamente a pessoa que realiza todo o trabalho; é a pessoa responsável por garantir que a ação seja levada adiante e por prestar contas sobre ela na próxima retrospetiva. Apenas cerca de 40% das ações da retrospectiva recebem um responsável, e as ações com responsável e prazo definido são concluídas em cerca de 90% das vezes, o que torna o fato de indicar alguém em voz alta antes do fim da reunião a melhoria mais econômica disponível para qualquer equipe.

É recomendável revisar as ações pendentes antigas no início de uma retrospectiva?

Sim, antes que qualquer novidade seja colocada no quadro. São os cinco minutos mais valiosos da reunião: eles fecham o ciclo do que a equipe já se comprometeu a fazer e trazem à tona as ações que não estão avançando, enquanto ainda há tempo para fazer algo a respeito. Nossos dados mostram por que isso é importante: equipes com um ritmo regular de retrospectiva concluem cerca de três em cada quatro de suas ações, enquanto equipes que fazem retrospectivas ocasionais caem para cerca de 55%, e o mecanismo por trás dessa diferença é simplesmente se há algo que force a revisão. Quando algo não é feito, a pergunta útil é se a ação ainda está em andamento, e não quem é o culpado.

Como vocês acompanham as tarefas retrospectivas?

Registre cada ação com um responsável e uma data de conclusão durante a própria reunião, mantenha as ações pendentes em um local visível para toda a equipe e leia-as em voz alta no início da próxima retrospectiva. Um documento compartilhado com três colunas — ação, responsável e prazo —, revisado a cada sessão, funciona bem e é melhor do que qualquer ferramenta que ninguém abre. Uma ferramenta dedicada à retrospectiva ajuda a eliminar os três pontos em que esse hábito falha: ela registra o responsável e a data enquanto a equipe ainda está na sala, traz à tona as ações pendentes na próxima sessão antes que algo novo seja adicionado e registra a conclusão para que você possa ver sua taxa de conclusão em vez de ficar adivinhando.

Você deve inserir ações retrospectivas no Jira ou no Linear?

É possível, e muitas equipes fazem isso, inclusive a nossa: nossa equipe de sucesso do cliente publica as ações de cada retrospectiva no Linear assim que cada uma delas tiver um responsável. O que determina se isso funciona não é qual ferramenta armazena a ação, mas se há algo que a traga de volta para revisão; portanto, continue acompanhando a lista aberta no início da próxima retrospectiva, mesmo depois que ela estiver no seu rastreador. Uma observação sobre os números nesta página: as ações publicadas em um rastreador externo são excluídas do nosso conjunto de dados — cerca de 2 a 3% da amostra —, pois sua conclusão é registrada lá, e nós contamos apenas o que podemos acompanhar até o fim.

Existem ferramentas que ajudam a dar andamento às ações identificadas nas retrospectivas?

Sim, uma ferramenta dedicada à retrospectiva fecha a lacuna que uma lista de tarefas deixa em aberto. O TeamRetro, de onde vêm esses dados, permite atribuir a cada ação um responsável e uma data de vencimento ainda durante a própria reunião, mantém as ações pendentes visíveis na próxima retrospectiva para que sejam revisadas antes que qualquer coisa nova seja adicionada e registra a conclusão para que você possa ver sua taxa de conclusão melhorar. Seja qual for a ferramenta que você usar, esses são os mecanismos que fazem a diferença: responsabilidade, visibilidade na próxima retrospectiva e uma taxa de conclusão mensurável. E se o hábito de revisão ainda não estiver estabelecido, um documento compartilhado lido em cada retrospectiva será melhor do que uma ferramenta que ninguém abre.

O que você faz em relação às ações que a equipe não pode controlar?

Encaminhe-os nominalmente, em vez de listá-los novamente. Classifique cada problema de acordo com quem é o responsável direto, o que a equipe controla, o que ela pode influenciar e o que ela simplesmente precisa aceitar; em seguida, transforme os itens do anel externo em uma solicitação visível que identifique o responsável pelo bloqueio, quantifique o custo e indique a pessoa que precisa agir e até quando. Uma ação que a equipe nunca conseguiu concluir não é uma falha de acompanhamento; é um item registrado no lugar errado. Mantenha uma melhoria controlada pela equipe para que ela trabalhe nela e encaminhe o restante para os níveis superiores, registrando-a formalmente.

Como fazer com que as ações retrospectivas realmente aconteçam?

Duas coisas, nessa ordem. Realizar retrospectivas com frequência regular, pois equipes com um ritmo constante concluem muito mais tarefas do que aquelas que fazem retrospectivas apenas ocasionalmente. E atribua a cada ação um responsável e um prazo, pois as ações com responsável e prazo são concluídas em cerca de 90% das vezes, embora apenas cerca de um décimo das ações receba um prazo. É melhor sair com duas ações atribuídas do que com dez sem responsável.