Controle de versão de projeto: como o desenho desatualizado vira concreto errado no canteiro

Controle de versão de projeto parece assunto de escritório — papelada de coordenador, carimbo, número de revisão no cantinho da prancha. Até a manhã de segunda em que uma parede sobe na cota errada porque o pedreiro estava lendo a revisão que já tinha morrido três semanas antes. Aí deixa de ser papelada. Vira marreta, entulho e um dia inteiro de frente parada.

Se você toca obra, já viveu a cena. O projetista aparece no canteiro, olha a alvenaria que subiu no fim de semana e pergunta, com aquele tom que você aprende a temer: "peraí, mas essa parede não recuou 15 centímetros na revisão 4?" E você, engenheiro, com oito pedreiros esperando resposta, descobre na hora que a frente executou a revisão 3. A revisão 4 existia. Estava certa. Só não estava na mão de quem levantou a parede.

Passei a carreira em obras industriais de papel e celulose — fábricas na casa dos bilhões de reais, para Suzano, Klabin e outras — onde uma tubulação executada pela prancha errada não é retrabalho de alvenaria, é semana de cronograma e um custo que faz doer. E aprendi uma coisa que vale igualzinho para a sua obra de R$ 30 milhões: o desenho desatualizado quase nunca é erro de quem executou. É erro de controle de versão — a informação certa existia e não chegou na pessoa certa a tempo. Neste artigo eu quero mostrar por que isso acontece de forma estrutural, quanto custa de verdade, e o que separa uma obra que executa sempre a prancha válida de uma que descobre o erro depois de concretado.

A parede que subiu na cota errada

Vamos entender o mecanismo, porque ele não tem nada a ver com desatenção do time.

O projeto de uma obra não é um arquivo. É um organismo vivo que muda o tempo todo: o cliente pede uma mudança no layout, o calculista revisa uma armadura, o arquiteto ajusta um vão, a compatibilização com o hidráulico obriga a subir uma viga. Cada uma dessas mudanças gera uma revisão nova de uma prancha. Numa obra em ritmo, isso acontece toda semana, em várias disciplinas ao mesmo tempo — arquitetura, estrutura, elétrica, hidráulica, ar-condicionado.

Agora repare no caminho que essa revisão nova precisa percorrer para não virar problema: o projetista emite a revisão 4, manda para o coordenador, o coordenador manda para o engenheiro da obra, o engenheiro precisa avisar o mestre, o mestre precisa garantir que o pedreiro daquela frente está com a folha certa na mão — e que a folha antiga foi recolhida, senão as duas circulam ao mesmo tempo. Cada elo desse é um ponto de falha. Basta um e-mail não aberto, um "depois eu mando", uma prancha impressa que ficou no barracão, para a frente executar o que já não vale.

E é por isso que o erro de versão sempre encontra uma brecha. Não porque a equipe é relapsa — porque você está pedindo que uma cadeia de cinco ou seis pessoas, no meio de 200 mensagens de WhatsApp por dia, mantenha sincronizado, à mão, qual é a folha vigente de cada prancha em cada frente. É uma conta de sincronização que nenhum ser humano sobrecarregado ganha todo dia. Quando um elo falha — e ele sempre falha em algum ponto —, a marreta bate no lugar errado.

Por que a "última versão" vive no e-mail (ou no WhatsApp) de alguém

Aqui está a raiz do problema, e ela é quase sempre a mesma: a última versão do projeto não tem um lugar. Ela tem um dono.

Pergunte hoje, na sua obra, qual é a revisão vigente da planta de forma do 3º pavimento. A resposta honesta costuma ser: "deixa eu ver no e-mail que o projetista mandou" ou "acho que a Fulana tem a última no computador dela". A verdade da obra é que o projeto vive espalhado — uma parte no e-mail do coordenador, uma parte no grupo de WhatsApp da estrutura, uma versão impressa no barracão, um PDF que alguém baixou no celular há duas semanas. Não existe uma fonte. Existem cópias, em estágios diferentes de desatualização, na mão de pessoas diferentes.

E cópia é veneno para controle de versão. No instante em que a mesma prancha existe em quatro lugares, três deles vão ficar velhos — e ninguém sabe qual. O pedreiro que abre o PDF do celular não tem como saber que aquele arquivo foi superado por um e-mail que ele nunca recebeu. Ele está agindo de boa-fé, com a informação que tinha. O problema é que a informação certa estava presa — no e-mail de alguém, no computador de alguém, na cabeça de quem esqueceu de repassar.

Esse é o inimigo, e vale nomear com todas as letras: nunca foi a sua equipe de campo. É a informação presa. O cronograma sabe o que vem, o projetista sabe qual é a revisão boa, mas essas duas verdades não se encontram na tela de quem está com a colher de pedreiro na mão. Enquanto o projeto viver como cópia espalhada em vez de fonte única, o controle de versão vai depender de todo mundo lembrar de tudo o tempo todo — e isso não escala.

O custo real de executar a versão errada

Vamos à conta, porque é aqui que dói e é aqui que ninguém soma.

Quando uma frente executa a prancha errada, o prejuízo não é uma linha. São várias, empilhadas:

1. O que subiu errado tem que descer. Demolição, remoção de entulho, bota-fora. Material que já era pago vira caçamba.
2. Refazer certo custa de novo. Mesma mão de obra, mesmo material, segunda vez. Você pagou duas vezes pela mesma parede.
3. A frente para enquanto se decide. Enquanto o coordenador confirma qual é a versão boa e o time replaneja, os pedreiros daquela frente estão ociosos — e ociosidade em obra é margem evaporando parada.
4. O efeito dominó no cronograma. A frente que atrasou empurra a próxima. E atraso, como todo mundo que toca obra sabe, é o que vira compra emergencial e multa lá na frente.

Tudo isso entra no orçamento diluído em "mão de obra", "material" e "imprevistos". Nenhuma linha diz "retrabalho por versão errada de projeto". Por isso ninguém mede — e por isso o custo parece pequeno quando, somado ao longo da obra, não é.

Referências de mercado apontam que o retrabalho representa algo entre 5% e 10% do custo total de uma obra — e a versão errada de projeto é uma das causas mais teimosas dele, ao lado da decisão que se perdeu e da informação que chegou tarde. Escrevi sobre a conta completa do retrabalho em Retrabalho na construção civil: quanto ele custa e como reduzir na sua obra, mas o recado aqui é direto: uma fatia relevante desses pontos percentuais é evitável, e a maior parte dela é problema de controle de versão.

No nosso modelo de estimativa — uma conta conservadora, bottom-up, e faço questão de dizer que é modelo, não resultado medido em cliente; nosso piloto tem menos de um mês — o retrabalho evitável é um dos três blocos que, somados, representam uma recuperação da ordem de 3,6% a 7,6% do valor da obra. Não vou te vender esse número como promessa. Vou te dizer o que ele é: a matemática de quanto a informação desencontrada custa quando você finalmente a isola. A conta exata é a da sua obra — e é justamente isso que dá para calcular com os seus dados.

Versão única, acessível e rastreável: o que o controle de verdade exige

Se o problema é cópia espalhada, a solução não é "mandar melhor". É mudar a natureza da coisa: sair de cópias distribuídas para fonte única referenciada. Controle de versão que funciona, na obra, precisa de três propriedades — e nenhuma delas é opcional.

Uma fonte única, não uma pasta a mais. Tem que existir um único lugar onde mora a versão vigente de cada prancha — não "o e-mail do projetista mais a pasta do drive mais o grupo do WhatsApp". Um endereço só, e o que está lá é, por definição, o que vale. Repare que só centralizar não basta: uma pasta com 400 arquivos e três versões da mesma prancha continua sendo o caos, só que num lugar só. Precisa ser indexado — dá para achar e dá para saber qual é a boa.

Acessível de onde o trabalho acontece. A fonte única não pode viver no computador do escritório. Tem que estar no celular do mestre, na tela de quem está na frente, sem depender de baixar, imprimir e distribuir folha. Se para saber a revisão vigente o pedreiro precisa ligar para o engenheiro, que liga para o coordenador, o sistema já falhou — na prática ninguém liga, usa a folha que tem na mão.

Rastreável — quem publicou, quando, e o que mudou. Toda revisão nova precisa deixar rastro: qual versão substituiu qual e quando entrou em vigor. Não é burocracia. É o que te protege quando, três meses depois, alguém pergunta por que a frente executou daquele jeito — e você mostra que executou exatamente a revisão que estava vigente e aprovada naquela data. Rastreabilidade de versão é, também, defesa.

Essas três propriedades transformam o projeto de organismo espalhado em fonte de verdade. E é sobre elas que a coordenação ativa consegue trabalhar — porque agora existe algo confiável para consultar. Isso se conecta com a gestão de todos os documentos da obra, não só das pranchas; se esse é o seu gargalo maior, vale ler Gestão de documentos de obra: onde está a última versão do projeto (e por que ninguém acha).

Como o time sabe, sem dúvida, qual é a prancha válida

Ter a fonte única resolve metade. A outra metade é garantir que a pessoa certa saiba, na hora da dúvida, qual é a versão que vale — sem caçar, sem ligar, sem torcer.

E é aqui que a diferença entre um repositório passivo e a coordenação ativa aparece. Um drive compartilhado é passivo: ele guarda a última versão, mas espera você ir lá conferir. E, no meio do dia, ninguém vai. O pedreiro não abre o drive antes de assentar cada bloco. A coordenação ativa inverte a lógica: em vez de você procurar qual é a prancha boa, você pergunta e a obra te responde — com a versão vigente e a fonte.

Na prática, é o engenheiro ou o mestre mandando uma pergunta em linguagem normal — "qual a revisão vigente da forma do 3º pavimento?" — e recebendo de volta a versão certa, citando de onde veio e desde quando vale. Sem abrir dez PDFs, sem ligar para o coordenador, sem "deixa eu confirmar e te retorno". A dúvida que hoje trava a frente por meia hora vira resposta de segundos. E, quando uma revisão nova entra, quem precisa saber é avisado — a informação vai atrás da pessoa, em vez de esperar a pessoa ir atrás dela.

Isso não é só conforto. É tempo de gente cara de volta para a obra. É medível: o nosso Communication Hub devolve cerca de 10 horas por semana para cada gerente de projeto — mais de um dia útil por semana que hoje some em "deixa eu ver qual é a versão boa", "cadê a última planta", "confirma comigo essa cota". Multiplicado pela equipe e pelas obras, é capacidade que você recupera sem contratar ninguém.

O ponto de fundo é o mesmo do começo: o erro de versão nasce da informação presa e da cópia espalhada. Quando existe uma fonte única e um agente que responde qual é a prancha válida na hora da dúvida, o desenho desatualizado deixa de conseguir chegar ao concreto. Não porque a equipe passou a ser mais cuidadosa — porque a informação certa passou a chegar sozinha na pessoa certa, no momento certo.

Perguntas frequentes

1. Não basta ter uma pasta compartilhada no drive com a última versão de tudo? Ajuda, mas não resolve — e a diferença é o que separa "centralizar" de "controlar". Uma pasta com 400 arquivos, três revisões da mesma prancha e nomes tipo "forma_3pav_FINAL_v2_revisada.pdf" continua deixando a dúvida de pé: qual é a boa? Controle de versão de verdade exige que exista uma versão marcada como vigente, indexada, e que o time consiga perguntar qual é em vez de garimpar na pasta. Repositório é o começo; o que evita o erro é conseguir responder, na hora, qual folha vale.

2. E os projetos que vêm de projetista externo? Não controlo o que ele manda. Você não controla a emissão, mas controla a publicação — o momento em que aquela revisão vira oficial para a obra. O fluxo certo é: o projetista emite, a revisão entra num único lugar, é registrada com data e substitui formalmente a anterior, e só então o time é avisado de que aquela é a nova válida. Assim o descontrole do lado de fora para na porta da obra: internamente, sempre existe uma resposta única e rastreável de qual é a versão vigente.

3. Esse sistema vai registrar tudo que eu faço? Parece que é para me vigiar. Entendo a desconfiança, e a resposta é honesta: o registro trabalha a favor de quem toca a obra, não contra. Quando fica documentado qual era a revisão vigente e aprovada em cada data, e a frente executou exatamente aquilo, o registro é a sua defesa — prova que o erro, se houve, veio da versão que te entregaram, não de descuido seu. Ele não vigia o seu trabalho; ele documenta o que você já fez certo e te protege quando o problema não foi culpa sua.

4. Minha equipe de campo não vai abrir sistema no meio da obra para conferir prancha. E não precisa. Se depender de o mestre parar, abrir um sistema e navegar até a prancha, realmente não vai acontecer. Por isso o modelo certo é o agente que responde: a pessoa pergunta por mensagem, por voz, do celular que já está na mão, e recebe a versão vigente de volta. Sem formulário, sem tela nova para aprender. A regra é a informação ir atrás de quem precisa dela — não o contrário.

5. Já tenho ERP (Sienge/TOTVS) com módulo de documentos. Não resolve? O ERP arquiva bem — ele guarda o documento e o histórico. Mas ele é passivo: espera você entrar e consultar, e não avisa ativamente o time quando uma revisão nova entra em vigor, nem responde ao mestre qual é a folha válida no meio da frente. A coordenação ativa é uma camada diferente, que age sobre isso. Por isso a gente integra com o ERP, não substitui: o registro continua onde está, e a coordenação passa a garantir que a versão certa chegue na pessoa certa a tempo.

Como o TrackBuild ataca o desenho desatualizado na prática

Tudo que este artigo descreveu — a cópia espalhada, a revisão que não chegou na frente, a dúvida de "qual é a prancha boa" que trava o time — é exatamente o que o TrackBuild foi construído para atacar. Sem mágica: fonte única, mais um agente que responde e avisa, mais o método para o fluxo virar rotina de canteiro.

• AI Communication Hub — a memória viva da obra. O engenheiro ou o mestre pergunta "qual a revisão vigente desta prancha?" e recebe a versão certa com a fonte, na hora, do celular. Chega de abrir dez PDFs para descobrir qual vale.
• Gestão de documentos com controle de versão e rastreabilidade — cada prancha tem uma versão vigente, indexada, com histórico de quem publicou e quando. Uma fonte única, não quatro cópias em estágios diferentes de desatualização.
• Checklist e aprovações multi-nível — a revisão nova só vira "válida" para a obra depois de aprovada, e quem precisa saber é avisado no momento em que ela entra em vigor. A informação vai atrás da pessoa.
• Engenheiros no onboarding — software sozinho não muda a rotina do canteiro. A implantação vem com método e gente de engenharia que desenha, junto com o seu time, o fluxo de revisão e distribuição de projeto — para o controle de versão virar hábito, não mais uma tela ignorada.

E como a cobrança é por módulo, com usuários ilimitados, todo mundo que precisa da prancha certa está dentro — engenheiro, mestre, empreiteiro, projetista — vendo a mesma fonte única, sem pedágio por assento e sem informação presa no WhatsApp de alguém. Controle de versão só funciona quando a obra inteira olha para o mesmo desenho.

Se qualidade e conformidade são a sua próxima dor depois de resolver a versão, vale ler também Controle de qualidade na obra: como o checklist (FVS) e as aprovações reduzem erro e retrabalho.

Antes de refazer a próxima parede, faça a conta do que a versão errada te custa

O desenho desatualizado não é azar de obra. É sintoma de controle de versão que depende de gente lembrar de tudo, o tempo todo, no meio do caos. Enquanto a última versão for dono em vez de lugar, o erro vai encontrar a brecha — e você vai pagar de novo pela mesma parede.

Se você quer saber quanto o retrabalho por versão errada e a informação presa custam, especificamente, na sua obra, comece pela conta: o Diagnóstico de Vazamento é uma call gratuita de 30 minutos onde a gente calcula, com os seus dados, quanto a sua obra perde em retrabalho evitável e tempo caçando informação — sem compromisso.

Fale com a gente

---

Felipe Barreto é cofundador de engenharia do TrackBuild. Engenheiro civil, mestre em engenharia civil pela UFMG, MBA pelo IESE Business School e certificado PMP, gerenciou a construção de fábricas para Suzano, Klabin e outras líderes de papel e celulose — empreendimentos na casa dos bilhões de reais. O TrackBuild coloca agentes de IA e engenheiros especializados na rotina da obra, com usuários ilimitados, para a informação parar de ficar presa e a margem parar de vazar.