Pular para o conteúdo

Soluções · Processos, retrabalho e produtividade

Ferramenta criada para um processo: como colocá-la em uso

Criei uma ferramenta para resolver um problema de processo. Como colocar em uso?

Resposta direta

A ferramenta entra em uso quando o processo que ela atende já está descrito: o que entra, quem decide e quem responde pelo resultado. Antes de apresentá-la à operação, o desenho feito na criação precisa ser confrontado com o que as pessoas fazem de fato, incluindo as exceções. Dali sai uma lista curta: o que a ferramenta cobre, o que fica fora e o que depende de acordo entre áreas. Depois, ela roda em paralelo por um ciclo completo, com as divergências registradas e com destino definido. Falta ainda decidir o que será desligado quando ela estiver estável. Sem essas decisões, a ferramenta fica disponível, mas não substitui trabalho.

Objetivo
Orientar implementação
Formato indicado
Projeto de implementação
Atualizado em

O que esta página acrescenta: A sequência entre a ferramenta pronta e a operação que dispensou o processo antigo, com o que fica fora do escopo.

O que a ferramenta presume sobre o processo

Uma ferramenta criada para resolver um problema de processo carrega a leitura que quem a encomendou tinha desse processo. Essa leitura costuma deixar de fora o caso fora do padrão, o dado que chega incompleto e a decisão que depende de outra área. A diferença entre o que a ferramenta espera receber e o que chega de fato é o primeiro ponto a resolver.

Desse confronto sai uma lista curta: o que está coberto, o que fica de fora e o que depende de acordo entre áreas. Sem essa lista, cada divergência vira discussão durante a operação. A ferramenta perde credibilidade antes de mostrar qualquer efeito.

Da ferramenta pronta à operação

A entrada em uso é uma sequência, não um anúncio. O passo inicial é rodar a ferramenta em paralelo com o processo atual por um ciclo completo, tempo em que aparece o caso que só ocorre de vez em quando. As duas saídas são comparadas e as divergências anotadas.

Cada divergência tem destino: ajuste na ferramenta, ajuste no processo ou decisão de quem responde pela regra. Junto com isso, fica definido quem responde pelo dado que entra e quem decide quando o resultado não bate. Sem essas duas figuras, a ferramenta existe e ninguém assume o que ela produz.

O que a ferramenta não resolve

A ferramenta não cria responsável. Se a regra da exceção muda conforme quem está no turno, ela registra a divergência e não a resolve. Também não corrige dado de entrada ruim: informação errada na entrada produz saída errada mais rápido e com mais confiança.

Em alguns casos ela não se aplica. Processo em mudança, regra ainda em disputa entre áreas, operação irregular e de volume baixo. Nesses cenários, a ferramenta vira mais um item para manter sem retorno claro. Reconhecer isso faz parte da decisão, não é falha do projeto.

Recurso prático

Da ferramenta pronta à operação que dispensa o processo antigo

  1. Descrever o processo como ele acontece hoje, incluindo a exceção que a ferramenta terá de tratar
  2. Comparar o que a ferramenta espera receber com o que chega de fato e listar o que fica fora
  3. Definir quem responde pelo dado de entrada e quem decide quando a saída diverge
  4. Rodar em paralelo com o processo atual por um ciclo completo e registrar as divergências
  5. Dar destino a cada divergência e fixar o critério que encerra a operação antiga

O ponto mais ignorado é o fim da operação paralela. Quando a data de desligar o processo antigo não é fixada antes, o trabalho dobra e a ferramenta passa a ser tratada como obrigação a mais, não como substituição.

Conceitos usados nesta página

  • Responsável nomeado — Responsável nomeado é a pessoa identificada — não a área — que responde por um número, processo ou entrega.
  • Critério de aceite — Critério de aceite é a condição objetiva que define quando uma entrega, tarefa ou automação é considerada concluída — verificável por quem recebe, não por quem produziu.

Sobre o que está escrito aqui

Conceitos relacionados: entrada de dado · dono do processo · critério de aceite · operação em paralelo · desligamento do processo anterior. 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.