Pular para o conteúdo

Soluções · Processos, retrabalho e produtividade

Histórico de mudanças de processo: qual registro adotar

Não existe histórico das mudanças de processo. Quais formas de registrar isso valem a pena comparar?

Resposta direta

A escolha depende do que se quer saber depois da mudança: qual é a regra vigente, quem a alterou ou por que ela mudou. Para saber apenas a regra atual, um documento versionado, com data e autor de cada alteração, costuma bastar. Para reconstruir decisões, o registro por evento funciona melhor, porque guarda o motivo junto da mudança. Quando a alteração nasce de decisão coletiva, a ata da reunião serve, desde que nomeie o responsável e o efeito esperado. Nenhuma das três se sustenta sem alguém designado para manter o registro.

Objetivo
Comparar alternativas
Formato indicado
Projeto de implementação
Atualizado em

O que esta página acrescenta: Coloca lado a lado três formas de registrar mudança de processo e o que cada uma exige de quem mantém, em vez de tratar o histórico como um arquivo único.

O que cada alternativa guarda

Versionar o documento registra a sequência das regras, com data e autor de cada edição. É o formato mais próximo do que já existe na maioria das operações, porque o processo costuma estar escrito em algum lugar.

O registro por evento é uma lista em que cada linha descreve uma mudança: o que passou a valer, a partir de quando, quem decidiu e por quê. A ata de reunião guarda a decisão no contexto em que foi tomada, mas cobre apenas o que foi levado à reunião.

O que cada formato exige de quem mantém

O documento versionado depende da disciplina de quem edita. Se duas pessoas alteram o mesmo arquivo sem registrar, o histórico passa a mostrar uma sequência que não corresponde ao que foi decidido.

O registro por evento exige definição prévia do que conta como mudança; sem isso, cada pessoa anota em um nível de detalhe diferente. A ata depende de quem escreve e de a decisão ter passado pela reunião, o que deixa de fora os acertos feitos em conversa informal.

O que nenhum registro resolve

Registro não devolve o contexto que já se perdeu. O que ocorreu antes do início do histórico permanece desconhecido, e reconstruir isso por relato de quem estava presente costuma produzir versões divergentes.

Nenhum dos três formatos define quem aprova mudanças nem corrige a causa da ausência de histórico. Se o problema nasceu de troca de pessoas sem passagem de bastão, o registro sozinho não impede que se repita. Em processos que mudam raramente, o custo de manter o registro pode superar a informação que ele entrega.

Recurso prático

O que verificar antes de escolher a forma de registro

  • Definir a pergunta que o registro deve responder: qual é a regra vigente, quem a alterou ou por que ela mudou.
  • Nomear uma pessoa responsável por registrar cada alteração, identificada pela função que ocupa.
  • Estabelecer o que conta como mudança de processo e o que é apenas ajuste de execução.
  • Definir onde o registro fica e quem pode alterá-lo, para evitar duas versões divergentes em circulação.
  • Verificar se o registro continua acessível depois da saída da pessoa que o criou.
  • Combinar quando o registro é revisado e o que acontece quando alguém altera o processo sem registrar.

O erro mais comum é escolher o formato antes de definir quem mantém o registro. Histórico sem responsável nomeado para a atualização vira documento desatualizado, e a partir daí ninguém confia nele.

Sobre o que está escrito aqui

Conceitos relacionados: histórico de versões · registro de mudanças · linha do tempo do processo · motivo da alteração · responsável pela atualização. 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 histórico de mudanças de processo inexistente. 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.