Fonte Única da Verdade: Como tomar boas decisões com contexto incompleto e pouca transparência na informação

Fonte única da verdade, contratos colaborativos e engajamento antecipado 

Por Kleber Moreira e Neuton Ribeiro | C2Hub 

Grandes projetos raramente fracassam por causa de uma grande decisão errada. Fracassam por causa de dezenas, às vezes centenas, de decisões razoáveis, tomadas por profissionais competentes, cada um com a informação que tinha à mão. Cada decisão faz sentido no momento em que é tomada. O problema só aparece quando essas decisões se encontram, normalmente no campo e quase sempre tarde demais para corrigir com baixo custo. 

Este artigo trata do que está por trás desse padrão: pouca transparência, baixa previsibilidade e decisões tomadas sem o contexto completo. Trata também de três elementos que, combinados, atacam o problema na origem: 

• a fonte única da verdade (Single Source of Truth, SSoT); 

• a colaboração em contratos; 

• o engajamento antecipado (EAa). 

Decisões razoáveis 

Em setembro de 2006, começaram as obras do novo aeroporto de Berlim-Brandemburgo. O orçamento era de cerca de 2 bilhões de euros, e a abertura estava prevista para 2011. 

Em 2007, o terminal principal foi relicitado e dividido em sete frentes de trabalho, sem um empreiteiro geral. A decisão era defensável: mais concorrência por pacote e controle direto do proprietário sobre cada frente. Depois, a capacidade projetada do terminal se mostrou insuficiente, e foi incluído um pavimento intermediário. Também fazia sentido, porque um aeroporto novo não pode nascer pequeno. Ao longo da obra, o projeto recebeu mais de 500 alterações, cada uma analisada e aprovada com sua própria justificativa. Projetistas e gestores mudaram várias vezes. A data de inauguração virou prioridade, e as notícias ruins escaladas passaram a ser selecionadas.  

Em 9 de maio de 2012, a 25 dias da inauguração, com convites enviados e voos programados, a abertura foi cancelada: o controle do sistema de exaustão de fumaça não funcionava. Nos anos seguintes, veio à tona o resto: 

• cabos lançados de forma inconsistente com o projeto, com centenas de quilômetros que precisaram ser reinstalados; 

• documentos de projeto que simplesmente não existiam; 

• um em cada três dos 4.000 ambientes do terminal com a numeração de porta errada; 

• dezenas de milhares de defeitos registrados. 

O aeroporto abriu em outubro de 2020, nove anos depois do previsto, custando cerca de três vezes o orçamento original. 

Nenhuma dessas decisões, sozinha, explica o resultado. Havia informação em abundância. O que não havia era uma referência comum, confiável e atualizada sobre a qual todas essas decisões se apoiassem. 

O que falta nesses casos não é dado. É contexto: a garantia de que quem decide está olhando para a mesma informação que todos os outros, completa, atual e com significado inequívoco. 

O que é uma fonte única da verdade 

Fonte única da verdade é a criação de uma fonte única, confiável, compartilhada e atualizada de informações, apoiada por um processo de governança que serve como referência comum para contratante, fornecedores, projetistas, engenharia, suprimentos e demais participantes da cadeia. 

No lugar de cada empresa trabalhar com sua rotina de gestão ilhada e própria versão de escopo, cronograma, orçamento, riscos, premissas e documentos, o SSoT estabelece uma governança e um ambiente comum de dados e decisões, no qual todos trabalham a partir da mesma informação. 

Não é um sistema único 

A leitura equivocada mais comum é a de que fonte única da verdade significa colocar tudo em um único sistema. Um projeto de capital opera com dezenas de ferramentas: modelagem e projeto, planejamento, suprimentos, ERP, qualidade, gestão de campo, comissionamento.  

A fonte única não exige fundir esses sistemas. Exige que, para cada dado relevante, exista uma origem reconhecida como oficial, com um responsável definido, e que os demais sistemas consumam essa origem de forma rastreável. 

Os elementos que a compõem 

Na prática, o SSoT se sustenta em sete elementos: 

• Origem e dono para cada dado. Quem produz, quem valida e quem responde por cada tipo de informação, e em que sistema ela nasce. 

• Referência em vez de cópia. Quem consome um dado aponta para a origem, não guarda a própria versão. 

• Estados e versões. Todo dado tem um estado claro (em elaboração, compartilhado, publicado, arquivado), para que se saiba se ele já pode embasar uma decisão. A ISO 19650 estrutura o ambiente comum de dados em torno desses estados. 

• Requisitos de informação. O que precisa ser entregue, por quem, quando, em que formato e com que nível de detalhe, definido antes de a informação ser produzida. 

• Semântica comum. As mesmas unidades, a mesma codificação, a mesma nomenclatura e a mesma classificação para todos. É aqui que falharam a sonda e as portas do aeroporto. 

• Latência acordada. O tempo máximo entre um fato no campo e o seu registro na base. Uma base que demora semanas para refletir a obra já não é a verdade, é um retrato antigo. 

• Rastreabilidade das decisões. Quem decidiu, quando e com base em qual versão da informação. 

Um acordo antes de ser um ambiente 

A tecnologia para sustentar esses elementos existe e está normatizada. O Ambiente Comum de Dados (CDE), definido pela ISO 19650, é onde a informação é produzida, versionada e compartilhada. Mas o CDE responde a onde a informação está. Os sete elementos acima respondem a qual informação vale, quem responde por ela e como ela se mantém fiel à realidade. 

Essas respostas não vêm do software, vêm de um acordo entre as partes. Uma organização pode ter o melhor CDE do mercado e nenhuma fonte única da verdade. Basta que o comitê decida sobre uma planilha paralela, ou que o cronograma do contratado e o do contratante divirjam sem que ninguém seja obrigado a reconciliá-los. 

O Reino Unido transformou esse princípio em obrigação legal depois do incêndio da Grenfell Tower, em 2017. A revisão independente sobre regulamentação e segurança contra incêndio propôs o golden thread, uma cadeia de informações sobre o que foi instalado, quem é responsável e como a conformidade foi demonstrada. O conceito foi incorporado ao Building Safety Act 2022 para edifícios de alto risco. O golden thread é descrito como a “fonte única da verdade” do edifício e precisa começar antes da obra e acompanhar o ativo por toda a sua vida. A informação deixou de ser arquivo e passou a ser responsabilidade. 

De ferramenta a mecanismo de governança contratual 

É no contrato colaborativo que a fonte única da verdade muda de natureza. Ela deixa de ser apenas uma ferramenta tecnológica e passa a ser um mecanismo de governança contratual. Ela permite que as partes: 

• compartilhem premissas, requisitos e restrições desde o início; 

• registrem decisões, mudanças, riscos e responsabilidades; 

• tenham maior transparência sobre custos, prazos e desempenho; 

• reduzam conflitos decorrentes de informações divergentes; 

• tomem decisões com base nos mesmos dados. 

Com isso, o próprio contrato muda de função. Deixa de operar apenas como instrumento de controle e transferência de risco e passa a criar mecanismos concretos de integração e geração conjunta de valor. Na prática, isso significa responder no contrato a perguntas como estas: 

• Qual é a base oficial de informações do empreendimento? 

• Quem a alimenta, valida e aprova? 

• Como as mudanças são registradas? 

• Que dados de custo, prazo e desempenho ficam acessíveis a cada parte? 

Há, porém, uma condição que nenhuma cláusula de dados resolve sozinha: nenhuma parte compartilha informação de boa vontade se essa informação puder ser usada contra ela. Nos arranjos colaborativos mais bem-sucedidos, o proprietário retém o risco de contingência, ou ele é compartilhado por um mecanismo de dor e ganho. Assim, revelar um problema cedo deixa de ser uma ameaça para quem o revela. 

O inverso também vale. Em contratos adversariais, a rastreabilidade que deveria reduzir disputas vira matéria-prima de pleito. As partes passam a alimentar a base de forma defensiva, registrando o que protege e omitindo o que expõe. A base continua formalmente única, mas passa a refletir a estratégia jurídica de cada parte, e não a obra. A fonte única não sobrevive a um contrato que pune quem conta a verdade primeiro. 

O conhecimento da cadeia dentro da decisão 

Quando o fornecedor é envolvido antes da definição completa da solução, a fonte única da verdade ganha ainda mais importância. O envolvimento antecipado de fornecedores traz para as fases de planejamento e engenharia o conhecimento de quem efetivamente vai executar, fabricar ou fornecer determinada solução. A lógica é simples: 

Contratante + Engenharia + Fornecedores → definição colaborativa da solução → contratação e execução com maior maturidade 

Nessa fase, o fornecedor contribui em três frentes: 

• O que é viável executar: construtibilidade, métodos executivos, alternativas técnicas e oportunidades de padronização e inovação. 

• O que a cadeia consegue entregar: disponibilidade de materiais e equipamentos, prazos reais de entrega (lead times), capacidade produtiva, logística e riscos da cadeia de suprimentos. 

• Quanto custa de verdade: estimativas de custo aderentes ao mercado. 

O ganho central é de timing. Decisões tomadas cedo são baratas de alterar. Decisões tomadas tarde, com projeto fechado, compras realizadas ou obra em andamento, ficam caras e difíceis de reverter. O envolvimento antecipado desloca a descoberta dos problemas para o momento em que ainda é possível resolvê-los com baixo custo. 

Mais centralização não é mais verdade 

Não há um único desenho correto. A fonte única da verdade pode assumir configurações distintas: 

• Incremental. Implementação por camadas, começando pela governança e pelos dados críticos, sem dependência de um Ambiente Comum de Dados (CDE) dedicado. Adequado a organizações em estágio inicial de maturidade digital ou a projetos pequenos e de baixa complexidade, onde o número de disciplinas e players envolvidos ainda não justifica investimento em infraestrutura dedicada. A integridade do dado depende fortemente de disciplina informal e de indivíduos-chave, não de mecanismo estrutural — o que o torna funcional em escala pequena e frágil em escala maior. É o ponto de partida da jornada de maturidade, não um modelo de destino para projetos complexos. 

• Federada. Modelo com CDE central acessível a todos os players, adequado a projetos de porte médio e a organizações com maturidade BIM/digital intermediária. A governança já é formalizada — protocolos documentados, matriz de responsabilidade, requisitos de dados começando a aparecer no contrato — mas a integração ainda depende de um ponto central único, com bridge de publicação para parceiros externos que operam em sistemas próprios. Resolve o problema de fragmentação dentro do projeto, mas ainda concentra risco no ambiente central e exige disciplina de sincronização entre esse ambiente e os sistemas de cada parceiro. 

• Simbiótica. Proprietário e cadeia operam sobre a mesma base ao longo de todo o ciclo de vida do ativo. 

Essas configurações não são uma escada que todo projeto precisa subir. Porte, complexidade e maturidade da cadeia definem qual é a adequada. O conceito se aplica a projetos de qualquer porte, porque olha o ativo como um todo, mas a forma de entrar nessa jornada pode e deve ser simples. 

Quatro sinais de que a fonte única deixou de ser verdade 

Para quem quer testar o próprio projeto amanhã, quatro perguntas bastam: 

• Decisões relevantes são tomadas sobre material que não está na base, como a apresentação do comitê, a planilha do planejamento ou o e-mail do fornecedor? 

• Alguém consegue dizer, para cada dado crítico, quem o valida e em quanto tempo? 

• O campo tem uma versão e a base tem outra, e isso é tratado como normal? 

• Os requisitos de dados estão no contrato, mas ninguém verifica a conformidade das entregas? 

Se a resposta a qualquer uma delas incomoda, o projeto tem um repositório, não uma fonte única da verdade. 

Conclusão 

Os 4.000 ambientes do aeroporto de Berlim tinham numeração de porta. Um terço delas estava errado. O dado existia, estava registrado e era oficial. Só não era verdadeiro. E cada pessoa que tomou uma decisão a partir dele tinha bons motivos para confiar no que via. 

É isso que torna o problema tão difícil de enxergar. Grandes falhas não pedem uma decisão errada, só pedem muitas decisões certas tomadas sem o contexto completo. Por isso o principal benefício da fonte única da verdade não é ter todos os documentos em um só lugar. É fazer com que as partes tomem decisões usando a mesma realidade como referência. 

A fonte única da verdade é a espinha dorsal informacional para colaboração em contratos. Ela conecta contratante, engenharia e cadeia de fornecedores em torno de uma única referência de dados, permite que o conhecimento dos fornecedores seja incorporado antecipadamente às decisões e faz com que riscos, custos, prazos e soluções sejam construídos de forma conjunta, antes da execução. 

Referências 

BRASIL. Tribunal de Contas da União. Acórdão 1.079/2019 – Plenário. Auditoria operacional sobre obras paralisadas financiadas com recursos federais. 

NASA. Mars Climate Orbiter Mishap Investigation Board – Phase I Report. Washington: NASA, 1999. 

ISO 19650-1:2018. Organization and digitization of information about buildings and civil engineering works, including BIM – Information management using BIM – Part 1: Concepts and principles. 

HACKITT, J. Building a Safer Future: Independent Review of Building Regulations and Fire Safety – Final Report. London: HM Government, 2018. 

UNITED KINGDOM. Building Safety Act 2022. 

BERLINER ZEITUNG. The seven most embarrassing BER fails. 2020. 

DLUBAL. Berlin Brandenburg Airport: lessons from a megaproject. Blog técnico.