Documentação duplicada em dois lugares: qual versão manter

Toda comparação começa por quatro atributos: quem é o dono de cada versão, com que frequência ela é atualizada, onde ela fica e quem consegue consultá-la no meio da execução. Sem esses quatro itens, a escolha vira preferência pessoal.

O atributo que costuma separar as alternativas é a proximidade com a execução. Documentação guardada em repositório de projeto tende a envelhecer, porque atualizar não faz parte da rotina de quem executa. Documentação acoplada à própria rotina, como um checklist usado a cada execução, tende a mudar junto com o processo. A comparação mede qual das duas está mais perto de quem faz.

Manter duas versões tem custo visível, que é o esforço de atualização em dobro, e custo invisível, que é o retrabalho de quem segue a versão desatualizada. O segundo raramente aparece em planilha porque ninguém registra a hora em que descobriu que o procedimento estava errado.

Por isso a comparação precisa de duas estimativas: horas de atualização por documento, multiplicadas pela frequência de mudança no período, e ocorrências de divergência, multiplicadas pelo tempo médio de correção. Quando a segunda estimativa pesa mais, consolidar em uma versão única passa a ser decisão de custo, não de preferência.

Escolher a versão que fica não resolve a falta de dono. Se ninguém tem a responsabilidade explícita de atualizar aquela documentação, ela volta a divergir e a decisão precisa ser refeita meses depois, com o mesmo material.

A comparação também não corrige processo mal desenhado. Documentação desatualizada é, muitas vezes, sintoma de um processo que mudou na prática e nunca foi revisto. Nesses casos, consolidar a documentação antes de revisar o processo apenas registra a divergência em um lugar só. E nada disso impede que a versão escolhida fique obsoleta na próxima mudança de operação.