A construção organiza-se em torno de projetos, não em torno da empresa como um todo. Cada projeto tem a sua própria equipa, a sua própria cadeia de subcontratados e, frequentemente, o seu próprio método de registo. Enquanto uma fábrica tem um processo de produção fixo com medições recorrentes, uma empresa de construção tem uma série de vínculos de trabalho temporários que se dissolvem após a conclusão. Os dados que surgem durante um projeto desaparecem muitas vezes junto com o projeto: para uma pasta de arquivo, para o portátil de um diretor de projeto que já está noutra obra, ou para lado nenhum.
Isso torna a relação entre os dados que surgem e os dados que efetivamente chegam a um ponto central diferente da situação em setores com um processo contínuo. A maior parte da informação relevante — consumo de materiais, movimentos de transporte, energia no local de obra, fluxos de resíduos — surge no local e junto de terceiros, e apenas uma pequena parte disso é registada de forma estruturada num local onde alguém a possa encontrar mais tarde.
O consumo de materiais e a origem dos materiais de construção constituem, para muitos relatórios de sustentabilidade, um elemento essencial, mas os dados sobre isso estão fragmentados por faturas de fornecedores, guias de remessa e, por vezes, apenas acordos verbais com um subcontratado. Um construtor encomenda betão, aço e material de isolamento através de diversos fornecedores por projeto, e nem todos os fornecedores fornecem o mesmo nível de detalhe sobre origem, intensidade de CO2 ou percentagem de reciclagem. Quem quer saber quanta carga de CO2 está contida no uso de materiais de um ano tem, portanto, de saber primeiro que projetos estiveram em curso, que fornecedores estiveram envolvidos e quais deles fornecem dados que sejam utilizáveis.
Um projeto de construção depende frequentemente de uma cadeia de subcontratados: movimentação de terras, técnica de instalações, acabamentos, eletricidade. Cada subcontratado tem a sua própria gestão empresarial, os seus próprios veículos, o seu próprio consumo de combustível e o seu próprio registo de resíduos. Para o empreiteiro principal, isto é muitas vezes uma caixa negra: existe um contrato e uma data de entrega, mas não necessariamente uma visão sobre os dados ambientais que surgem no trabalho do subcontratado. Esta questão não se limita à construção. Também no setor das instalações os dados relevantes estão dispersos por subcontratados e empresas de serviços, e a forma como aí se atribui a responsabilidade é um ponto de referência útil para a construção.
No próprio local de obra surgem dados que raramente são registados de forma sistemática: consumo de combustível de gruas e geradores, consumo de água, contentores de resíduos que são removidos. Este tipo de dados encontra-se muitas vezes em guias de trabalho em papel, na memória dos encarregados, ou em lado nenhum. Obstáculos semelhantes relacionados com registos físicos e dispersos ocorrem no setor dos transportes, onde os dados de viagens e o consumo de combustível por veículo e condutor são registados. A semelhança está no facto de os dados surgirem no terreno ou na estrada, e não encontrarem automaticamente o caminho para um sistema central.
Além do próprio local de obra, existe uma camada administrativa: empresas de aluguer de equipamento, entidades de inspeção, fornecedores de energia para contentores de obra e escritórios. Estas partes fornecem faturas e relatórios que contêm informação relevante, mas essa informação não está identificada como dados de sustentabilidade e, por isso, tem de ser extraída. Isto assemelha-se à situação no comércio por grosso, onde os dados de compras e logística passam por vários sistemas sem que ninguém os reconheça como dados ambientais. Em ambos os casos, o primeiro passo não é a recolha de novos dados, mas o reconhecimento de dados existentes que já se encontram em algum lugar.
É tentador adquirir um pacote de software que deve centralizar os dados de sustentabilidade para a construção. Mas um sistema que produz relatórios sobre uma coleção desorganizada de pastas de projeto, contratos de subcontratados e guias de trabalho soltas resulta em relatórios mais arrumados sobre números cuja origem ninguém consegue verificar. Antes de uma ferramenta ser útil, é necessário estabelecer que ponto de dados vem de que projeto, quem é responsável por ele, e por que via esse ponto de dados chega ao relatório. Isso é uma questão de registo, não uma questão de software.
Para uma empresa de construção, isto significa que a primeira tarefa não está no próprio relatório, mas em mapear de onde vêm os dados por projeto, por subcontratado e por local, quem é o proprietário desses dados e que regras de qualidade lhes correspondem. Esse registo ainda não existe como padrão no setor, e a sua construção difere de empresa para empresa, dependendo do número de projetos em curso e do grau em que os subcontratados já partilham dados.
O Data Readiness Scan está em construção. Quem quiser participar na reflexão sobre esta questão para o setor da construção ou quiser ter acesso antecipado, pode inscrever-se na lista de espera.
Uma vez esclarecido onde surgem os dados e quem é responsável por eles, surge frequentemente a questão de que parte da recolha e estruturação desses dados continua a ser trabalho manual e que parte é automatizável. O scan de trabalho da FTE TO AI calcula, por tarefa, que parte do trabalho pode ser assumida pela IA, oferecendo assim um passo seguinte para quem, após organizar os dados, quer saber onde o envolvimento humano ainda é mais necessário.
Vraag maar waar een datapunt vandaan komt. Dat is meestal de hele vraag.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.