O debate do CDE visto do terreno

Ler os trabalhos de casa do setor com botas enlameadas

Nós construímos uma ferramenta de terreno, por isso lemos as conversas do setor sobre plataformas como um canalizador vê um programa de culinária sobre cozinhas: com interesse, e com uma pergunta recorrente — quem é que vai lavar a loiça?

Ultimamente temos lido as conclusões que os grupos de trabalho da buildingSMART Spain publicaram sobre ambientes comuns de dados — como os CDE estão de facto a ser usados, onde partem os fluxos de aprovação, do que se queixam as construtoras (as análises são públicas, em espanhol, e valem o teu tempo: buildingsmart.es; o contexto internacional das normas abertas vive em buildingsmart.org). Ficámos com quatro conclusões na cabeça. Todas estão certas. E todas mudam de cara quando as lês a partir da frente de trabalho.

Conclusão 1: um CDE é um ecossistema, não uma pasta

Os grupos de trabalho são diretos nisto: as equipas que tratam o CDE como «a pasta onde se põem os entregáveis» colhem desordem, duplicados e cadeias de aprovação partidas. Um CDE a sério é um ecossistema de regras — quem publica o quê, em que estado, aprovado por quem.

A vista do terreno: quem anda de botas nunca vê o ecossistema. Vê um login que lhe deram na primeira semana e que esqueceu à terceira. Se usar o ambiente oficial custa mais toques do que o WhatsApp, ganha o WhatsApp — e o ecossistema lindamente governado cataloga documentos enquanto as decisões acontecem noutro sítio. A adoção não é um problema de implementação; é um problema de fricção.

Conclusão 2: os ficheiros circulam, o contexto morre

Outra constatação recorrente: mesmo com um CDE instalado, a informação viaja entre projeto e obra como ficheiros — e o contexto à volta deles (porquê esta versão, o que mudou, o que se respondeu) evapora-se na transferência. A rastreabilidade é o objetivo todo, e continua a escapar-se.

A vista do terreno: na obra, a unidade de informação nunca foi o ficheiro — é o achado. Esta fissura, esta instrução, esta foto do que está atrás da divisória. Um achado sem o seu lugar e o seu fio de conversa é trivia. É por isso que ancoramos tudo a um pin: a foto, a nota de voz (transcrita automaticamente), o fio de respostas, o responsável, o estado — soldados ao ponto da planta ou do modelo 3D onde aconteceu. O contexto não morre quando está estruturalmente agarrado ao lugar — foi o argumento que fizemos em porque é que a tua obra não tem memória.

Conclusão 3: a barreira é cultural, não técnica

Todos os grupos de trabalho acabam por aterrar aqui: a tecnologia existe; o que falta são hábitos, papéis e pessoas dispostas a mudar a forma como registam o trabalho.

A vista do terreno: de acordo — mas a cultura não muda por decreto, muda por gradiente. Ninguém em cima de um andaime adota um modelo de governação; adota um gesto que é mais fácil do que o atual. Tocar na planta, falar, feito. Se o caminho correto for também o caminho preguiçoso, a cultura segue-o. Se não for, não há orçamento de formação que salve a implementação.

Conclusão 4: normas abertas e dados estruturados são a direção

A visão de longo prazo em que o setor converge: informação como dados estruturados, assentes em normas abertas — o IFC e os seus irmãos — e não como PDFs em pastas com nomes engenhosos.

A vista do terreno: somos crentes — é por isso que o PinMy abre modelos IFC num telemóvel e que os nossos pins são registos estruturados (lugar, evidência, responsável, estado) em vez de mensagens soltas. Mas o futuro estruturado só se materializa se a captura nascer estruturada. Não se acrescenta estrutura a um rolo de câmara e a uma exportação de chat no fim do projeto. O pipeline começa no bolso.

O CDE do futuro «sabe, verifica e lembra-se»

Uma frase da conversa do setor ficou connosco: os ambientes de amanhã não serão repositórios passivos — vão saber coisas, verificar coisas, lembrar-se de coisas. Assinávamos por baixo. Com uma emenda vinda das botas: um sistema só se pode lembrar do que alguém de facto capturou. Por mais inteligente que seja o ambiente, a sua memória está limitada ao que lá chega — e hoje, na maioria das obras, a camada mais rica de informação do projeto morre em conversas de chat antes de qualquer ambiente ter a oportunidade de se lembrar dela.

Foi esse o canto do problema que escolhemos. Não um CDE — dizemo-lo explicitamente em o que é um ambiente comum de dados — mas a camada de captura que faz qualquer ambiente futuro merecer o nome, porque as decisões e as evidências nascem estruturadas, localizadas e com dono.

FAQ

O que é um CDE, em resumo? Um ambiente comum de dados: a fonte única acordada da informação do projeto, com regras de estados, aprovações e responsabilidades (a família ISO 19650 descreve o lado da gestão). O nosso guia em palavras simples: o que é um ambiente comum de dados.

O PinMy é um CDE leve? Não — e somos rigorosos a dizê-lo. O PinMy é captura de terreno: achados localizados com evidência, responsáveis e estados. Não gere fluxos de aprovação documental nem gestão contratual de informação. Está antes de um CDE, e ao lado de um quando o tens.

Por onde deve começar uma equipa pequena? Por onde sangra: deixar de perder decisões e evidências. A captura estruturada na planta custa um gesto e paga logo — e é a metade cultural de qualquer adoção futura de plataforma, feita cedo.

O que o PinMy NÃO é

O PinMy é a camada de captura de terreno: pins com voz, foto, vídeo e texto sobre plantas PDF, fotos de obra e modelos 3D IFC, com atribuição e estado em Kanban. Não é um CDE, não substitui um, não gere aprovações documentais nem reclama conformidade com nenhuma norma — e um pin num modelo 3D marca um ponto no espaço, não um elemento do modelo. O relatório PDF na web é útil hoje e ainda está a amadurecer.

Se te sentas nesses grupos de trabalho

Dizemos isto com carinho: convidem mais gente de botas. E se tu és a pessoa de botas — experimenta amanhã capturar o primeiro achado como um pin em vez de uma mensagem, e vê de qual deles o teu projeto se lembra em março.

• Começa grátis: pinmy.co/pt
• Reserva 15 minutos: tidycal.com/pinmy