Tempo de Ciclo vs Lead Time: Definições e Fórmulas

Tempo de ciclo vs lead time é um dos pontos de confusão mais comuns em trabalhos de lean, ágil e operações. Eles estão relacionados, mas medem relógios diferentes, e confundi-los leva a decisões erradas sobre onde melhorar o processo.

O que é lead time?

Lead time é o tempo total desde a chegada de uma solicitação do cliente até a entrega dessa solicitação. O relógio começa no momento em que a demanda é registrada (um pedido de compra, um ticket de suporte, uma user story) e só para quando o cliente tem o resultado final em mãos.

O lead time inclui tudo: tempo de espera em fila, tempo bloqueado em aprovações, tempo de trabalho ativo e tempo em trânsito. É o número que o cliente realmente experimenta, mesmo que, na maior parte desse tempo, sua equipe talvez nem esteja tocando o trabalho.

Exemplo. Um cliente envia um pedido de funcionalidade de software na segunda-feira de manhã. Sua equipe assume o pedido na quarta-feira, codifica na quinta e sexta-feira, testa na segunda-feira seguinte e implanta na terça-feira. A funcionalidade do cliente entra no ar nove dias úteis depois de a solicitação chegar. Lead time = 9 dias.

Principais Dados: tempo de ciclo e lead time

• A Lei de Little, provada pela primeira vez pelo pesquisador de operações John D. C. Little em 1961, mostra que o lead time médio equivale ao work in progress (WIP) médio dividido pelo throughput médio. Ela se aplica a qualquer sistema estável, seja manufatura, software ou suporte.
• A pesquisa do Lean Enterprise Institute sobre mapeamento de fluxo de valor constata consistentemente que mais de 80% do lead time na maioria dos processos é tempo de fila e espera, não tempo de trabalho ativo. Cortar o lead time quase sempre significa cortar a espera, não trabalhar mais rápido.
• De acordo com o livro Accelerate (Forsgren, Humble e Kim, 2018), as equipes de entrega de software de elite alcançam lead times médios para mudanças abaixo de uma hora. A maioria das organizações começa em dias ou semanas.

O que é tempo de ciclo?

Tempo de ciclo é o tempo necessário para concluir uma unidade de trabalho depois que sua equipe realmente começa a atuar sobre ela. O relógio começa quando o trabalho ativo se inicia e para quando essa unidade está pronta para a próxima etapa (ou para a entrega). O tempo de ciclo não inclui o tempo parado em um backlog ou esperando alguém pegar a tarefa.

Na manufatura, o tempo de ciclo costuma ser medido por unidade: "quanto tempo um item leva para passar por uma estação de trabalho?" No software e no Kanban, geralmente é o tempo entre "em andamento" e "concluído".

Exemplo. Usando o mesmo pedido de funcionalidade: sua equipe assume o trabalho na quarta-feira, codifica até sexta-feira, testa na segunda-feira, implanta na terça-feira. Tempo de trabalho ativo = 5 dias úteis. Tempo de ciclo = 5 dias. Lead time = 9 dias. A diferença de 4 dias foi tempo de fila antes de o trabalho começar.

O tempo de ciclo é uma métrica interna. Sua equipe o controla. O lead time é a métrica voltada para o cliente, que depende tanto do tempo de ciclo quanto do tempo de espera anterior ao trabalho.

Tempo de ciclo vs lead time: as principais diferenças

Aqui está uma comparação lado a lado das duas métricas.

A diferença entre os dois números é seu tempo de fila: o tempo que uma solicitação passa esperando antes de alguém tocá-la. Uma diferença grande geralmente sinaliza um problema de backlog, não um problema de velocidade. Se seu lead time é de 10 dias, mas o tempo de ciclo é de 2 dias, o processo está gastando 8 dias esperando, não trabalhando.

Como calcular tempo de ciclo e lead time

As duas fórmulas são diretas. O desafio é concordar exatamente sobre quando cada relógio começa e para no seu processo específico.

Fórmula do lead time

Lead time = Data e hora da entrega menos Data e hora da solicitação

Para um lote ou uma média: some os lead times de um conjunto de itens concluídos e divida pelo número de itens.

Fórmula do tempo de ciclo

Tempo de ciclo = Data e hora da conclusão menos Data e hora do início do trabalho ativo

Para uma média da equipe em um período: divida a saída total pelo número de períodos trabalhados.

Lei de Little

A Lei de Little é a fórmula mais útil para conectar as duas métricas:

Lead time = Work in progress (WIP) / Throughput

Onde:

• Work in progress (WIP) é o número de itens sendo processados no momento (iniciados, mas não concluídos)
• Throughput é o número de itens concluídos por unidade de tempo

Se sua equipe conclui 5 tickets por semana e sempre tem 20 tickets em andamento, a Lei de Little prevê um lead time médio de 4 semanas. Para cortar o lead time pela metade, você pode dobrar o throughput (difícil) ou cortar o WIP pela metade (geralmente mais fácil e rápido). É por isso que os limites de WIP são uma prática central em sistemas Kanban e lean.

A Lei de Little funciona em qualquer processo estável: um call center, um sprint de software, uma estação de separação de armazém, desde que a taxa de fluxo seja razoavelmente constante.

Como reduzir o tempo de ciclo e o lead time

Reduzir as duas métricas começa por saber qual delas é realmente o problema.

Etapa 1: Meça as duas separadamente

Configure um rastreamento que registre o horário de chegada da solicitação, o horário de início do trabalho e o horário de conclusão para cada unidade. A maioria das ferramentas de projeto e dos quadros Kanban consegue fazer isso com configuração mínima. Você não consegue melhorar o que não consegue ver.

Etapa 2: Identifique para onde o tempo realmente está indo

Desenhe um mapa de fluxo de valor simples do seu processo. Marque quais etapas envolvem trabalho ativo e quais são pura espera. Se seu lead time é de 10 dias e seu tempo de ciclo é de 2 dias, foque primeiro nos 8 dias de espera.

Etapa 3: Limite o work in progress

Segundo a Lei de Little, cortar o WIP corta diretamente o lead time. Estabeleça limites de WIP explícitos em cada etapa. Quando uma etapa atinge seu limite, puxe trabalho apenas quando uma vaga se abrir. Isso parece mais lento, mas quase sempre resulta em um fluxo geral mais rápido, porque interrompe o acúmulo que causa o tempo de fila.

Etapa 4: Remova bloqueios antes que se repitam

Rastreie por que os itens ficam travados: aprovações ausentes, dependências de outras equipes, requisitos pouco claros, espera por acesso a ambientes. Use uma análise de causa raiz ou uma sessão de cinco porquês para identificar os padrões que se repetem e, então, corrija o sistema em vez de perseguir cada bloqueio individual.

Etapa 5: Equilibre suas estações de trabalho ou capacidade da equipe

Capacidade desigual cria gargalos que inflam tanto o tempo de ciclo quanto o lead time. A teoria das restrições dá a você um framework para encontrar a única restrição que limita todo o sistema (corrija essa primeiro, e o resto do fluxo acelera). Você também pode aplicar técnicas de poka-yoke para prevenir defeitos que causam retrabalho e estendem o tempo de ciclo.

Etapa 6: Reduza o tamanho dos lotes

Grandes lotes de trabalho se movem devagar por um sistema, mesmo quando os tempos de ciclo individuais são curtos. Dividir uma funcionalidade de duas semanas em fatias diárias implantáveis corta o lead time drasticamente, porque o feedback chega mais cedo e o tempo de fila diminui.

Exemplos de tempo de ciclo vs lead time

Os exemplos de suporte e compras mostram um padrão que o pensamento just-in-time tem como alvo: o trabalho real é uma fração pequena do tempo total decorrido. A maior parte do lead time é handoff, fila e overhead de aprovação.

Takt time, tempo de ciclo e lead time

Esses três termos costumam aparecer juntos e servem a propósitos distintos em operações lean.

Takt time é a taxa-alvo na qual seu processo precisa produzir uma unidade para atender à demanda do cliente. É definido pelo mercado, não pela sua equipe. Se os clientes demandam 100 unidades por turno de 8 horas, o takt time é de 4,8 minutos por unidade. O takt time é uma ferramenta de planejamento.

Tempo de ciclo é o que seu processo realmente leva por unidade. Se o tempo de ciclo está abaixo do takt time, você tem capacidade sobrando. Se o tempo de ciclo excede o takt time, você não consegue atender à demanda. O takt time define o benchmark; o tempo de ciclo mostra o quão perto você está.

Lead time é a experiência do cliente de ponta a ponta, que inclui o tempo de ciclo mais toda a espera antes e depois do trabalho ativo.

Os três funcionam juntos: o takt time indica o ritmo-alvo, o tempo de ciclo mostra seu ritmo real por unidade, e o lead time revela a espera total que o cliente experimenta, do pedido ao recebimento.

Perguntas frequentes

Qual é a diferença entre tempo de ciclo e lead time?

Lead time é o tempo total desde a solicitação do cliente até a entrega, incluindo todos os períodos de espera. Tempo de ciclo é apenas o tempo de trabalho ativo, uma vez que uma tarefa ou unidade tenha sido iniciada. O lead time é sempre maior ou igual ao tempo de ciclo. A diferença entre os dois é o tempo de fila.

O lead time é sempre maior do que o tempo de ciclo?

Sim, na prática. O tempo de ciclo é um componente do lead time, então o lead time equivale ao tempo de ciclo mais qualquer tempo de espera antes e depois do trabalho ativo. O único cenário em que seriam iguais é se o trabalho começasse no instante em que a solicitação chegasse e fosse entregue no momento em que fosse concluído, o que quase nunca acontece em operações reais.

O que é a Lei de Little e por que ela importa?

A Lei de Little afirma que o lead time médio equivale ao WIP médio dividido pelo throughput médio (itens concluídos por unidade de tempo). Ela importa porque dá a você uma alavanca: em vez de tentar trabalhar mais rápido (throughput), você pode cortar o WIP diretamente para reduzir o lead time. Um WIP menor significa que cada item se move pelo sistema mais rápido, com menos disputa por recursos.

É possível ter um tempo de ciclo baixo, mas um lead time alto?

Sim, e isso é comum. Se sua equipe é rápida assim que começa a trabalhar, mas as solicitações ficam paradas em um backlog por dias antes de serem assumidas, o tempo de ciclo será curto enquanto o lead time permanece alto. Esse é exatamente o cenário que os limites de WIP e os sistemas puxados (pull-based) foram desenhados para resolver.

Como os quadros Kanban rastreiam essas métricas?

A maioria das ferramentas Kanban (Jira, Linear, Trello e similares) registra o timestamp de quando um cartão se move para uma coluna "em andamento" e quando se move para "concluído". O tempo de ciclo é a diferença entre esses dois eventos. O lead time é rastreado desde a criação do cartão (ou o momento da solicitação do cliente) até a conclusão. Muitas ferramentas geram diagramas de fluxo cumulativo que mostram WIP, throughput e lead time previsto, tudo em um único gráfico.

---

Reduzir o tempo de ciclo e o lead time não é sobre pressionar as pessoas a se moverem mais rápido. É sobre eliminar a espera que preenche o espaço entre o trabalho real. Mapeie seu fluxo, limite seu WIP e corrija os gargalos: os números seguem.