O que fluiu bem?

Onde o trabalho avançou sem problemas pelo quadro?

As correções de bugs foram de revisão para concluído em um dia, uma entrega bem rápida.
Nossa daily ajudou a gente a se juntar rapidamente nos itens bloqueados.
Critérios de aceite claros fizeram menos cartões voltarem para o desenvolvimento.
Onde estavam os gargalos?

Quais etapas fizeram o trabalho acumular ou travar?

O code review foi um gargalo constante, com só um revisor disponível.
Os cartões ficaram em 'aguardando deploy' por dias seguidos.
Os testes acumularam porque os ambientes estavam instáveis.
Limites de WIP e políticas

Nossos limites de trabalho em andamento e regras estão funcionando?

A gente estourou o limite de WIP do desenvolvimento o tempo todo. Será que devemos reduzir?
O limite de 'em andamento' obrigou a gente a terminar antes de começar algo novo, e isso ajudou.
Nossa definição de pronto não está clara, então os cartões avançam antes da hora.
O que vamos melhorar?

Quais mudanças concretas vão melhorar nosso fluxo?

Colocar um segundo revisor de código no rodízio para diminuir os atrasos de revisão.
Reduzir o limite de WIP do desenvolvimento para 3 para diminuir a troca de contexto.
Criar uma política de tempo para bloqueados: escalar tudo que estiver bloqueado há mais de 2 dias.

O que é a Retrospectiva de Fluxo Kanban?

Times Kanban não trabalham em sprints, então uma retrospectiva pensada para sprints muitas vezes não acerta o alvo. A Retrospectiva de Fluxo Kanban analisa como o trabalho se move pelo seu quadro: onde os cartões ficam parados, onde avançam rápido e o que causa os acúmulos. É uma forma prática de encontrar o atrito que atrasa as entregas e as torna difíceis de prever. O time passa por quatro tópicos: o que fluiu bem, onde estavam os gargalos, se os limites de trabalho em andamento (WIP) e as políticas estão funcionando e o que vocês vão mudar. Discutir esses pontos juntos no TeamRetro cria uma visão compartilhada de como o trabalho vai de "a fazer" até "concluído". Funciona bem para times que praticam Lean ou Kanban e para qualquer time ágil que queira melhorar o cycle time e o throughput. Realizada com regularidade, ela se torna um hábito de pequenas melhorias (kaizen). Levar o quadro e suas métricas de fluxo para a reunião mantém a conversa no sistema, e não nas pessoas, para que o time possa combinar mudanças no processo e verificar na sessão seguinte se elas funcionaram.

Formato da retrospectiva de Fluxo Kanban

O que fluiu bem?

Onde o trabalho avançou sem problemas pelo quadro?

Este tópico reúne as partes do fluxo de trabalho que funcionaram bem: itens que avançaram de forma constante do início ao fim, sem atrasos desnecessários. Incentive o time a pensar em cartões, passagens de bastão ou etapas específicas que pareceram tranquilas e peça que identifiquem o que possibilitou esse fluxo, para que essas práticas possam ser repetidas.

Onde estavam os gargalos?

Quais etapas fizeram o trabalho acumular ou travar?

Gargalos são as etapas em que o trabalho se acumula mais rápido do que pode ser processado, deixando todo o fluxo mais lento. Peça ao time que observe as colunas onde os cartões se acumularam ou ficaram parados e investigue o porquê. Mantenha o foco no sistema e no processo, e não nas pessoas, para evitar culpados e manter a conversa construtiva.

Limites de WIP e políticas

Nossos limites de trabalho em andamento e regras estão funcionando?

Este tópico avalia se os limites de WIP, as políticas das colunas e as definições de pronto do time estão ajudando ou atrapalhando o fluxo. Incentive o time a refletir se os limites foram respeitados, se estavam apertados ou folgados demais e se as regras para mover os cartões estavam claras. Isso costuma revelar onde o próprio processo precisa de ajustes.

O que vamos melhorar?

Quais mudanças concretas vão melhorar nosso fluxo?

Este é o tópico voltado para ação, em que o time transforma os aprendizados em compromissos. Incentive melhorias concretas, com responsável e mensuráveis, em vez de intenções vagas. Relacione cada ação a um gargalo ou problema de fluxo levantado antes e decidam como vocês vão saber, na próxima retrospectiva, se funcionou.

Quando utilizar esta análise retrospectiva

  • Quando o time pratica Kanban ou Lean e quer melhorar o fluxo sem esperar o fim de uma sprint.
  • Quando os cycle times estão aumentando ou o trabalho parece travado e vocês precisam encontrar o gargalo.
  • Quando os limites de WIP e as políticas das colunas não estão claros ou estão sendo ignorados.
  • Quando vocês querem uma discussão de retrospectiva ligada a métricas de fluxo como throughput e lead time.
  • A cada duas semanas ou uma vez por mês, para tornar a melhoria do fluxo um hábito.

Perguntas sugeridas para quebra-gelo

  • Se o seu fluxo de trabalho fosse um tipo de trânsito, como ele estaria agora: estrada livre, hora do rush ou engarrafamento total?
  • Qual é uma coisa da sua rotina diária que sempre flui bem, sem nenhum gargalo?

Quer um exercício de aquecimento que sua equipe faça, e não apenas responda em voz alta? Veja quebra-gelos gratuitos →

Ideias e dicas para sua reunião de retrospectiva

  • Levem o quadro e as métricas de fluxo (cycle time, throughput, WIP) para que a discussão comece a partir de dados.
  • Falem do sistema, não das pessoas. Gargalos costumam ser problemas de processo, então mantenham a conversa livre de culpa.
  • Limitem-se a uma ou duas ações de melhoria para que o time consiga entregá-las antes da próxima retro.
  • Definam um responsável para cada ação e uma forma de medi-la na sessão seguinte.
  • Usem a inserção anônima de ideias antes da discussão para que as pessoas mais caladas também contribuam.
  • Comecem revisando as ações da última vez para ver o que mudou.

Perguntas frequentes

Qual é a diferença entre a Retrospectiva de Fluxo Kanban e a Retrospectiva de Sprint?
A retrospectiva de sprint olha para um timebox fixo. A Retrospectiva de Fluxo Kanban analisa como o trabalho se move pelo seu sistema, usando métricas de fluxo como cycle time, throughput e WIP em vez de metas de sprint.
Quanto tempo dura uma Retrospectiva de Fluxo Kanban?
A maioria dos times termina em 45–60 minutos. Reserve até 90 minutos para um time grande ou quando houver um gargalo importante para resolver.
Quando devemos fazer uma Retrospectiva de Fluxo Kanban?
O Kanban não tem sprints, então escolham uma cadência fixa, como a cada duas semanas ou uma vez por mês. Façam uma extra quando perceberem que os cycle times estão aumentando ou as filas estão crescendo.
Quais métricas devemos levar para a retrospectiva?
Cycle time, lead time, throughput, níveis de WIP e um diagrama de fluxo cumulativo. Eles mostram onde o trabalho está se acumulando e se as mudanças estão ajudando.
Quem deve facilitar uma Retrospectiva de Fluxo Kanban?
Muitas vezes quem conduz é o Scrum Master, o agile coach, o líder do time ou o responsável pelo fluxo, mas qualquer pessoa do time pode facilitar. O importante é manter a discussão no sistema e garantir que cada ação tenha um responsável e uma forma de medição.
Pronto para conduzir essa retrospectiva?Experimente esta apresentação ao vivo retrospectiva