Saber que uma demanda levou cinco dias para ser concluída é útil. Mas, sozinho, esse número diz muito pouco sobre o que realmente aconteceu durante o processo. Ela levou cinco dias porque a execução era complexa? Porque ficou esperando revisão? Porque o responsável passou dois dias de atestado? Ou porque havia trabalho demais acumulado em alguma etapa?
Essa diferença importa porque tempo de entrega e tempo de execução não são a mesma coisa. Em muitos processos, uma parte considerável do prazo não é consumida pelo trabalho em si, mas pelas esperas entre uma etapa e outra. Quando tudo isso é resumido apenas na data de início e na data de conclusão, o gestor sabe que demorou, mas ainda não sabe por quê.
É justamente aí que medir o fluxo começa a fazer diferença. No Kanban, acompanhar o tempo não serve apenas para verificar se um prazo foi cumprido. Serve para entender quanto tempo uma demanda leva para percorrer o processo e, principalmente, onde esse tempo está sendo consumido.
É nesse contexto que entram duas métricas importantes: Lead Time e Cycle Time. O Lead Time ajuda a enxergar o tempo do fluxo como um todo, enquanto o Cycle Time permite observar quanto tempo o trabalho permanece em cada etapa. Juntas, essas métricas ajudam a transformar uma percepção genérica de “estamos demorando” em perguntas muito mais úteis sobre onde o processo pode melhorar.
Lead Time e Cycle Time ajudam a entender não apenas quanto tempo uma entrega demora, mas onde esse tempo está sendo consumido dentro do fluxo de trabalho. Quando acompanhados em conjunto, esses indicadores transformam a percepção de atraso em informações mais concretas para melhorar o processo.
Lead Time e Cycle Time não devem servir para simplesmente fazer a equipe trabalhar mais rápido. O principal valor dessas métricas está em descobrir o que, dentro do processo, está fazendo uma entrega levar o tempo que leva, e usar essa informação para melhorar continuamente o fluxo.
Os dois indicadores medem tempo, mas olham para partes diferentes do processo. O Lead Time mostra quanto tempo, em média, um card leva para percorrer o fluxo inteiro, desde a entrada na primeira etapa até chegar à coluna de “Finalizados”. Já o Cycle Time olha para dentro desse caminho e mostra quanto tempo, em média, os cards permanecem em cada etapa antes de avançarem para a próxima.
Pense em um card que entrou no fluxo no dia 1 e foi finalizado no dia 10. Nesse caso, seu tempo total de passagem pelo processo foi de 10 dias. Mas, ao observar as etapas, podemos descobrir que ele permaneceu 2 dias em “Produção”, 6 dias em “Revisão” e outros 2 dias distribuídos pelas demais fases. O Lead Time ajuda a enxergar o desempenho do fluxo como um todo; o Cycle Time ajuda a entender onde esse tempo está sendo consumido.
Essa diferença é importante porque olhar apenas para o tempo total pode esconder o que realmente está acontecendo. Se o Lead Time aumenta, sabemos que as entregas estão levando mais tempo para atravessar o processo, mas ainda precisamos investigar a causa. É o olhar por etapa que pode revelar, por exemplo, que “Produção” continua funcionando normalmente, enquanto “Revisão” passou a concentrar boa parte do tempo dos cards.
Na Ummense, essa análise fica ainda mais prática porque o indicador de Cycle Time apresenta o “Tempo Estimado” e o “Tempo Realizado” em cada coluna. O estimado corresponde ao tempo configurado manualmente para permanência naquela etapa; o realizado mostra quanto tempo, em média, os cards efetivamente permaneceram ali até avançarem. Já o Lead Time considera os cards finalizados no período e calcula o tempo médio que eles levaram para percorrer o fluxo até a conclusão.
Em resumo, pense assim: Lead Time responde “quanto tempo estamos levando para entregar?”; Cycle Time ajuda a responder “em quais etapas esse tempo está sendo gasto?”. É a combinação dessas duas leituras que começa a transformar o prazo em informação útil para melhorar o fluxo.
Depois de entender a diferença entre Lead Time e Cycle Time, vale olhar com mais atenção para o primeiro deles. O Lead Time ajuda a responder uma pergunta muito objetiva: quanto tempo, em média, uma demanda leva para atravessar todo o processo até ser finalizada? Esse número cria uma referência sobre a velocidade real do fluxo, não apenas sobre um card isolado.
É importante falar em média porque um único trabalho pode distorcer a percepção. Um card pode ter sido concluído rapidamente por ser simples, enquanto outro pode ter levado muito mais tempo por depender de aprovações ou informações externas. Quando observamos vários cards finalizados em um mesmo período, começamos a enxergar um comportamento mais verdadeiro da rotina do processo. Quanto maior e mais representativa for essa amostra, mais útil tende a ser essa referência para comparação.
Na prática, acompanhar o Lead Time ao longo do tempo é mais valioso do que olhar apenas para um número absoluto. Se uma equipe costumava finalizar suas demandas em uma média de 8 dias e, nos últimos períodos, essa média passou para 11, 13 ou 15 dias, existe um sinal claro de que o fluxo mudou. O indicador não explica sozinho a causa, mas mostra que vale investigar o que passou a acontecer de forma diferente.
O contrário também é verdadeiro. Se mudanças no processo são feitas e o Lead Time começa a cair de forma consistente, existe uma evidência de que o trabalho está atravessando o fluxo com mais agilidade. Isso ajuda a avaliar se ajustes como redistribuição de responsabilidades, redução de esperas, automações ou limites de trabalho em andamento estão realmente contribuindo para melhorar a entrega.
Por isso, o Lead Time funciona melhor como indicador de evolução do fluxo, e não como uma cobrança pontual sobre cada entrega. Ele ajuda a transformar a sensação de que “as coisas estão demorando mais” em uma leitura concreta da performance do processo ao longo do tempo. A partir daí, o próximo passo é descobrir em qual etapa essa diferença está surgindo, e é justamente aí que o Cycle Time se torna ainda mais importante.
Se o Lead Time mostra que uma demanda está levando mais tempo para atravessar o processo, o Cycle Time ajuda a descobrir em qual etapa esse tempo está se concentrando. Em vez de olhar para o fluxo como um bloco único, ele permite analisar separadamente quanto tempo os cards permanecem em cada coluna antes de avançarem.
Em uma metodologia Kanban, um card é considerado entregue por uma coluna quando passa para a próxima etapa. A partir disso, o Cycle Time calcula o tempo médio de permanência dos cards naquela fase durante o período analisado. Assim, fica mais fácil perceber diferenças entre etapas que, olhando apenas para o prazo final, poderiam passar despercebidas.
Imagine, por exemplo, que a equipe estime até 2 dias para uma etapa de “Revisão”, mas os dados mostram que os cards permanecem ali, em média, 5 dias. O indicador não diz automaticamente por que isso está acontecendo, mas deixa claro onde vale investigar. Pode haver uma fila de aprovações, dependências frequentes, excesso de trabalho concentrado naquela coluna ou simplesmente uma estimativa que já não corresponde à realidade do processo.
É por isso que a comparação entre “Estimado” e “Realizado” é tão útil. Na Ummense, o tempo estimado corresponde ao período configurado para permanência do card na coluna, enquanto o realizado representa quanto tempo, em média, os cards realmente permaneceram ali até serem movidos para a etapa seguinte. Quando essa diferença começa a se repetir, ela deixa de ser uma exceção e passa a ser uma informação importante sobre o funcionamento daquela fase.
O Cycle Time também ajuda a planejar melhor o cronograma. Se uma etapa historicamente leva mais tempo do que outra, essa informação pode ser considerada ao estimar novas entregas, em vez de depender apenas da percepção da equipe sobre quanto tempo “deveria” levar.
No fim, a principal contribuição do Cycle Time é tornar o tempo mais específico. Em vez de concluir apenas que o processo está lento, você consegue enxergar qual etapa merece atenção primeiro. E, quando essa leitura é combinada com o Lead Time, fica muito mais fácil sair de uma percepção genérica de atraso para uma análise concreta do fluxo.
As duas métricas se tornam mais úteis quando deixam de ser analisadas isoladamente. O Lead Time mostra se o tempo médio de entrega do fluxo está aumentando ou diminuindo; o Cycle Time ajuda a observar em quais etapas essa mudança pode estar acontecendo. Assim, uma informação complementa a outra.
Na Ummense, o gráfico de Evolução no Fluxo e Lead Time permite acompanhar três dados ao longo do período: Entradas, Finalizações e Lead Time. Essa leitura conjunta ajuda a perceber como o comportamento do fluxo muda ao longo do tempo. Se o Lead Time aumenta em determinado período, por exemplo, você pode observar também o volume de cards que entrou e quantos foram finalizados naquele intervalo antes de partir para uma análise mais detalhada.
É nesse momento que o Cycle Time pode aprofundar a investigação. Se o tempo total de entrega aumentou, vale observar quais colunas também passaram a apresentar um tempo realizado maior. Talvez o fluxo inteiro não tenha ficado mais lento; uma única etapa pode estar concentrando boa parte dessa diferença.
Essa combinação evita conclusões genéricas como “a equipe está demorando demais”. Em vez disso, o gestor passa a fazer perguntas mais específicas: o Lead Time aumentou em qual período? O que aconteceu com as “Entradas” e “Finalizações”? Em quais colunas o Cycle Time mudou? O “Realizado” continua próximo do “Estimado”?
É justamente esse tipo de leitura que transforma indicadores em ferramenta de gestão. O objetivo não é apenas acompanhar números, mas usá-los para entender melhor o comportamento do processo e direcionar a atenção para os pontos que realmente merecem investigação.
Depois de identificar onde o tempo está sendo consumido, o próximo passo é agir sobre o fluxo. E aqui existe um cuidado importante: reduzir Lead Time não significa simplesmente pedir para as pessoas trabalharem mais rápido. Na maioria das vezes, a melhoria vem de diminuir esperas, reduzir acúmulos e eliminar etapas que atrasam o avanço dos cards.
Uma das práticas que pode contribuir para isso é o limite de WIP, que controla quantos trabalhos podem permanecer simultaneamente em uma etapa. Quando há demandas demais em andamento, elas passam a disputar a capacidade da equipe e tendem a permanecer mais tempo nas colunas. Ao limitar esse volume, o time consegue concentrar esforços no que já começou antes de puxar novos trabalhos para o processo.
Esse ponto se conecta diretamente ao Cycle Time. Se uma coluna apresenta um tempo realizado muito acima do estimado, vale investigar o que está mantendo os cards ali. O problema varia conforme o que é seu fluxo, mas pode estar em aprovações demoradas, dependências externas, excesso de demandas, distribuição de responsabilidades ou atividades manuais que poderiam ser simplificadas.
As automações também podem ajudar nesse processo. Ações repetitivas, avisos, movimentações e outras rotinas que não exigem decisão humana podem ser automatizadas para reduzir etapas manuais e evitar que um card fique parado simplesmente porque alguém esqueceu de executar uma ação operacional.
O mais importante é evitar a tentação de tentar melhorar o indicador diretamente. Lead Time e Cycle Time são consequências do modo como o trabalho percorre o fluxo. Se uma etapa está demorando, a pergunta não deve ser apenas “como fazemos isso mais rápido?”, mas também “o que está fazendo esse trabalho esperar?”.
Por isso, a melhoria tende a acontecer de forma contínua: medir, identificar onde o tempo está concentrado, ajustar o processo e observar novamente os indicadores. Com o tempo, essas métricas deixam de ser apenas números de acompanhamento e passam a mostrar se as mudanças feitas no fluxo estão realmente tornando as entregas mais ágeis.
Depois de entender o que os indicadores mostram, o ideal é acompanhá-los de forma recorrente. Afinal, descobrir que uma etapa levou mais tempo em uma semana é útil, mas observar como esse comportamento evolui ao longo de vários períodos é o que permite identificar padrões e avaliar se as mudanças feitas no processo realmente funcionam.
Na Ummense, os indicadores dos fluxos permitem acompanhar essas informações diretamente a partir dos cards que percorrem o processo. No gráfico de Cycle Time, é possível comparar o “Estimado” com o “Realizado” de cada coluna. O estimado corresponde ao tempo configurado para aquela etapa, enquanto o realizado mostra quanto tempo, em média, os cards permanecem nela até avançarem. Essa comparação ajuda a perceber rapidamente quais partes do fluxo estão funcionando dentro do esperado e quais merecem uma análise mais cuidadosa.
Já o gráfico de Evolução no Fluxo e Lead Time amplia essa visão ao apresentar três informações ao longo do período: Entradas, Finalizações e Lead Time. Assim, além de acompanhar quanto tempo os cards estão levando para chegar ao fim do processo, você consegue observar o volume que entra e o volume que efetivamente é concluído. Com o histórico, fica mais fácil perceber mudanças de comportamento e investigar o que aconteceu no fluxo quando o tempo de entrega começou a subir ou cair.
E essa é justamente a principal vantagem de acompanhar essas métricas dentro do próprio ambiente onde o trabalho acontece: os indicadores deixam de depender de controles paralelos e passam a fazer parte da gestão do processo. Você organiza o trabalho em fluxos Kanban, acompanha o tempo das etapas e utiliza os dados das entregas reais para decidir onde melhorar.
Se você quer colocar esse tipo de gestão em prática, conheça a Ummense e veja como criar fluxos de trabalho, acompanhar indicadores e organizar o trabalho da sua equipe em um só lugar.
No fim, Lead Time e Cycle Time não existem para fazer sua equipe correr contra o relógio. Eles ajudam a responder uma pergunta muito mais interessante: o que, dentro do nosso processo, está fazendo uma entrega levar o tempo que leva? Quando essa resposta deixa de depender de percepção e passa a ser observada nos dados, melhorar o fluxo se torna um processo muito mais consciente.
Conheça os principais recursos da plataforma e veja como aplicá-los no dia a dia da sua equipe.
.png)
