Recursos Setores Atendimento IA Preços Blog Entrar Comece grátis
Gestão de projetos

Tempo em status: o número que mostra onde o seu processo trava

Prazo atrasado é sintoma; o tempo que a tarefa passa parada em cada etapa é a causa. O que é tempo em status, como medir sem planilha e como usar a mediana para achar o gargalo de verdade.

O projeto atrasou. Na reunião, cada um aponta um motivo: o cliente demorou, o time está pequeno, o requisito mudou. Todos têm um pouco de razão, e ninguém tem um número. Prazo estourado é sintoma. A causa está em outro lugar: no tempo que cada tarefa passou parada, esperando, em cada etapa do caminho.

Esse número tem nome, tempo em status, e é o que permite trocar a discussão de opinião por uma conversa sobre dados. Aqui está o que ele é, por que usar mediana e P85 em vez de média, o que é eficiência de fluxo e como achar o gargalo com um exemplo de conta.

O que é tempo em status

Toda tarefa passa por etapas: "A fazer", "Em andamento", "Em revisão", "Aguardando cliente", "Concluída". O tempo em status é quanto tempo ela ficou em cada uma. Somando todas, você tem o ciclo completo, do início ao fim.

Para medir, é preciso guardar cada troca de status, com data e hora. Sem esse histórico, a única informação disponível é onde a tarefa está agora, nunca por onde ela passou. É por isso que a maior parte das planilhas não consegue responder à pergunta: elas guardam o estado atual, não a trajetória.

Lead time e cycle time

Dois termos aparecem sempre nessa conversa. Lead time é o tempo desde que o pedido foi feito até a entrega, a visão de quem pediu. Cycle time é o tempo desde que o trabalho começou até terminar, a visão de quem executa. O tempo em status quebra os dois em pedaços para você ver qual deles está inflado.

Por que mediana e P85, e não média

Imagine dez tarefas de revisão. Nove levaram 1 dia. Uma ficou esquecida 40 dias. A média é de 5 dias, número que não descreve nenhuma delas. A mediana, o valor do meio, é 1 dia, e mostra o comportamento normal do time. A tarefa de 40 dias merece atenção, mas como exceção, não como parâmetro.

O P85 completa o quadro. Ele diz: "85% das tarefas saem desta etapa em até X dias". É o número que dá para prometer. Se o P85 da revisão é de 3 dias, você pode dizer a um cliente "a revisão leva até 3 dias" e acertar em 85 de cada 100 casos, o que é bem mais honesto do que citar a média.

MedidaResponde aQuando usar
MédiaQuanto, somando tudo e dividindoRaramente: uma tarefa esquecida a distorce
MedianaQuanto leva uma tarefa típicaPara entender o comportamento normal
P85Quanto leva quase toda tarefaPara prometer prazo e para detectar o que está fora do padrão

Um cuidado: com poucas tarefas, qualquer percentil é frágil. Cinco tarefas não formam uma amostra. Boa prática é desconfiar de conclusões tiradas de um punhado de casos e esperar o volume crescer antes de mudar o processo.

Eficiência de fluxo: quanto do tempo é trabalho

Eis uma conta que costuma surpreender. Some o tempo em que a tarefa estava de fato sendo trabalhada e divida pelo ciclo total. O resultado é a eficiência de fluxo. O resto é espera: aguardando aprovação, aguardando alguém liberar, parada na fila.

Numa tarefa que levou 10 dias no total e teve 2 dias de trabalho efetivo, a eficiência é de 20%. Os outros 80% foram espera. Isso muda o remédio: contratar mais gente acelera o trabalho, mas só ataca 20% do problema. Reduzir a espera, com menos filas de aprovação e menos etapas paradas, ataca os 80%.

Para o cálculo fazer sentido, o sistema precisa saber quais dos seus status são trabalho e quais são espera. Na Tasskee isso sai dos seus próprios status, sem configurar nada à parte.

Como achar o gargalo

Gargalo é a etapa em que o trabalho se acumula, e é onde qualquer melhoria rende mais. Para achá-lo, siga três passos.

  1. Liste as etapas na ordem em que acontecem e anote a mediana de cada uma.
  2. Calcule a fatia de cada etapa no ciclo total. Divida a mediana da etapa pela soma das medianas.
  3. Olhe a maior fatia e o P85 dela. Etapa longa e com P85 muito acima da mediana é a candidata mais forte: é lenta e imprevisível ao mesmo tempo.

Um exemplo com números

Uma agência acompanha os posts de blog que produz para clientes. Em 40 posts concluídos, as medianas por etapa foram estas.

EtapaMedianaP85Fatia do ciclo
Pauta1 dia2 dias8%
Redação3 dias5 dias25%
Revisão interna1 dia2 dias8%
Aguardando aprovação do cliente6 dias14 dias51%
Publicação1 dia1 dia8%

A soma das medianas dá 12 dias. A equipe estava convencida de que o problema era a redação, a etapa que mais ocupa as pessoas. Os números dizem outra coisa: metade do ciclo é espera pelo cliente, e o P85 de 14 dias mostra que, em alguns casos, ela é bem pior.

A ação mais eficaz, então, não é escrever mais rápido. É combinar com o cliente um prazo de resposta, lembrá-lo automaticamente e deixar a aprovação num lugar fácil, como o portal do convidado. Se a mediana da aprovação cair de 6 para 3 dias, o ciclo vai de 12 para 9, ganho maior do que qualquer ajuste de redação conseguiria.

O gargalo com nome, na sua conta

O painel de Fluxo da Tasskee mostra mediana e P85 por etapa, a eficiência de fluxo e o que está passando do tempo normal. Disponível no plano Pro; teste por 15 dias sem cartão.

Ver o painel de fluxo

O que olhar além do gargalo

Voltas e retrabalho

Uma tarefa que volta para revisão três vezes passou três vezes por aquela etapa. O correto é contar cada passagem, e não só a última. Se a revisão aparece com muitas passagens por tarefa, o problema pode estar na etapa anterior: o briefing ou o critério de pronto não estão claros.

O que vai estourar

Comparar tarefas abertas com um prazo fixo igual para todas é injusto: uma etapa que normalmente leva um dia e outra que leva uma semana não podem ter o mesmo alarme. O mais útil é comparar cada tarefa aberta com o tempo normal da própria etapa. Tarefa há 5 dias numa etapa de mediana 1 dia merece atenção hoje, sem esperar o prazo do projeto.

Tarefas e chamados juntos ou separados

Um chamado de suporte e uma tarefa de projeto têm ritmos diferentes. Misturar os dois esconde o comportamento de cada um. Meça separadamente e depois junto, se precisar de uma visão geral da equipe.

Erros comuns ao medir

  • Status demais ou de menos. Com dois status, "Aberta" e "Fechada", não há o que medir. Com vinte, ninguém atualiza. Entre cinco e oito costuma bastar.
  • Mover tudo no fim da semana. Se o time só atualiza o quadro na sexta, o tempo em status vira ruído. A medição é tão boa quanto a disciplina de mover a tarefa quando ela muda de fase.
  • Usar o número para cobrar pessoas. O objetivo é enxergar o processo. Quando vira ranking individual, as pessoas passam a esconder o que travou.
  • Concluir com amostra pequena. Espere ter volume antes de reorganizar a equipe.

Onde isso aparece nos relatórios

O tempo em status é um dos números que valem ser vistos ao lado dos demais relatórios e painéis do projeto: carga por pessoa, tarefas atrasadas, horas. Cada um responde a uma pergunta diferente. O atraso diz que algo saiu do plano; a carga diz quem está sobrecarregado; o tempo em status diz em que etapa o trabalho está se perdendo. Sozinho, nenhum deles conta a história inteira, mas o tempo em status costuma ser o que explica os outros dois.

Como começar

  1. Revise os status do seu quadro Kanban: cada um deve representar uma fase real, e você precisa saber quais são trabalho e quais são espera.
  2. Use o quadro normalmente por algumas semanas, movendo as tarefas na hora.
  3. Abra o painel e olhe a mediana e o P85 por etapa. Procure a maior fatia.
  4. Escolha uma única etapa para melhorar, mude uma regra (limite de itens, prazo de resposta, critério de pronto) e meça de novo no mês seguinte.

O ganho de enxergar o tempo em status não é um número bonito. É deixar de discutir onde o processo trava e passar a decidir o que mudar primeiro, com o dado ao lado.

Fale com a gente