Resposta direta
Quem resolve isso não é a comunicação nem o treinamento. É a decisão de qual versão é oficial, tomada por uma pessoa nomeada, com data. Enquanto as duas versões valem, cada área escolhe a que dá menos trabalho, e o retrabalho aparece na conferência entre elas. O caminho é declarar o processo novo como único válido a partir de uma data, listar o que o antigo ainda executa e dar destino a cada item — encerrar, migrar ou manter de forma explícita. O antigo não desaparece por decreto; desaparece quando deixa de ser necessário para alguém.
- Objetivo
- Organizar um processo
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata a decisão de vigência — qual versão vale a partir de quando — em vez de mapear, documentar ou automatizar o processo.
Vigência é uma decisão, não um anúncio
Processo novo convivendo com o antigo quase sempre indica que ninguém decidiu qual versão vale. Aviso por e-mail ou reunião de apresentação não muda o que as áreas executam. O que muda é uma data de vigência e uma pessoa nomeada como responsável por ela.
A decisão precisa dizer o que acontece com o que já está em andamento na versão antiga. Casos abertos, pedidos em fila, contratos em execução. Sem essa lista, a área mantém o antigo vivo para não travar o que já começou.
O que ainda depende da versão antiga
Retirar o antigo exige saber o que só ele faz. Parte do que parece resistência é dependência real: um relatório, uma assinatura, um cadastro que ainda lê o formato anterior. Cada item recebe um destino explícito: encerrar, migrar ou manter com prazo.
O item que ficar em manutenção precisa de responsável e de data de revisão. Manter em aberto sem dono equivale a não ter retirado. Uma lista curta e conferida vale mais que um redesenho completo do processo.
Limites da retirada do processo antigo
Há casos em que o antigo deve continuar. Exigência contratual, obrigação regulatória ou uma contraparte que opera no formato anterior podem manter duas versões em uso. Nesses casos o objetivo não é eliminar, é isolar: deixar claro quem executa cada versão e o que dispara cada uma.
A retirada também não corrige processo desenhado errado. Se a versão nova repete etapas da antiga, a convivência volta. E a adesão não é imediata: enquanto o registro não mostrar de onde vem cada execução, a decisão de vigência fica apoiada em percepção.
Recurso prático
Esforço mensal mantido pela convivência das duas versões
Esforço de duplicidade = (Execuções no processo antigo no mês × Tempo médio por execução antiga) + Horas de conferência entre as versões
- Execuções no processo antigo no mês
- execuções/mês
- Quantidade de vezes que o processo antigo ainda roda no período, contada por protocolo, fila ou registro de abertura.
- Tempo médio por execução antiga
- horas
- Tempo para completar uma execução do processo antigo, medido em amostra real de execuções, não estimado por quem desenhou o processo.
- Horas de conferência entre as versões
- horas/mês
- Tempo gasto para reconciliar o que a versão antiga produziu com o que a versão nova esperava receber.
O erro mais comum é medir só o custo de rodar o processo antigo e ignorar a conferência entre as duas versões. A reconciliação é onde o retrabalho se concentra, porque alguém precisa ajustar o que saiu diferente. Medir o antigo sem medir a conferência subestima o esforço e faz a retirada parecer desnecessária.
Sobre o que está escrito aqui
Conceitos relacionados: vigência de processo · versão oficial · processo paralelo · encerramento de etapa · ponto de conferência. 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
- Procedimento ignorado: critérios para contrat… — procedimento escrito que ninguém segue
- Aprovação sem prazo: como mapear a fila oculta — etapa de aprovação sem prazo
Páginas relacionadas
O mesmo problema em outro objetivo
- Processo novo sem retirar o antigo: como diagnosticar — Diagnosticar
- Processo novo sem retirar o antigo: como comparar as saídas — Comparar alternativas
- Dois processos rodando: como medir se um substituiu o outro — Explicar medição
- Processo novo sem retirar o antigo: onde o trabalho dobra — Orientar implementação
- Processo novo criado sem retirar o antigo: como contratar — Orientar avaliação e contratação
Outras leituras em Processos, retrabalho e produtividade
- Onboarding sem roteiro: o que medir antes de padronizar — Medição de onboarding de cliente quando ainda não existe roteiro fixo: quais marcos observar, que dados registrar e onde medir deixa de fazer sentido.
- Checklist abandonado: por que ele morre e o que verificar — Sinais que mostram por que um checklist criado deixou de ser usado, onde a responsabilidade por item se perdeu e o que observar antes de reescrevê-lo.
- Trabalho repassado sem contexto: o que registrar na passagem — O que precisa ir junto quando uma tarefa muda de mão: contexto mínimo, campos obrigatórios e o que o registro não resolve.
- Arquivo de trabalho em pasta pessoal: o que sai e o que fica — Critério para separar o que pertence à pasta pessoal do que precisa estar no repositório da equipe, com responsabilidade e ponto de transferência definidos.
- Pedido urgente: como comparar critérios de atendimento — Compara formas de tratar urgência na compra: critério por impacto, por prazo e por exceção formal, com o que cada opção resolve e o que deixa em aberto.