Resposta direta
A versão antiga só sai quando alguém responde por encerrá-la e existe critério escrito para isso. Contratar um processo novo sem essas duas condições produz duas rotinas em paralelo: o trabalho dobra, os registros divergem e a decisão fica ambígua. Antes de aprovar, vale fixar o que a versão antiga deixa de fazer, a partir de quando e quem confirma a desativação. Sem dono e data, o processo novo entra como camada adicional, não como substituição, e o retrabalho passa a ser estrutural.
- 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 pelo lado da saída: o que precisa estar definido para a versão antiga ser encerrada, e não apenas substituída no papel.
O que sobra quando o processo antigo não é retirado
Quando um processo novo entra sem que o antigo seja encerrado, parte da rotina anterior continua em uso mesmo sem estar prevista. Sobram planilhas de controle, relatórios que ninguém pediu formalmente e aprovações informais que seguem o caminho antigo. O efeito aparece no tempo da equipe: o mesmo dado é produzido duas vezes e a decisão passa a depender de qual versão estava à mão.
Esse resíduo raramente é declarado. Ele se acumula porque ninguém recebeu a incumbência de encerrar a versão anterior, e encerrar dá mais trabalho do que começar. Sem um responsável nomeado, a decisão de desligar a rotina antiga fica sempre adiada.
Dono, data e critério antes de aprovar
A contratação de um processo novo deveria incluir o desenho da saída do antigo. Três elementos bastam: o nome de quem responde pelo encerramento, a data a partir da qual a versão antiga deixa de ser aceita como fonte válida e o critério que confirma que ela foi desativada.
O critério costuma ser o ponto esquecido. Dizer que o processo foi encerrado não é uma afirmação verificável. O que se verifica é a ausência de registros novos na rotina antiga, o acesso retirado ou a etapa que deixou de existir. Sem esse teste, a versão antiga permanece disponível e tende a voltar nas exceções.
O que a retirada da versão antiga não resolve
Encerrar a versão anterior não conserta o processo novo. Se a rotina nova tem etapas demais, dado redigitado ou responsabilidade mal definida, a troca só transfere o problema de lugar. A retirada do antigo elimina a dupla operação; não valida a qualidade do desenho que ficou.
Há casos em que as duas versões precisam coexistir por um período, por exigência contratual, fiscal ou por base de dados que ainda não migrou. Nesses casos, o que se contrata não é o fim imediato da versão antiga, mas a condição sob a qual ela deixa de ser usada. Enquanto essa condição não estiver escrita, a dupla operação segue sem data para acabar.
Recurso prático
Roteiro para contratar o processo novo com a saída do antigo
- Listar o que a rotina antiga ainda produz: registros, relatórios, aprovações e exceções que continuam acontecendo depois da entrada do processo novo.
- Nomear quem responde pelo encerramento da versão antiga, com cargo e não apenas área.
- Definir a data a partir da qual a versão antiga deixa de ser aceita como fonte válida.
- Escolher o teste que confirma a desativação: ausência de registros novos, acesso retirado ou etapa eliminada.
- Descrever o tratamento das exceções que ainda dependem da rotina antiga e por quanto tempo.
- Revisar o encerramento depois da data de corte e decidir se o resíduo foi eliminado ou apenas reduzido.
O ponto mais ignorado é tratar o encerramento do processo antigo como consequência automática da entrada do novo. Ele não acontece por si, e quase nunca é assumido por quem desenhou o processo novo.
Conceitos usados nesta página
- 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: versão do processo · matriz de responsabilidades · critério de encerramento · dupla operação · data de corte. 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
- Excesso de etapas: como medir o impacto no fluxo — excesso de etapas
- Rotina na cabeça da equipe: como diagnosticar… — processo que só existe na cabeça de quem executa
Páginas relacionadas
O mesmo problema em outro objetivo
- Processo novo sem retirar o antigo: como diagnosticar — Diagnosticar
- Processo novo sem retirar o antigo: o que fica valendo — Organizar um processo
- 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
Outras leituras em Processos, retrabalho e produtividade
- Fechamento mensal: como organizar a rotina sem alongar o prazo — Rotina de fechamento organizada por entradas de área, datas de corte, responsáveis e estimativa da carga de horas por etapa.
- Processo copiado de outra área: o que ajustar antes de adotar — O que avaliar e o que exigir quando um processo vem de outra área, unidade ou matriz, antes de assumir etapas, prazos e responsabilidades.
- Ferramenta para problema de processo: o que avaliar antes — O que verificar antes de contratar uma ferramenta criada para resolver um problema de processo: problema tratado, dado exigido, responsáveis e limites.
- Fila de trabalho sem prioridade: o que medir — Descreve como levantar tempo de espera, idade dos itens e diferença entre entrada e saída para descrever uma fila de trabalho sem ordem definida.
- Capacidade ignorada no planejamento: qual alternativa adotar — Compara quatro formas de tratar a capacidade da equipe no planejamento, com o cálculo de comprometimento e os limites de cada uma.