Pular para o conteúdo

Soluções · Processos, retrabalho e produtividade

Processo novo sem retirar o antigo: onde o trabalho dobra

O processo novo já existe, mas ninguém retirou o antigo. Como implantar sem manter as duas rotinas rodando?

Resposta direta

Um processo novo só substitui o antigo quando existe um dono nomeado para a transição e uma data a partir da qual o caminho antigo deixa de aceitar trabalho. Enquanto os dois seguem abertos, quem opera escolhe o mais cômodo no dia da pressão, e o volume dobra sem que ninguém decida. A retirada é uma etapa do projeto, com critério verificável, não uma consequência automática da implantação. Definir quem confere, o que acontece com casos em andamento e como o antigo é desligado importa mais do que a data em si.

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

O que esta página acrescenta: Trata a retirada do processo antigo como entregável com dono, critério e ordem de corte, e não como consequência esperada da implantação.

Quem responde pela transição

Implantar e desativar costumam ter donos diferentes. Quem cria o processo novo mede sucesso pela adoção; quem opera o antigo mede sucesso pela continuidade. Sem uma pessoa nomeada para a transição, o antigo não sai por inércia, e não por decisão.

Essa pessoa precisa de três coisas: autoridade para recusar novas demandas no processo antigo, acesso ao volume real de uso de cada caminho e uma data combinada com quem opera. Sem autoridade sobre a recusa, a data vira intenção.

Fechar o antigo por etapas

A retirada raramente é um desligamento único. Funciona melhor em etapas: parar de aceitar casos novos no antigo, manter apenas os que já estão em andamento, encerrar esses casos e só então desligar a estrutura que sustenta o caminho antigo.

Cada etapa precisa de um critério verificável. Deixar de aceitar caso novo é verificável; estar migrando não é. O critério define quem confere e o que acontece quando um caso novo aparece no antigo por engano.

O que a retirada não resolve

Desativar o processo antigo não corrige um processo novo mal desenhado. Se o novo exige mais passos ou mais aprovações do que o problema pedia, a equipe volta ao antigo por caminhos informais, planilhas próprias e acordos paralelos, mesmo com o caminho oficial fechado.

Também não resolve conflito de responsabilidade. Quando duas áreas respondem pelo mesmo resultado, manter os dois processos é forma de adiar a decisão sobre quem manda. A retirada força essa decisão, e ela pode não estar disponível no momento em que a data de corte chega.

Recurso prático

Checklist de desativação do processo antigo

  • Dono da transição nomeado, com autoridade para recusar casos novos no processo antigo
  • Data de corte acordada com quem opera o caminho antigo
  • Ponto único onde se confere se um caso novo caiu no processo antigo por engano
  • Regra escrita para os casos já em andamento: seguem no antigo, migram ou são encerrados
  • Lista dos acordos paralelos que substituem o antigo na prática, como planilhas próprias e mensagens
  • Critério que confirma o encerramento, conferido por quem não participou da implantação

O erro mais comum é anunciar a data de corte antes de fechar os acordos paralelos que substituem o antigo na prática. O processo oficial morre, os atalhos continuam, e o trabalho dobra igual.

Sobre o que está escrito aqui

Conceitos relacionados: processo legado · dono da transição · data de corte · critério de corte · acordos paralelos. 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 processo novo criado sem retirar o antigo. 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.