Pular para o conteúdo

Soluções · Processos, retrabalho e produtividade

Conferência duplicada: como separar controle de repetição

por que o mesmo item passa por duas conferências e o que precisa mudar para isso fazer sentido

Resposta direta

Uma segunda conferência só se sustenta quando tem pergunta própria, responsável nomeado e efeito sobre a decisão seguinte. Se ela repete a mesma checagem do passo anterior, com o mesmo dado e o mesmo critério, o custo aparece em fila, prazo e retrabalho, não em erro evitado. A saída não é cortar a etapa por princípio, e sim definir o que cada conferência decide: a primeira valida o dado na origem, a segunda aprova a exceção, o fechamento assume o risco residual. Onde as duas fazem a mesma pergunta, uma delas vira assinatura sem conteúdo.

Objetivo
Organizar um processo
Formato indicado
Projeto de implementação
Atualizado em

O que esta página acrescenta: Trata a conferência duplicada como problema de decisão e responsabilidade, não de quantidade de etapas nem de redigitação entre sistemas.

O que distingue conferir de repetir

Conferir é decidir sobre um ponto que ainda tem dúvida. Repetir é passar o mesmo item pela mesma pergunta sem que nada mude entre as duas passagens. A diferença raramente aparece no organograma e quase sempre no critério: se as duas etapas usam o mesmo campo, a mesma tolerância e o mesmo responsável, a segunda não acrescenta decisão.

Vale observar o que acontece quando a segunda etapa discorda da primeira. Se existe caminho definido para o conflito, com devolução, abertura de exceção ou mudança de destino do item, há controle real. Se a discordância apenas atrasa a liberação até alguém arbitrar, a etapa funciona como fila, não como checagem.

Como separar as duas funções sem perder cobertura

O primeiro passo é nomear o que cada conferência decide. Uma checagem de origem verifica se o dado entrou correto. Uma checagem de aprovação decide se o caso pode seguir com o risco que carrega. São perguntas diferentes e podem ficar com áreas diferentes. O critério é o efeito: cada conferência precisa mudar algo no destino do item, na responsabilidade ou no registro.

Depois vem o registro. Quem conferiu, quando, com base em qual evidência e qual foi a decisão. Com esse histórico é possível retirar a segunda etapa onde ela não produz decisão e mantê-la onde produz. Sem o registro, a discussão vira disputa de percepção sobre qual área erra mais, e a etapa sobrevive por precaução.

Onde a reorganização não resolve

Separar as conferências não corrige origem ruim. Se o dado chega incompleto do sistema anterior, a etapa de conferência vira compensação de falha e volta a ser necessária. Nesse caso o problema está a montante, e reorganizar a etapa apenas dá nome ao sintoma, sem reduzir trabalho.

Também não se aplica onde a segunda conferência é exigida por norma, contrato ou obrigação de auditoria. Aí a questão deixa de ser produtividade e passa a ser conformidade: o trabalho é documentar por que a etapa existe e qual evidência ela produz, não retirá-la. E mudança de etapa não elimina erro de digitação ou de julgamento; reduz repetição, não substitui verificação na origem.

Recurso prático

Custo mensal da conferência repetida

custo_repetido = itens_conferidos x (tempo_conferencia / 60) x proporcao_repetida x custo_hora

itens_conferidos
itens por mês
quantidade de registros, lotes ou documentos que passam pela etapa de conferência no período
tempo_conferencia
minutos por item
tempo médio entre abrir o item e liberar a etapa, medido no próprio fluxo e não por estimativa da equipe
proporcao_repetida
% do tempo
parte da conferência que repete pergunta já respondida em etapa anterior, observada em amostra de itens
custo_hora
R$ por hora
custo carregado da função que executa a conferência, incluindo encargos e estrutura

O erro mais comum é medir apenas a hora do conferente e ignorar o tempo do item parado na fila entre as duas conferências; em muitos fluxos o custo maior é o prazo imobilizado, que não aparece nessa conta.

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.

Sobre o que está escrito aqui

Conceitos relacionados: segunda conferência · critério de aceite · responsável pela aprovação · risco residual · ponto de controle. 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.