Resposta direta
A comparação começa por separar o que cada conferência realmente pega. Duas conferências da mesma etapa raramente cobrem o mesmo erro: uma barra o registro faltando, outra barra o valor trocado. Em muitos casos a segunda existe porque a primeira não tem critério escrito nem responsável definido, e não porque cobre falha nova. Antes de tirar qualquer uma, vale medir quantos erros cada etapa interceptou e quanto tempo consumiu. Se a segunda não pega erro que a primeira deixa passar, ela é retrabalho. Se pega, a decisão é de risco, não de produtividade.
- Objetivo
- Comparar alternativas
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata as duas conferências como etapas distintas, com erro e responsável próprios, em vez de tratar a duplicidade como excesso genérico de etapas.
O que separa uma conferência da outra
Duas conferências da mesma etapa podem parecer iguais e não ser. Uma costuma verificar se o dado chegou; a outra, se o dado está correto. Uma barra o registro faltando; a outra, o valor trocado. Enquanto essa diferença não estiver escrita, a comparação fica no achismo e a decisão vira opinião de quem argumenta mais alto.
O primeiro passo é nomear, para cada conferência, qual erro ela existe para barrar e em que ponto do registro esse erro apareceria se ninguém conferisse. Se as duas apontam para o mesmo erro, há duplicidade real. Se apontam para erros diferentes, o que existe é uma etapa só com dois nomes.
As alternativas lado a lado
As saídas costumam ser quatro. Manter as duas, quando cada uma cobre um erro distinto. Fundir as duas em uma, com critério escrito e um responsável. Conferir por amostragem, quando o erro é raro e reversível. Ou mover a conferência para a origem, no ponto em que o dado é gerado, antes de virar registro.
Cada opção troca coisas diferentes. Fundir reduz tempo e concentra risco em uma pessoa. Amostragem reduz esforço e aceita que parte dos erros passe. Mover para a origem encurta o retrabalho, mas exige que quem gera o dado assuma a conferência. A escolha depende do que acontece quando o erro passa, não do tempo que a etapa consome.
O que essa comparação não resolve
A comparação não descobre sozinha se o erro é tolerável. Isso depende de consequência: um valor errado que gera cobrança indevida e um valor errado que atrasa um relatório interno não têm o mesmo peso. A decisão continua sendo de quem responde pela etapa seguinte.
Também não elimina o retrabalho que nasce antes da conferência. Se o dado é redigitado, corrigido ou copiado entre sistemas, nenhuma reorganização das conferências resolve a causa. Nesse caso a conferência duplicada é sintoma, não problema.
Recurso prático
Comparar duas conferências da mesma etapa
- Listar as duas conferências e o erro que cada uma deveria barrar, com o registro onde esse erro apareceria.
- Levantar, em um período definido, quantos erros cada etapa interceptou e quanto tempo cada uma consumiu.
- Descrever quem responde pelo erro que passa sem ser notado em cada arranjo possível.
- Montar as opções: manter as duas, fundir em uma com critério escrito, conferir por amostragem ou mover a conferência para a origem do dado.
- Escolher pelo erro que sobra, não pelo tempo economizado.
O erro mais comum é comparar pelo tempo gasto e não pelo erro que deixa passar. A etapa que parece redundante costuma ser a única que cobre um tipo específico de falha.
Conceitos usados nesta página
- 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: conferência duplicada · ponto de controle · retrabalho · responsável pela etapa · conferência por amostragem. 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
- Processos, retrabalho e produtividade — Página central do tema
- Tempo de aprovação: como medir a lentidão no… — aprovações lentas
- Aprovações lentas: como avaliar e contratar a… — aprovações lentas
Páginas relacionadas
O mesmo problema em outro objetivo
- Conferência duplicada: como localizar a segunda checagem — Diagnosticar
- Conferência duplicada: como separar controle de repetição — Organizar um processo
- Conferência duplicada: o que medir antes de cortar — Explicar medição
- Conferência duplicada: como dividir o que cada uma cobre — Orientar implementação
- Conferência duplicada: o que definir antes de contratar — Orientar avaliação e contratação
Outras leituras em Processos, retrabalho e produtividade
- Simplificação: separar complicação de complexidade — Separa as etapas exigidas pela operação das que foram somadas ao longo do tempo e mostra o que precisa ser medido antes de cortar.
- Processo tácito: como transferir a execução para a equipe — Etapas para extrair critérios de decisão e rotinas individuais da cabeça de quem executa, viabilizando a transferência controlada sem interromper o trabalho.
- Processo com muitas etapas: como reorganizar a sequência — Roteiro operacional para reagrupar atividades, definir responsáveis por bloco e restabelecer a ordem de um fluxo que se tornou longo e confuso.
- Procedimento ignorado: caminhos para alinhar a rotina — Comparativo de alternativas para lidar com manuais ignorados na operação, avaliando custos de ajuste, nível de controle e risco operacional.
- Procedimento ignorado: onde a regra diverge do trabalho real — Critérios para identificar por que a equipe ignora manuais operacionais e como reestruturar o fluxo entre quem define a regra e quem executa.