O Índice de Acompanhamento: as tarefas 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 acompanhadas no TeamRetro, cerca de 73% foram 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 a equipes que realizam suas retrospectivas em uma ferramenta específica; portanto, considere-o como um exemplo de bom desempenho, e não como uma média do setor. O restante desta página mostra 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. Ninguém sabe, na verdade, qual é o número.

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 efetivamente concluídas

Em uma amostra de centenas de milhares de ações comprometidas em retrospectivas reais, ~73% acabaram sendo 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 logo de cara: cerca de metade das ações são concluídas dentro de três meses após terem sido 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 um exemplo do que é bom, e não como algo que todo mundo faz. Mas isso acaba de vez com o mito. “Cerca de um terço” não é a verdade sobre 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 aborda.

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 uma taxa muito menor, de cerca de 67%. Essa é a maior lacuna mensurável na página e pode ser sanada sem nenhum custo.

Não há data. Apenas cerca de 11% das ações recebem uma data de vencimento. A data é o mecanismo de compromisso mais acessível 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 “fracassada” deixa de se comprometer com as ações grandes por completo.

Isso nunca foi algo que cabia à equipe resolver. Algumas ações são, na verdade, um pedido dirigido a outra pessoa: número de funcionários, 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 a ela, ela avança. Ainda não medimos esse aspecto. É o padrão por trás de grande parte do que fica “por fazer” no trimestre, e abordamos isso detalhadamente na seção sobre por que as retrospectivas fracassam.

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 ficam na casa dos 55%. O mecanismo não é nenhum mistério: a regularidade é o que impõe a revisão, e sem uma revisão nada é encerrado. 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 um 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 retrospetiva em uma frequência regular concluem cerca de três em cada quatro de suas ações.
• As equipes que realizam retrospetivas apenas ocasionalmente (com longos intervalos entre as sessões ou apenas algumas poucas retrospetivas ao longo do tempo) ficam na casa dos 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 finalizar o que conseguem concluir (quase três meses, contra aproximadamente seis semanas para equipes que mantêm 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 “retro é teatro”: os retrôs não são o problema. O problema são os retrôs irregulares.

Alavanca 2: propriedade. 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 específico e um prazo são concluídas em cerca de 90% das vezes. Já 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% recebem uma data de conclusão. Essa é a lacuna: não é o esforço, nem a intenção, e sim a atribuição de responsabilidades. 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 é exatamente 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 nome 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 chegam à 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 a revisão mais rapidamente do que isso. Portanto, o padrão real de acompanhamento é, aproximadamente:

• ~1 em cada 4 ações realizadas no próximo retro,
• ~1 em cada 2 já está feito, mas depois que a próxima retrospectiva já tiver ocorrido,
• ~1 em cada 4 nunca fez isso.

Metade de todas as ações definidas pelas equipes são concluídas tarde em relação ao cronograma da retrospectiva, não porque tenham sido abandonadas, mas porque ainda estavam em andamento quando chegou a vez da próxima retrospectiva. 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 presos

Sete etapas, em ordem. Nenhuma delas diz respeito a software.

1. Defina uma ou duas ações, não dez. Quanto mais longa a lista, pior 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 tenha dito “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 uma data concreta. Esse é o passo que as equipes costumam pular: apenas cerca de uma em cada nove ações recebe uma data, e as ações atribuídas a alguém e com data definida são as que chegam a ser concluídas em cerca de 90%.
4. Dimensiona-a para caber em um ciclo. Se não for plausível concluir a ação 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ção na caixa, enquanto uma ação que é discretamente adiada por seis sprints ensina a lição oposta.

5. Inclua isso no próximo bloco de trabalho. Uma ação que fica restrita apenas ao 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 a ser feito paralelamente. 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 faz retrospetivas a cada duas semanas, em média. 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 revisando as ações da última vez, antes de abordar qualquer coisa nova. Esse é o hábito que conduz todo o resto. Leia-as em voz alta, diga o que foi feito e, para tudo o que não foi concluído, pergunte se ainda há progresso, em vez de questionar 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 da equipe: “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 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, para que você possa verificar sua taxa ao longo de um trimestre, em vez de ter que adivinhar.

É isso que o acompanhamento 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 está no seu sistema de acompanhamento, 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 diz a barra lateral acima, então nossas próprias ações publicadas também estão nessa fatia excluída. Essa é uma limitação da 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 ações criadas em retrospectivas reais (type = actionexplicitamente aceitas, e não sugestões de IA descartadas pelo facilitador) em equipes que utilizam o TeamRetro, com contas de demonstração, internas e de teste excluídas, e contas migradas entre nossas regiões de hospedagem contadas uma única vez. São centenas de milhares delas, o 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é o próximo retro) 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 se comprometer”, “câmeras ligadas para demonstrações”) são normas contínuas, não tarefas para serem marcadas como concluídas, e contabilizá-los subestimaria o cumprimento. O mesmo vale para os cerca de 2 a 3% das ações publicadas em um rastreador externo (principalmente o Jira): uma vez que uma ação está 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 indevidamente.
• Uma coisa que procuramos e não encontramos: qualquer correlação entre o cumprimento das metas por parte de uma equipe e suas próprias notas 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 uma coisa a partir da outra.

O que não afirmamos

Cinco limites, explicitados 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 à retroatividade quase certamente levam o processo adiante com mais consistência do que aquelas 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 entende por “eventualmente” refere-se 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 é a organização de um quadro, e nem sempre podemos distinguir qual é qual. Desconsidere todos os fechamentos em lote atrasados e a taxa mínima é de 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 “ter feito 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 genuínos são registrados erroneamente como ações e nunca são concluídos, o que reduz a taxa medida. Portanto, no caso das tarefas reais, se houver alguma variação, 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 garante. 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 diretrizes completas constam na especificação interna.

Cite isto

Em uma amostra de centenas de milhares de itens de ação durante retrospectivas acompanhados no TeamRetro, cerca de 73% foram concluídos, ou seja, aproximadamente três em cada quatro, e não o “um em cada três” que dizem por aí: 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 ~90% no caso de ações com um responsável designado e um prazo definido, e as equipes que realizam retrospectivas regularmente concluem cerca de três em cada quatro, contra cerca de 55% das equipes que fazem retrospectivas apenas ocasionalmente. — The Follow-Through Index, TeamRetro (2026)

Vai usar isso em uma pesquisa ou em uma palestra? Adoraríamos receber um link de referência.

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 nome 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 do recurso que conduz suas retrospectivas no TeamRetro. 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 acompanhamento (Teatro Ágil)
• As retrospectivas valem a pena? Um veredicto
• Como conduzir uma retrospectiva
• Uma lista de verificação para conduzir sua retrospectiva
• Estatísticas sobre métodos ágeis e retrospectivas: pesquisas externas sobre retrospectivas, com cada dado vinculado ao estudo de onde foi extraído.

Perguntas frequentes

As tarefas retrospectivas são realmente concluídas?

Na maioria das vezes, sim, e com uma frequência consideravelmente maior do que dizem as crenças populares. Entre as centenas de milhares de itens de ação acompanhados no TeamRetro, cerca de 73% acabaram sendo concluídos, ou seja, aproximadamente três em cada quatro. “Acabaram sendo concluídos” é a expressão mais honesta: 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%, de acordo com 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 identificado e um prazo de conclusão 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 chega a ser concluída.

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

Normalmente, uma das cinco razões, e apenas as duas primeiras estão relacionadas 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 entrega (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 dar atenção a ela. Os dados são claros sobre o que importa mais: 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 retrospectiva 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 frequência maior do que essa; 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 está em andamento”, e não “fracassou”. Preocupe-se com a ação que não está avançando, e 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 em todas as ocasiões. 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 identificada na 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 o andamento da ação e por prestar contas sobre ela na próxima retrospectiva. 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 a indicação de 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 anteriores 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 ainda durante a reunião, mantenha as ações pendentes em um local onde toda a equipe possa vê-las 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á reunida, 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.

É melhor 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 de itens pendentes no início da próxima retrospetiva, 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 na retrospectiva?

Sim, uma ferramenta dedicada à retrospectiva fecha a lacuna que uma lista de tarefas deixa em aberto. O TeamRetro, de onde esses dados provêm, permite que você atribua a cada ação um responsável e uma data de conclusão 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 melhorar. Seja qual for a ferramenta que você use, 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 consegue 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, de forma registrada.

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

Duas coisas, nessa ordem. Faça retrospectivas com regularidade, pois equipes que mantêm 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, mas apenas cerca de um décimo delas recebe um prazo. É melhor sair com duas ações atribuídas a alguém do que com dez sem responsável.