Premesse
Il concetto di Common Data Environment – un ambiente comune di dati che governa in modo esplicito il ciclo di vita dei documenti di progetto, non solo la loro condivisione – è stato formalizzato dalla norma britannica PAS 1192-2:2013. Il concetto comincia a circolare anche fuori dal Regno Unito, ma la maggior parte dei progetti continua a usare strumenti pensati solo per lo scambio di file – cartelle di rete condivise, servizi generici, allegati di posta con nomi di file che accumulano suffissi come “_rev2_finale”. Vale la pena capire cosa distingue davvero un CDE da una semplice cartella condivisa.
Nelle intenzioni il CDE diventerà il CAFM del BIM, cioè un contenitore organizzato e verificato dei dati del modello, con tutti gli strumenti di authoring che questo strumento necessità.
Cosa distingue un CDE da una cartella condivisa generica?
Una cartella condivisa non impone regole su chi può modificare cosa, su quale versione di un file sia quella corrente e affidabile, su chi abbia approvato un documento prima che venga considerato utilizzabile dagli altri team. Un CDE, per definizione, introduce questi concetti come struttura portante: ogni documento ha uno stato esplicito che ne definisce il grado di maturità, ogni modifica è tracciata con una cronologia verificabile, e l’accesso è regolato da permessi legati ai ruoli reali delle persone. La differenza non è solo tecnologica – si potrebbe realizzare con strumenti relativamente semplici – ma di disciplina organizzativa: un CDE funziona solo se le regole di governance vengono effettivamente rispettate, non solo dichiarate.
Cosa significano gli stati informativi WIP, Shared e Published?
Il modello a stati introdotto da PAS 1192-2 distingue tre livelli di maturità: Work in Progress, un file su cui un progettista sta ancora lavorando, non condiviso con gli altri; Shared, condiviso con il team per coordinamento o revisione, visibile agli altri ma non ancora approvato per uso esterno; Published, un documento approvato in modo esplicito, affidabile per essere usato da chi non lo ha prodotto – il committente, un’altra disciplina che deve basarci il proprio lavoro. Senza questa distinzione, chiunque acceda a una cartella condivisa rischia di lavorare su una versione non ancora verificata scambiandola per definitiva.
Perché il versioning informale è un rischio più grande di quanto sembri?
Senza una convenzione rigorosa e universalmente rispettata, diventa facile perdere traccia di quale sia l’ultima versione corretta di un file, soprattutto quando più persone lavorano in parallelo e salvano copie locali con nomi leggermente diversi. Il rischio non è solo confusione momentanea: una decisione può essere presa – o un lavoro svolto – sulla base di una versione superata, con conseguenze che arrivano fino al cantiere. Un CDE garantisce che esista sempre una e una sola versione riconosciuta come corrente per ogni stato, con la cronologia completa conservata ma chiaramente distinta da quella attuale.
In che modo permessi legati ai ruoli riducono il rischio di errori su commesse complesse?
In una cartella condivisa generica, spesso chiunque abbia accesso può modificare qualsiasi file, indipendentemente dal proprio ruolo nella commessa. Un CDE maturo lega i permessi ai ruoli reali: chi può solo consultare, chi può caricare nuove versioni di uno specifico set di documenti, chi può approvare un passaggio di stato. Non è burocrazia fine a se stessa, ma una protezione concreta contro errori che, in una commessa con decine di persone coinvolte, diventano statisticamente inevitabili senza una barriera strutturale.
Perché la tracciabilità delle azioni conta tanto quanto la condivisione dei file?
Quando qualcosa va storto – un’informazione sbagliata che si propaga, una versione superata usata per errore – la capacità di ricostruire con precisione chi ha caricato cosa e quando, chi ha approvato un determinato passaggio, diventa preziosa sia per correggere il problema sia per chiarire le responsabilità in caso di controversia. Una cartella condivisa generica raramente offre questo livello di tracciabilità; un CDE, per costruzione, registra ogni azione rilevante in modo ricostruibile a posteriori.
Che effetto ha, per il Facility Management, la mancanza di un CDE con stati e tracciabilità?
Chi gestirà l’edificio dopo la consegna dipende, per la qualità dei dati che riceve, dalla disciplina con cui sono stati gestiti durante il progetto: un CDE con stati espliciti aumenta la probabilità che ciò che arriva a fine commessa sia effettivamente la versione approvata e non un file di lavoro dimenticato in una cartella. Ad oggi, tuttavia, l’ambito FM non ha quasi mai visibilità su come viene gestito l’ambiente dati durante il progetto, né la possibilità di richiederne uno strutturato: eredita, alla consegna, il risultato – buono o disordinato – di scelte fatte da altri senza il suo coinvolgimento.
Conclusioni
Oggi il CDE resta, per la maggior parte delle organizzazioni italiane ed europee continentali, un concetto più teorico che pratico. Ma la direzione tracciata dalla normativa britannica è già visibile: man mano che le commesse crescono in complessità, la governance esplicita del dato smetterà di essere un lusso per i progetti più grandi e diventerà l’infrastruttura minima indispensabile.
Se vuoi un supporto qualificato sull’argomento puoi contattarmi qui