Velocity alta, backlog cheio e o cliente ainda reclamando do prazo. Esse cenário é mais comum do que parece em equipes que adotaram o Ágil na teoria, mas ainda gerenciam o fluxo no improviso.
O problema quase sempre está na leitura errada das métricas. Lead time e cycle time são os dois indicadores de fluxo mais buscados por gestores e Scrum Masters, e também os mais confundidos.
Entender a diferença entre eles, e saber o que fazer com cada número, é o que separa uma equipe que mede do que entrega de uma equipe que realmente melhora.
Acompanhe este guia completo e descubra tudo sobre lead time e cycle time.
Lead time e cycle time: qual é a diferença real?
A confusão entre os dois conceitos começa porque ambos medem tempo. Mas o ponto de partida de cada um é completamente diferente, e isso muda tudo na interpretação.
Lead time
É o tempo total do ponto de vista do cliente: começa no momento em que a demanda é registrada e termina quando a entrega acontece. Inclui o tempo de fila, o tempo de análise, o tempo de execução e qualquer espera no meio do caminho.
Cycle time
É o tempo de execução: começa quando o time efetivamente inicia o trabalho naquele item e termina na entrega. É o tempo ativo, sem contar a espera no backlog.
A diferença entre os dois revela algo que muitas equipes ignoram: o tempo de fila. Um cycle time de três dias com lead time de quinze dias significa que o item ficou doze dias parado antes de alguém tocá-lo. O problema não está na execução, está no acúmulo de demanda antes dela.
Como a Lei de Little explica o que acontece com seu fluxo?
A Lei de Little é a fundamentação matemática por trás da gestão de fluxo ágil. A fórmula é direta:
Lead Time = WIP / Throughput
Onde:
- WIP (Work In Progress) é a quantidade de itens em andamento simultaneamente;
- Throughput é a quantidade de itens entregues por unidade de tempo.
Na prática, isso significa que se o time entrega dez itens por semana e tem trinta em andamento ao mesmo tempo, o lead time médio será de três semanas. Para reduzir o lead time sem aumentar a capacidade do time, a alavanca mais direta é reduzir o WIP.
Esse é o princípio que fundamenta o limite de WIP no Kanban: não se trata de uma regra burocrática, mas de uma consequência matemática. Menos trabalho simultâneo gera entregas mais rápidas e previsíveis.
Por que a média engana e o percentil orienta?
Usar a média do lead time para prever entregas é um erro comum, e estatisticamente problemático. Em distribuições não normais, como as que aparecem na maioria dos fluxos de trabalho, a média é distorcida por valores extremos. Um item que levou sessenta dias por uma dependência externa puxa a média para cima e distorce a percepção de todo o sistema.
A alternativa mais confiável é trabalhar com percentis. Em vez de dizer “entregamos em média em dez dias”, o time passa a afirmar: “85% das nossas tarefas são entregues em até doze dias”. Essa afirmação é probabilística, verificável e muito mais útil para acordar expectativas.
Para visualizar essa distribuição, duas ferramentas são particularmente úteis:
- Histograma de lead time: mostra a frequência de entregas por faixa de tempo, revelando onde estão concentradas a maioria das demandas e onde estão os outliers;
- Scatterplot (diagrama de dispersão): plota cada entrega ao longo do tempo, permitindo identificar tendências, sazonalidades e anomalias no fluxo.
Como o WIP inflado destrói a previsibilidade?
Limitar o WIP é a intervenção mais contraintuitiva e mais eficaz na gestão de fluxo. A resistência é sempre a mesma: “se parar de puxar trabalho, a equipe vai ficar ociosa”. Na prática, o que ocorre é o oposto.
Quando o WIP cresce sem controle, os itens competem por atenção, o contexto é trocado constantemente e o cycle time sobe. O time parece ocupado o tempo todo, mas entrega menos e com mais variabilidade.
Reduzir o WIP força a equipe a terminar antes de começar, o que reduz o cycle time, estabiliza o fluxo e torna o lead time previsível. A ociosidade eventual que aparece nesse processo é, na maioria das vezes, um sinal de gargalo que precisava ser identificado, não escondido sob uma pilha de tarefas em andamento.
Leia também: O que é uma equipe de alta performance? Descubra!
Eficiência do fluxo: quanto do lead time é trabalho real?
A eficiência do fluxo é a métrica que revela a proporção entre tempo ativo e tempo de espera dentro do lead time total. O cálculo é simples:
Eficiência do fluxo = Tempo de toque / Lead time total x 100
Em processos tradicionais, a eficiência do fluxo raramente passa de 15%. Isso significa que, em um lead time de vinte dias, apenas três dias foram de trabalho efetivo. O restante foi espera: aprovação, dependência, fila, revisão parada.
Identificar onde esse tempo de espera se acumula é exatamente a proposta do Value Stream Mapping, ferramenta do Lean que mapeia cada etapa do fluxo e distingue atividades que geram valor das que apenas consomem tempo.
Ao sobrepor o mapa de fluxo com os dados de cycle time por etapa, o gestor encontra os gargalos com precisão cirúrgica, sem precisar de suposição.
Como conectar essas métricas ao dia a dia da equipe?
Métricas de fluxo só têm valor quando geram decisão. A pergunta que deve guiar a análise é sempre a mesma: o que faço com esse número na segunda-feira de manhã?
Algumas aplicações diretas:
- Se o lead time está crescendo semana a semana, verifique o WIP antes de contratar ou redistribuir tarefas;
- Se o cycle time está estável, mas o lead time sobe, o problema está na fila de entrada, não na execução;
- Se a dispersão no scatterplot está aumentando, a variabilidade do processo cresceu e o time precisa investigar causas raiz antes de fazer qualquer previsão de prazo;
- Se a eficiência do fluxo está abaixo de 20%, o foco deve ser nos tempos de espera, não na velocidade de execução.
Esse tipo de leitura transforma o daily e a retrospectiva em reuniões orientadas por dado, não por percepção.
Lead time e cycle time se aplicam apenas ao Kanban?
Não. Embora sejam conceitos centrais no Kanban, lead time e cycle time podem ser aplicados em qualquer framework ágil, incluindo Scrum. A diferença é que no Scrum as métricas costumam ser analisadas por sprint, enquanto no Kanban o fluxo é contínuo.
Como calcular o cycle time na prática?
Basta registrar a data em que o item entrou em execução e a data em que foi entregue. A diferença em dias úteis é o cycle time daquele item. Ferramentas como Jira, Azure DevOps e Linear fazem esse cálculo automaticamente.
Velocity ainda é uma métrica relevante?
Velocity mede quantidade de trabalho por sprint e tem valor para planejamento interno. O problema é usá-la isoladamente para prever prazos ou comparar equipes. Combinada com lead time e cycle time, ela oferece uma visão mais completa do desempenho do time.
Quantos dados são necessários para usar percentis com confiança?
A referência mais adotada é um mínimo de cinquenta itens entregues para que a distribuição seja estatisticamente representativa. Com menos dados, os percentis podem ser usados como referência inicial, mas com mais cautela na interpretação.
Qual a relação entre métricas ágeis e Lean Seis Sigma?
A lógica de eficiência do fluxo, mapeamento de gargalos e redução de variabilidade conecta diretamente os dois universos. Se você já trabalha com indicadores de fluxo ágil, aprofundar em Lean Seis Sigma vai ampliar sua capacidade de análise e intervenção em processos complexos.
Evolua sua gestão com o curso em Gestão de Projetos da Frons
Dominar lead time, cycle time e eficiência do fluxo é o ponto de partida para uma gestão orientada por dados. Mas aplicar essas métricas com consistência, dentro de ambientes complexos e sob pressão de resultado, exige uma formação que vá além da teoria. O curso em Gestão de Projetos da Frons foi estruturado para desenvolver exatamente essa capacidade.
Conheça o programa e veja como ele pode acelerar sua evolução como líder de projetos.
