Pular para o conteúdo

Soluções · Processos, retrabalho e produtividade

Conferência duplicada: o que definir antes de contratar

Tenho uma conferência interna e penso em contratar outra etapa de conferência. Como decidir o que cada uma verifica?

Resposta direta

Antes de contratar, é preciso definir o que cada conferência detecta. A etapa interna e a etapa contratada não devem olhar o mesmo erro pelo mesmo critério: a segunda só se justifica se cobrir falha que a primeira não vê, ou se conferir lote, volume ou prazo fora do alcance da interna. O escopo precisa dizer o que entra, o que fica fora, quem corrige o que for encontrado e como o erro volta ao processo. Sem isso, a contratação soma custo e mantém o retrabalho no mesmo ponto.

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

O que esta página acrescenta: Trata a contratação da conferência duplicada como definição de escopo, cobertura e responsabilidade, e não como remoção de etapa.

O que a segunda conferência precisa cobrir

Conferência duplicada não é necessariamente erro. Duas etapas sobre o mesmo trabalho se justificam quando olham objetos diferentes: uma confere o dado na origem, outra confere o lote fechado; uma confere o preenchimento, outra confere a regra aplicada.

O que precisa ficar claro é o erro que cada uma deve pegar. Se as duas buscam a mesma falha pelo mesmo critério, a segunda acrescenta custo e tempo sem ganho. Se a segunda pega falha que a primeira não tem como ver, existe lacuna real, e o escopo pode ser escrito em cima dessa lacuna.

Escopo, correção e responsabilidade

O escopo contratado descreve o que entra e o que fica fora: qual documento, qual etapa do fluxo, qual período, qual tipo de falha. Também descreve o que acontece quando a falha é encontrada: quem corrige, em que registro, e como o erro volta para o ponto que o gerou.

Responsabilidade precisa estar separada. Quem confere não responde pelo erro do processo, mas responde pelo que deixou passar dentro do que foi acordado. Sem essa separação, o fornecedor assume culpa que não é dele e a área interna deixa de corrigir a causa.

Quando a contratação não resolve

Contratar não conserta processo desorganizado. Se a conferência interna não tem critério escrito, a segunda herda o mesmo problema e a duplicação continua, apenas paga. Também não resolve quando a falha nasce antes da conferência: erro de origem em cadastro, digitação ou regra de negócio não se corrige conferindo depois.

Há casos em que a duplicação existe porque duas áreas não confiam no registro uma da outra. Contratar uma terceira conferência não cria essa confiança nem resolve a disputa sobre o dado: o problema é de definição de dono do registro, não de cobertura. E não há como saber se a contratação vale sem medir o que a conferência atual encontra, o que deixa passar e o que corrige.

Recurso prático

Antes de contratar a segunda conferência

  1. Descrever, para a conferência interna, o erro que ela pega, o critério que usa e o ponto do fluxo em que atua.
  2. Registrar o que escapa da conferência interna: tipo de falha, volume em que aparece, momento em que é percebida e quem assume o custo.
  3. Se houver lacuna de cobertura, escrever no escopo contratado apenas o que a interna não cobre; se não houver lacuna, a segunda etapa repete a primeira.
  4. Definir quem corrige o erro encontrado, onde a correção é registrada e como o achado retorna ao ponto que gerou a falha.
  5. Acordar o critério de aceite do serviço: o que conta como conferência feita, qual evidência acompanha, e como é tratada a falha do próprio conferente.

O erro mais comum é contratar pela quantidade conferida. Volume não mostra o que foi encontrado; sem registro de falha e de correção, não há como saber se a segunda conferência cobre algo que a primeira já pegava.

Conceitos usados nesta página

  • 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.
  • Matriz de responsabilidade — Matriz de responsabilidade é a representação explícita de quem executa, quem aprova, quem é consultado e quem precisa ser informado em cada etapa de um processo.

Sobre o que está escrito aqui

Conceitos relacionados: conferência duplicada · escopo de conferência · critério de aceite · matriz de responsabilidade · registro de falha e correção. 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 etapa de conferência duplicada. 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.