Pular para o conteúdo

Soluções · Processos, retrabalho e produtividade

Ferramenta criada para resolver processo: o que medir depois

A ferramenta foi criada para resolver um problema de processo. O que precisa ser medido para saber se valeu?

Resposta direta

A medição parte do problema declarado, não da ferramenta. O primeiro registro é a unidade de trabalho afetada: quantas vezes o processo acontece, quem espera por ele e quanto tempo se perde em retrabalho, conferência e exceção. Essa linha de base precisa existir antes da ferramenta; sem ela, a comparação vira impressão. Depois, mede-se o mesmo conjunto com a mesma régua e a mesma periodicidade. Parte do ganho não desaparece, apenas muda de lugar, e isso precisa ser registrado. O critério final é o problema original, não a adoção da ferramenta.

Objetivo
Explicar medição
Formato indicado
Projeto de implementação
Atualizado em

O que esta página acrescenta: Trata a ferramenta como hipótese sobre o problema de processo e mostra o que registrar quando não existe linha de base anterior.

A régua vem do problema, não da ferramenta

Antes de escolher qualquer indicador, vale descrever o problema em uma frase verificável. O fechamento travava na conferência de dados indica onde medir. Precisávamos de uma ferramenta não indica nada.

Dessa frase saem a unidade de trabalho e o responsável pelo registro. Unidade de trabalho é o que se repete: um pedido, um lote, um fechamento. Sem essa definição, cada área mede uma coisa diferente e os números não conversam.

Ganho que muda de lugar

Parte do tempo liberado não some. Ele reaparece em conferência, tratamento de exceção, nova fila ou checagem de qualidade. Se o processo encolhe em um ponto e cresce em outro, a medição precisa capturar os dois lados.

Também é comum a ferramenta criar um registro novo que ninguém usava antes. Esse registro é trabalho, não ganho. Ele entra na conta com o mesmo peso das horas que substituiu.

O que a medição não resolve

Sem linha de base registrada antes, não há comparação honesta. Reconstruir o passado por lembrança produz número frágil, e usá-lo como prova é pior do que admitir que a base não existe.

Medir também não prova causa. O processo pode ter mudado por outro motivo no mesmo período. E medir não decide responsabilidade: apontar queda ou alta sem definir quem responde pelo indicador apenas transfere a discussão. Processos raros ou de baixo volume dificultam qualquer comparação e às vezes não justificam medição contínua.

Recurso prático

Matriz de medição para ferramenta criada sobre processo

DimensãoO que registrar para medir
Volume do processoQuantas vezes o processo acontece por período e quem aciona cada execução
Linha de baseTempo, espera e retrabalho do processo antes da ferramenta, com data e responsável pelo registro
Ganho deslocadoOnde o tempo liberado reaparece: conferência, exceção, fila ou nova tarefa

O erro mais comum é medir adoção da ferramenta, como acessos ou registros criados, e tratar isso como melhoria do processo.

Conceitos usados nesta página

  • Linha de base — Linha de base é a medição do ponto de partida, feita antes da mudança, que permite afirmar depois se houve avanço — e de quanto.
  • Retrabalho — Retrabalho é o esforço repetido para corrigir ou refazer algo que já havia sido produzido — custo que não aparece no orçamento, mas consome capacidade e prazo.

Sobre o que está escrito aqui

Conceitos relacionados: linha de base · unidade de trabalho · retrabalho · ganho deslocado · responsável pelo registro. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Projeto de implementação, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.

Para continuar

Páginas relacionadas

O mesmo problema em outro objetivo

Outras leituras em Processos, retrabalho e produtividade

Quer avaliar isso no seu contexto?

Esta página trata de ferramenta criada para resolver problema de processo. Diagnóstico de Perdas Ocultas é a frente que investiga o mecanismo por trás desse tipo de problema. O formato mais associado é Projeto de implementação.