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.
| Medida | Responde a | Quando usar |
|---|---|---|
| Média | Quanto, somando tudo e dividindo | Raramente: uma tarefa esquecida a distorce |
| Mediana | Quanto leva uma tarefa típica | Para entender o comportamento normal |
| P85 | Quanto leva quase toda tarefa | Para 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.
- Liste as etapas na ordem em que acontecem e anote a mediana de cada uma.
- Calcule a fatia de cada etapa no ciclo total. Divida a mediana da etapa pela soma das medianas.
- 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.
| Etapa | Mediana | P85 | Fatia do ciclo |
|---|---|---|---|
| Pauta | 1 dia | 2 dias | 8% |
| Redação | 3 dias | 5 dias | 25% |
| Revisão interna | 1 dia | 2 dias | 8% |
| Aguardando aprovação do cliente | 6 dias | 14 dias | 51% |
| Publicação | 1 dia | 1 dia | 8% |
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 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 fluxoO 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
- 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.
- Use o quadro normalmente por algumas semanas, movendo as tarefas na hora.
- Abra o painel e olhe a mediana e o P85 por etapa. Procure a maior fatia.
- 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.