O que é Cycle Time?
Em português: Tempo de Ciclo · Também conhecido como: Tempo de Ciclo
Cycle Time é o tempo decorrido entre iniciar e concluir um item, segundo as fronteiras de fluxo definidas pelo time.
Cycle Time, ou Tempo de Ciclo, é o tempo decorrido desde que um item começa até ser concluído, segundo os pontos de início e fim definidos para o fluxo. No Kanban Guide, é uma das quatro métricas essenciais de fluxo. O intervalo inclui as esperas que ocorrem entre esses pontos; não corresponde apenas ao tempo de trabalho ativo.
Origem
A expressão tempo de ciclo aparece em diferentes disciplinas e não tem um criador único. Por isso, o mesmo nome pode indicar intervalos distintos na manufatura, em ferramentas de software e em equipes de produto.
O Kanban Guide de 2025 define Cycle Time como tempo decorrido entre o início e a conclusão de um item, com esses marcos explicitados na Definition of Workflow. O guia permite outros nomes para a métrica, desde que a medição preserve seu significado. Essa definição oferece uma referência clara para a leitura deste verbete.
Fonte primária: The Kanban Guide
Na prática
O time estabelece dois marcos observáveis: quando o item começou e quando terminou. Para cada item concluído, subtrai a data ou hora inicial da final, usando uma unidade e uma convenção consistentes. Se começou na segunda-feira e terminou na sexta-feira, o intervalo pode ser expresso em dias corridos ou úteis; as duas medidas não são intercambiáveis. Especifique qual usa.
O que acontece quando falta
Sem medir o tempo de travessia depois que um item começa, o time perde uma forma de distinguir atrasos na execução do serviço. Conversas sobre lentidão viram impressões e uma fila que cresce pode ficar invisível até afetar o cliente.
Ainda é possível observar fluxo com quadro, idade dos abertos e conversas diretas. A métrica ajuda especialmente quando o histórico permite localizar variação e testar melhorias. Sem definição clara de início e fim, porém, um número calculado automaticamente pode atrapalhar mais do que esclarecer.
Como o Cycle Time funciona no Kanban
O time estabelece dois marcos observáveis: quando o item começou e quando terminou. Para cada item concluído, subtrai a data ou hora inicial da final, usando uma unidade e uma convenção consistentes. Se começou na segunda-feira e terminou na sexta-feira, o intervalo pode ser expresso em dias corridos ou úteis; as duas medidas não são intercambiáveis. Especifique qual usa.
Tempo decorrido inclui espera. Um item pode passar um dia em construção, três esperando avaliação e outro dia em ajustes. Se os cinco dias ficam entre os marcos de início e fim, eles entram no Cycle Time. Retirar esperas e bloqueios produz outra medida, útil para uma pergunta diferente. A distinção importa porque uma entrega lenta pode resultar de fila, dependência ou retrabalho, mesmo quando cada pessoa trabalha rápido.
Definição de Workflow antes do número. O Kanban Guide pede que os membros do sistema definam o que conta como início, conclusão e etapas do fluxo. Se um time encerra a contagem quando aprova o código e outro apenas quando o cliente pode usar o resultado, os Cycle Times não descrevem o mesmo serviço. Marque as fronteiras no quadro e no relatório. Uma mudança de regra deve ficar visível no histórico.
Olhe a distribuição. Somar os tempos e dividir pelo número de itens dá uma média, mas poucos itens muito lentos podem escondê-la ou distorcê-la. Observe valores individuais, dispersão e percentis. Um percentil informa que determinada proporção dos itens históricos terminou até aquele tempo, sob o mesmo recorte. Não é garantia de prazo para um item futuro. Tipo de trabalho, tamanho, dependências e volume de demanda também afetam a comparação.
Itens abertos precisam de atenção própria. O Cycle Time só fica completo na conclusão. Para um item ainda em progresso, acompanhe o Work Item Age, o tempo desde o início até agora. Se muitos itens envelhecem, analisar somente os concluídos pode gerar uma imagem otimista: os trabalhos mais difíceis ainda não entraram na amostra. Compare a idade dos abertos com o histórico e investigue os que exigem ajuda.
Relacione com o sistema. Um WIP crescente costuma ampliar filas e pode elevar o tempo de travessia; a vazão indica quantos itens terminam por período. A Lei de Little relaciona médias sob condições específicas, mas não prevê automaticamente a data de cada entrega. Use as métricas para formular perguntas sobre o fluxo, não para pressionar indivíduos a mover cartões mais cedo.
A comparação entre Cycle Time e Lead Time depende das fronteiras escolhidas. Em algumas organizações, Lead Time começa no pedido ou compromisso, antes do início do trabalho. O verbete de Lead Time aprofunda essa diferença. Aqui o ponto prático é registrar os marcos, porque o nome isolado não informa o que foi medido.
Uma ferramenta pode calcular automaticamente o tempo entre colunas configuradas. Confira a configuração, reaberturas, itens descartados e deslocamentos feitos depois do fato. Automação não corrige uma política ambígua. Um gráfico por itens concluídos, com datas e pontos de início e fim explícitos, costuma revelar mais que uma média sem contexto.
Exemplo de Cycle Time com espera entre etapas
Imagine um time hipotético que considera iniciado o item ao entrar em “Construção” e concluído quando chega a “Entregue”. Um item entra na segunda-feira às 9h, fica um dia em construção, passa três dias esperando avaliação e termina na sexta-feira às 9h. O Cycle Time é de 4 dias corridos de intervalo, se essas forem as convenções adotadas. O trabalho ativo pode ter consumido bem menos horas; a métrica observa o tempo que o sistema levou, incluindo a fila.
Em um mês inventado, 6 itens concluídos levaram 2, 3, 4, 4, 7 e 10 dias corridos. A mediana é 4 dias, mas dois itens demoraram muito mais. Dizer que o Cycle Time é 4 dias esconde essa diferença. O time examina os cartões de 7 e 10 dias e descobre que ambos aguardaram uma aprovação externa. Isso não prova que toda demora vem dessa dependência, mas oferece uma hipótese para investigar.
Antes, o grupo acompanhava apenas a média dos itens concluídos e prometia que toda entrega levaria o mesmo tempo. Depois, acompanha a distribuição, a idade dos itens ainda abertos e os motivos de espera. Combina com a área responsável pela aprovação uma forma de antecipar dúvidas e acompanha o próximo período. Se os tempos diminuírem, confere também se mudou o tipo de trabalho ou a fronteira de medição, antes de atribuir o resultado a uma única ação.
Como medir e usar Cycle Time
Defina o início e o fim
Escreva quais eventos fazem o relógio começar e terminar. Confira se a conclusão representa o serviço que a equipe pretende medir. Torne essas regras visíveis no quadro.
Escolha unidade e convenções
Decida entre dias corridos, dias úteis ou horas, conforme o tipo de serviço. Registre como tratar início e fim no mesmo dia, reaberturas e itens cancelados.
Colete datas por item
Guarde as transições reais, não apenas a contagem mensal. Verifique se a ferramenta está configurada para os mesmos marcos e se os movimentos atrasados não alteram a leitura.
Separe tipos de trabalho quando necessário
Uma correção pequena e uma demanda extensa podem ter distribuições diferentes. Compare grupos com trajetórias parecidas e preserve amostras suficientes para não tirar conclusão de um caso isolado.
Observe concluídos e abertos
Leia a distribuição dos Cycle Times concluídos junto com a idade dos itens em progresso. Investigue filas e bloqueios nos cartões que mais envelhecem.
Experimente uma melhoria e reavalie
Escolha um obstáculo do fluxo, combine uma ação e acompanhe o período seguinte. Veja também WIP, saída e mudanças no mix de trabalho para interpretar o efeito.
Erros comuns com Cycle Time
- Contar só horas de mão no item. Isso mede esforço ativo, não o intervalo decorrido definido pelo Kanban Guide. Espera entre início e fim também afeta a entrega.
- Comparar números com fronteiras diferentes. Um time encerra na aprovação interna e outro na entrega ao cliente; seus dados não têm o mesmo significado.
- Usar só a média. A distribuição e os itens muito lentos importam para conversar sobre previsibilidade e riscos.
- Ignorar itens ainda abertos. A amostra dos concluídos pode parecer rápida enquanto trabalhos difíceis continuam envelhecendo.
- Tratar o percentil como promessa. Histórico ajuda a formar expectativa probabilística, não assegura a data de um item particular.
- Cobrar velocidade individual. Cycle Time descreve o percurso no sistema; pressão sobre pessoas pode incentivar deslocar cartões antes de terminar o trabalho.
Visão K21
O que a gente aprendeu na prática sobre Cycle Time
Avelino Ferreira Gomes Filho, em A confusão do Cycle Time, reúne usos diferentes do nome: duração de uma etapa, duração do trabalho após começar e tempo líquido de produção. O alerta é útil para qualquer conversa entre times ou ferramentas: antes de comparar números, a gente precisa perguntar onde o relógio começa, onde termina e se a espera está incluída.
Em Métricas Ágeis comuns ao fluxo, Avelino separa recortes de trabalho para observar onde se acumulam atrasos. Essa investigação é válida mesmo quando os nomes variam. Neste verbete, a definição principal segue o Kanban Guide: tempo decorrido do início à conclusão do item, conforme as fronteiras da Definition of Workflow. Para medir uma etapa, diga explicitamente qual é o trecho. A comparação detalhada com Lead Time pertence ao verbete de Lead Time.
Baseado nos posts: A confusão do Cycle Time; Métricas Ágeis comuns ao upstream, midstream e downstream
Para se aprofundar
No blog da K21
- A confusão do Cycle Time
Expõe os diferentes usos do nome e recomenda esclarecer os marcos.
- Métricas Ágeis comuns ao upstream, midstream e downstream
Mostra recortes temporais do fluxo e seus usos.
Fontes primárias
- The Kanban Guide, John Coleman e Daniel Vacanti (2025)
Termos relacionados
Comparativos relacionados
Aprenda mais sobre os assuntos relacionados.
Perguntas frequentes
Cycle Time inclui tempo de espera?
Sim, na definição do Kanban Guide, ele é o tempo decorrido entre início e conclusão do item. Esperas, bloqueios e passagens entre etapas dentro dessas fronteiras entram na medição. O tempo em que alguém trabalha ativamente é outra grandeza. Para comparar dados, confirme sempre a unidade de tempo e os marcos configurados pelo time.
Qual é a diferença entre Cycle Time e Lead Time?
Ela depende dos pontos escolhidos para medir. Em muitos contextos, Cycle Time começa quando o trabalho no item se inicia, enquanto Lead Time pode começar no pedido ou no compromisso, incluindo uma espera anterior. O Kanban Guide define Cycle Time pelas fronteiras da Definition of Workflow. Por isso, anote os eventos medidos em vez de confiar apenas nos nomes.
Como calcular Cycle Time de um item?
Registre a data e hora em que ele cruza o ponto de início e a data e hora em que cruza o ponto de conclusão; calcule o intervalo. Defina se usará dias corridos, úteis ou horas. Mantenha a mesma regra para os itens comparados e documente o tratamento de reaberturas e cancelamentos.
É melhor analisar a média ou o percentil de Cycle Time?
Os dois resumem aspectos diferentes do histórico. A média pode ser afetada por casos extremos; percentis mostram a proporção de itens concluídos até certo tempo. Observe também os valores individuais e a idade dos itens ainda abertos. Nenhuma estatística isolada garante o prazo futuro ou explica por que um trabalho atrasou.
Cycle Time de etapa é a mesma métrica?
É um recorte local do tempo decorrido, se você definir exatamente onde a etapa começa e termina. O nome usado para ele varia entre comunidades e ferramentas. Para evitar confusão, descreva o intervalo, por exemplo “tempo de avaliação, da entrada à saída da coluna”. Não misture esse recorte com o tempo do fluxo inteiro em um mesmo gráfico.
