Uma empresa de construção pode trabalhar durante anos com Excel, e-mails, grupos de WhatsApp, pastas partilhadas, documentos impressos e telefonemas entre o escritório e a obra. E pode fazê-lo muito bem.
Por isso, o problema não é determinar que a gestão tradicional esteja “errada”. O problema surge quando aumentam simultaneamente as obras, os colaboradores, os subempreiteiros, os documentos, as alterações, os custos a controlar e as decisões a tomar.
Nesse momento, uma organização que antes parecia flexível pode começar a revelar os seus limites: informação duplicada, versões diferentes do mesmo documento, telefonemas para perceber o que aconteceu, orçamentos actualizados demasiado tarde e responsabilidades que dependem da memória das pessoas.
É aqui que entra o conceito de Construction Operating System.
Não se trata simplesmente de um novo software, mas de um ambiente operacional no qual obras, pessoas, documentos, fases, comunicações e informação económica podem começar a partilhar o mesmo contexto.
Vejamos, portanto, 9 diferenças concretas entre a gestão tradicional e um Construction Operating System, e o que podem realmente mudar no dia a dia de uma empresa.
1. Documentos: de “sei que existe” a “sei qual é a versão correcta”
Na gestão tradicional, o problema raramente é um documento não existir.
Muito mais frequentemente, existem demasiadas cópias.
O desenho actualizado está no e-mail do técnico. O anterior foi descarregado pelo encarregado da obra. O fornecedor guardou outra versão. Ainda existe uma cópia em papel no contentor da obra.
Enquanto nada muda, o sistema pode continuar a funcionar. Quando surge uma alteração ou é necessário reconstruir uma decisão, a pergunta torna-se imediata:
“Que versão devemos utilizar?”
Num Construction Operating System, o documento pode, pelo contrário, estar associado à obra, à fase em causa, às pessoas autorizadas e ao seu próprio histórico.
O princípio é simples: não basta digitalizar o ficheiro. É necessário conservar o seu contexto.
A gestão estruturada da informação é também um tema central na norma ISO 19650-1, que aborda princípios como organização, troca, registo e versionamento da informação no sector da construção.
2. Comunicações: de mensagens dispersas a decisões contextualizadas
O telefone, o WhatsApp e o e-mail não vão desaparecer da obra. São rápidos e fazem parte da forma como as pessoas trabalham.
O problema surge quando uma decisão importante fica exclusivamente dentro de um desses canais.
Um técnico comunica uma alteração ao encarregado da obra. O encarregado informa a equipa. A administração descobre mais tarde que essa alteração gerou um custo adicional.
Todos fizeram o seu trabalho, mas a informação não acompanhou todo o processo.
Num ambiente operacional integrado, uma comunicação relevante pode, pelo contrário, permanecer associada à obra, à fase ou ao documento a que diz respeito.
A vantagem torna-se evidente meses mais tarde, quando já não é necessário perguntar:
- quem tinha comunicado a alteração;
- quando tinha sido decidida;
- quem tinha sido informado;
- que documento tinha sido actualizado.
A comunicação deixa de ser apenas uma mensagem e passa a fazer parte do histórico da obra.
3. Funções e responsabilidades: da memória das pessoas a um processo replicável
Muitas empresas funcionam graças a pessoas que conhecem perfeitamente a organização.
Sabem a quem telefonar, onde encontrar um documento e quem deve autorizar determinada actividade.
É um valor enorme. Mas também pode tornar-se uma dependência.
Quando a resposta é sempre “pergunta a essa pessoa, ela sabe tudo”, uma parte do processo ainda não pertence à organização: pertence à memória de alguém.
Um Construction Operating System permite, pelo contrário, estruturar funções e permissões:
- quem pode consultar;
- quem pode alterar;
- quem é responsável por uma fase;
- quem deve ser informado;
- quem pode aprovar determinadas actividades.
Não significa acrescentar burocracia. Significa garantir que o processo continua a funcionar mesmo quando uma pessoa muda.
4. Orçamento: do controlo posterior à possibilidade de intervir mais cedo
O Excel continua a ser uma ferramenta poderosíssima. O limite surge quando o ficheiro do orçamento vive completamente separado do que acontece no terreno.
Uma equipa utiliza mais horas.
Chega uma ordem adicional.
Uma quantidade aumenta.
Uma fase acumula atrasos.
Mas o orçamento só é actualizado quando alguém reúne manualmente toda essa informação.
Nesse momento, o controlo económico descreve muito bem o passado, mas ajuda menos a decidir sobre o presente.
Quando o progresso, as presenças, as fases e a informação económica começam a estar ligados, a pergunta muda.
Não apenas:
“Quanto gastámos?”
mas:
“Quanto gastámos em relação ao que realmente concluímos?”
Para consultar o contexto geral dos custos do sector também é possível utilizar os índices de custos de construção publicados pelo ISTAT, mantendo-os distintos dos dados específicos de cada obra.
5. Terreno e escritório: de dois mundos separados ao mesmo contexto operacional
Quem trabalha no terreno vê pessoas, materiais, problemas, atrasos e progresso real.
O escritório vê documentos, custos, contratos, planeamento e administração.
São duas perspectivas diferentes da mesma obra.
Na gestão tradicional, são reunidas através de telefonemas, reuniões, mensagens e e-mails.
Um Construction Operating System procura, pelo contrário, criar um nível de informação comum.
Isto não significa que todos tenham de ver tudo.
O encarregado da obra não precisa necessariamente da mesma informação que a administração, e a administração não deve intervir em todos os detalhes operacionais.
Significa simplesmente:
funções diferentes, permissões diferentes, a mesma obra.
É uma das mudanças que mais pode reduzir a necessidade de reconstruir manualmente a informação.
6. Segurança e conformidade: de documentos a procurar a informação mais acessível
Um software não torna automaticamente uma obra conforme ou segura.
As obrigações continuam a caber às figuras previstas na legislação e exigem avaliação, formação, controlo e procedimentos correctos.
O Ministério do Trabalho e das Políticas Sociais resume as obrigações do empregador em matéria de saúde e segurança.
A tecnologia pode, no entanto, intervir num problema muito concreto: a acessibilidade e a organização da informação.
Documentos actualizados, pessoas, comunicações, presenças e responsabilidades podem ser mantidos mais próximos da obra.
Não substitui as obrigações.
Reduz o tempo perdido a perceber onde está aquilo de que precisamos.
7. Direcção da empresa: das sensações a sinais operacionais mais claros
Quando cada obra utiliza ficheiros e procedimentos diferentes, torna-se difícil comparar rapidamente as empreitadas.
Que obra está a abrandar?
Onde estão a aumentar as horas?
Que fase produz mais anomalias?
Que projectos têm mais alterações?
Onde se está a afastar o orçamento do progresso?
Com uma gestão tradicional, estas respostas podem existir, mas muitas vezes têm de ser construídas consultando várias pessoas e fontes.
Quando as obras utilizam progressivamente uma estrutura comum, torna-se mais simples comparar informação e identificar sinais recorrentes.
É o momento em que a digitalização deixa de ser apenas uma ferramenta operacional e começa também a tornar-se uma ferramenta de direcção.
8. Fornecedores e subempreiteiros: de cadeias de mensagens a uma colaboração estruturada
Uma empresa não trabalha sozinha.
Fornecedores, subempreiteiros, técnicos e colaboradores externos participam continuamente na produção e na troca de informação.
Na gestão tradicional, a ligação é muitas vezes feita através de e-mails, telefonemas e documentos enviados directamente de uma pessoa para outra.
É rápido, mas torna mais difícil construir um histórico comum.
Um fornecedor recebe uma especificação técnica.
Um subempreiteiro tem de ver um determinado desenho.
Uma equipa externa precisa de saber que fase está pronta para começar.
Um ambiente operacional integrado pode permitir partilhar o necessário, mantendo funções e permissões diferentes.
A vantagem não é simplesmente “fazer com que todos entrem no software”.
É evitar que cada novo interveniente envolvido crie um novo arquivo paralelo.
9. Escalabilidade: de “funciona porque somos poucos” a processos que suportam o crescimento
Este é talvez o ponto mais estratégico.
Um sistema baseado na memória das pessoas pode funcionar perfeitamente com uma obra e uma equipa.
Com cinco obras, começam a aumentar os telefonemas.
Com dez, aumentam os documentos, colaboradores, fornecedores, autorizações e decisões simultâneas.
O risco é que cada nova obra exija um crescimento quase proporcional do trabalho administrativo necessário para coordenar a organização.
Um processo estruturado pode, pelo contrário, ser replicado.
A mesma lógica documental.
Os mesmos critérios de funções.
As mesmas formas de gerir as fases.
O mesmo modelo para comunicações e responsabilidades.
Isto não elimina a complexidade do crescimento, mas evita reconstruir a organização de raiz sempre que começa uma nova obra.
Escalabilidade não significa apenas gerir mais obras. Significa geri-las sem multiplicar o desorganização na mesma proporção.
A comparação numa frase: não papel contra software, mas fragmentação contra contexto
A comparação real não é:
papel → digital.
É:
informação separada → informação ligada.
Uma empresa pode utilizar dez aplicações diferentes e continuar extremamente fragmentada.
Ou pode utilizar menos ferramentas, mas organizar muito melhor o fluxo de informação.
A Construction Transition Pathway da Comissão Europeia também inclui a transformação digital entre as linhas de evolução do sector da construção.
Cenário prático: uma alteração durante uma renovação
Imaginemos uma renovação na qual, durante os trabalhos, surge a necessidade de alterar uma parte da instalação.
Com uma gestão fragmentada:
- o técnico actualiza o desenho;
- envia-o por e-mail;
- alguém avisa o encarregado da obra;
- o subempreiteiro recebe eventualmente uma cópia;
- o impacto económico é verificado posteriormente;
- as conversas ficam distribuídas por várias ferramentas.
Com um ambiente operacional integrado:
- a nova versão é associada à obra;
- a fase afectada é identificada;
- as pessoas envolvidas recebem a informação no contexto correcto;
- o subempreiteiro acede à documentação necessária;
- o impacto nos prazos e custos pode ser analisado antecipadamente;
- o histórico da alteração pode ser reconstruído.
O imprevisto existe nos dois casos.
O que muda é o custo organizacional necessário para o gerir.
Quando a gestão tradicional ainda pode ser suficiente
Nem todas as empresas precisam imediatamente do mesmo nível de digitalização.
Uma empresa muito pequena, com poucos colaboradores, uma única obra e processos simples, pode trabalhar perfeitamente utilizando ferramentas tradicionais.
O problema surge quando a complexidade cresce mais depressa do que a organização.
Alguns sinais são fáceis de reconhecer:
- a mesma informação é introduzida várias vezes;
- para encontrar um documento é preciso perguntar a uma pessoa específica;
- o escritório e a obra utilizam dados diferentes;
- o orçamento é actualizado quando o problema já aconteceu;
- cada nova obra gera novos grupos, novos ficheiros e novos procedimentos;
- reconstruir uma decisão tomada meses antes torna-se difícil.
Quando estes sinais começam a repetir-se, o custo da fragmentação pode tornar-se superior ao custo da mudança.
Erro a evitar: digitalizar tudo de uma vez
Passar para um Construction Operating System não significa importar num dia todos os processos da empresa.
Aliás, tentar fazê-lo pode aumentar a resistência das pessoas.
Um procedimento ineficiente não se torna automaticamente eficiente quando é transferido para um ecrã.
Torna-se apenas uma ineficiência digital.
É muito mais útil começar por um problema concreto:
- documentos difíceis de recuperar;
- presenças por reconstruir;
- comunicações dispersas;
- orçamentos actualizados demasiado tarde;
- responsabilidades pouco claras.
Resolve-se primeiro esse problema.
Depois passa-se ao problema seguinte.
Método prático: testar um Construction Operating System em 30-60 dias
1. Escolher uma obra-piloto.
Uma obra suficientemente representativa, mas não tão crítica que impeça qualquer experimentação.
2. Escolher apenas três processos.
Por exemplo, documentos, comunicações e presenças.
3. Definir responsabilidades precisas.
Quem carrega? Quem controla? Quem altera? Quem deve ser informado?
4. Formar sobre actividades reais.
Não uma apresentação geral do software. Mostrar concretamente como recuperar um documento, registar uma actividade ou gerir uma alteração.
5. Medir.
Tempo de pesquisa de documentos, pedidos de esclarecimento, erros de versão, actividades duplicadas e tempo administrativo.
Após 30-60 dias, decide-se quais os processos que merecem ser alargados às restantes obras.
Como a Edil-Up interpreta o Construction Operating System
É precisamente desta visão que nasce a Edil-Up.
O objectivo não é simplesmente acrescentar mais um software ao ecossistema da empresa.
A Edil-Up é desenvolvida como Construction Operating System: um ambiente no qual obras, fases, colaboradores, funções e permissões, documentos, comunicações, presenças, orçamentos e rede profissional podem progressivamente partilhar o mesmo contexto operacional.
O valor não está, portanto, apenas no número de funcionalidades.
Está em reduzir os pontos nos quais a informação se pode perder.
Um colaborador não é apenas um nome: pertence a uma empresa, pode ser associado a uma obra e pode ter determinadas funções.
Um documento não é apenas um PDF: pertence a uma obra e pode estar associado a uma fase.
Uma fase não é apenas uma linha no cronograma: envolve pessoas, documentos, comunicações e informação económica.
É esta relação entre informações que distingue progressivamente um sistema operativo de uma colecção de ferramentas verticais.
Checklist: a gestão actual está a atingir o seu limite?
- Sabemos sempre qual é a versão oficial de um documento?
- Conseguimos reconstruir rapidamente quem tomou uma decisão?
- O escritório e a obra trabalham com os mesmos dados?
- Conhecemos o estado das principais fases sem ter de telefonar?
- Conseguimos identificar um desvio económico antes do fim do mês?
- Os fornecedores e subempreiteiros recebem sempre a versão correcta da informação?
- As funções e permissões estão definidas?
- Um novo colaborador percebe rapidamente onde encontrar o que precisa?
- Abrir uma nova obra significa replicar um processo ou inventar um novo de cada vez?
Quanto mais respostas negativas surgirem, mais provável é que o problema não seja a falta de outra aplicação.
É a falta de um ambiente operacional comum.
Fontes credíveis para aprofundar
- ISO 19650-1 – gestão da informação na construção;
- Comissão Europeia – Construction Transition Pathway;
- Ministério do Trabalho – obrigações do empregador;
- ISTAT – índices de custos de construção.
Conclusão: a verdadeira diferença não é o software
A gestão tradicional não está errada.
Construiu e continua a gerir obras em todo o mundo.
Mas todos os sistemas têm um limite de complexidade.
Quando aumentam as pessoas, os documentos, as obras e as decisões, aquilo que antes era flexível pode começar a tornar-se fragmentado.
É nesse momento que um Construction Operating System pode começar a gerar valor.
Não porque substitui a experiência das pessoas.
Mas porque evita que essa experiência seja continuamente utilizada para procurar ficheiros, reconstruir conversas e transferir manualmente informação de uma ferramenta para outra.
O verdadeiro salto digital acontece quando uma informação introduzida uma vez continua a ser útil para as pessoas e os processos que dela necessitam.
É esta relação, mais do que qualquer funcionalidade isolada, que distingue a utilização de software da construção de um verdadeiro sistema operativo para a construção.
Para aprofundar, pode também consultar o guia sobre software de gestão de obras e as alternativas para a gestão de obras.
Equipa da Edil-Up
