Alla domanda «chi redige piano gestione BIM?» non esiste una risposta valida per ogni commessa. Il documento viene generalmente predisposto dal soggetto incaricato della progettazione, dell’esecuzione o della gestione informativa, ma responsabilità, tempi e contenuti dipendono dalla struttura contrattuale, dai requisiti della committenza e dal livello di organizzazione BIM dei soggetti coinvolti.
Il punto decisivo è distinguere chi definisce le esigenze informative da chi organizza operativamente il processo per soddisfarle. Confondere questi due ruoli porta spesso a documenti generici, non verificabili o scollegati dai flussi reali di progettazione.
Chi redige il Piano di Gestione BIM?
Nel contesto italiano, il Piano di Gestione Informativa, spesso indicato come pGI o impropriamente Piano di Gestione BIM, è redatto dall’affidatario dell’incarico. Può quindi essere una società di progettazione, un raggruppamento temporaneo, un’impresa, un general contractor oppure un gestore del patrimonio, a seconda della fase in cui viene affidato il servizio.
L’affidatario non lavora però in autonomia assoluta. Il piano deve rispondere alle richieste espresse dalla committenza nel Capitolato Informativo e, quando previsto, sviluppare e dettagliare gli impegni già dichiarati nell’Offerta di Gestione Informativa. In termini pratici, la committenza stabilisce che cosa vuole ottenere in termini di informazioni, controlli, consegne e usi del modello; il soggetto affidatario spiega come intende organizzarsi per produrre quei risultati.
La redazione materiale può essere affidata al BIM Manager, al BIM Coordinator o a un consulente BIM esterno. Tuttavia, la responsabilità del documento resta in capo all’organizzazione affidataria e al suo responsabile contrattuale. Firmare un piano predisposto da terzi senza verificarne l’applicabilità equivale ad accettare procedure, tempi e standard che il team potrebbe non essere in grado di rispettare.
Il ruolo della committenza: requisiti chiari prima del piano
La committenza non redige normalmente il pGI dell’affidatario, ma ha un compito altrettanto rilevante: predisporre requisiti informativi chiari, proporzionati all’intervento e verificabili. Nelle procedure strutturate, questi requisiti confluiscono nel Capitolato Informativo, documento che definisce obiettivi, usi informativi, formati, livelli di sviluppo, regole di condivisione, ambiente di condivisione dati e modalità di verifica.
Un Capitolato Informativo poco definito rende complessa la stesura del Piano di Gestione Informativa. Se, ad esempio, non è chiaro quali elaborati o modelli debbano essere consegnati, a quale scadenza, con quali attributi e per quale utilizzo successivo, l’affidatario può soltanto formulare ipotesi. Quelle ipotesi rischiano poi di trasformarsi in varianti, rallentamenti o contestazioni.
Anche nelle commesse private, dove il processo non è imposto da una gara pubblica, conviene formalizzare le aspettative del committente. Non serve produrre documentazione sovradimensionata per una ristrutturazione di piccola scala, ma è utile stabilire almeno quali decisioni dovrà supportare il modello, chi consulterà i dati e quale livello di affidabilità è richiesto.
Dal documento di gara al piano operativo
Nelle gare o negli affidamenti complessi possono essere presenti più documenti, con finalità diverse. Comprenderne la sequenza evita un errore frequente: trattare l’offerta come se fosse già il piano definitivo.
L’Offerta di Gestione Informativa viene generalmente presentata in fase di proposta o di gara. Serve a dimostrare che il concorrente ha compreso i requisiti della stazione appaltante e dispone di un’organizzazione adeguata. Descrive approccio, competenze, strumenti, risorse, procedure e eventuali proposte migliorative.
Dopo l’affidamento, l’aggiudicatario sviluppa il Piano di Gestione Informativa. Il pGI traduce gli impegni dichiarati in regole applicabili al progetto reale: nominativi, responsabilità, calendario delle consegne, convenzioni di modellazione, classificazioni, flussi approvativi, criteri di controllo e configurazione del CDE o AcDat.
Il passaggio dall’offerta al piano non dovrebbe essere una semplice sostituzione di intestazione. In fase di avvio si conoscono meglio il gruppo di lavoro, i subaffidamenti, le interfacce disciplinari e i vincoli operativi. Per questo il Piano di Gestione Informativa deve essere specifico per la commessa e aggiornabile in modo controllato.
Chi contribuisce alla redazione del pGI
Anche quando un BIM Manager coordina la stesura, un piano efficace nasce dal contributo delle figure che producono e utilizzano le informazioni. Il BIM Coordinator verifica la sostenibilità delle regole tra discipline e modelli; i BIM Specialist valutano convenzioni, librerie, software e tempi necessari alla modellazione; i progettisti responsabili definiscono le esigenze tecniche della disciplina; il CDE Manager, se nominato, struttura permessi, stati di revisione e procedure di condivisione.
Nelle commesse con impresa e progettisti separati, il confronto deve coinvolgere anche chi pianifica tempi, costi, approvvigionamenti e cantierizzazione. Un pGI limitato alla sola geometria architettonica non supporta davvero un processo BIM integrato. Analogamente, imporre requisiti 4D o 5D senza dati affidabili, codifiche condivise e responsabilità assegnate produce modelli complessi ma poco utili.
Il coinvolgimento delle discipline non implica che ogni autore modifichi liberamente il documento. Occorre una regia unica, una procedura di approvazione e una gestione delle revisioni. Il piano è un riferimento operativo condiviso, non un insieme di note indipendenti.
Cosa deve rendere chiaro il Piano di Gestione Informativa
Un buon pGI non si misura dal numero di pagine, ma dalla capacità di eliminare ambiguità prima che diventino problemi di progetto. Deve indicare chi produce ogni informazione, chi la controlla, quando viene condivisa e con quale finalità.
Tra gli elementi che meritano maggiore attenzione rientrano:
- la struttura del team BIM, con ruoli, responsabilità e sostituzioni previste;
- gli usi del modello e gli obiettivi informativi per ogni fase della commessa;
- le regole di denominazione, classificazione, coordinate, unità di misura e suddivisione dei modelli;
- il piano delle consegne informative, con contenuti, formati nativi e aperti, date e criteri di accettazione;
- i flussi nel CDE o AcDat, compresi stati di lavorazione, autorizzazioni, revisioni e archiviazione;
- le procedure di model checking, clash detection e verifica della qualità dei dati;
- la strategia per l’interoperabilità, soprattutto quando convivono software differenti e consegne IFC.
La proporzione è fondamentale. Un progetto di edilizia residenziale gestito da un piccolo studio può richiedere un documento snello, con poche regole realmente applicate. Un’opera pubblica multidisciplinare, un complesso ospedaliero o un intervento infrastrutturale richiedono invece un piano più articolato, perché aumentano attori, interfacce, dati e responsabilità.
Gli errori che indeboliscono il documento
Il primo errore è partire da un modello standard e limitarne la personalizzazione al nome del progetto. Template e procedure aziendali sono una base utile, ma ogni commessa ha obiettivi, tempi e interlocutori diversi. Il piano deve rispecchiare tali condizioni, non soltanto apparire formalmente completo.
Un secondo errore è attribuire al BIM Manager ogni responsabilità informativa. Il BIM Manager può definire metodo, controlli e coordinamento, ma non può sostituirsi al progettista strutturale, impiantistico o architettonico nella validazione dei contenuti tecnici. La qualità del modello deriva da responsabilità disciplinari esplicite.
È altrettanto rischioso inserire richieste non supportate dagli strumenti e dalle competenze disponibili. Stabilire una consegna IFC non basta: occorre definire versione, proprietà richieste, regole di esportazione, controlli e casi d’uso. Senza prove iniziali di interoperabilità, la verifica avviene troppo tardi, quando correggere i modelli costa più tempo.
Infine, il piano non deve restare fermo alla riunione di kick-off. Cambi di team, aggiornamenti progettuali, nuovi subappaltatori o variazioni nelle consegne possono richiedere una revisione. L’aggiornamento va tracciato, approvato e comunicato, affinché tutti lavorino sulla stessa versione delle regole.
Come impostare una redazione efficace
Prima di scrivere il pGI è utile organizzare un confronto operativo tra committente, responsabili di disciplina e figure BIM. L’obiettivo non è discutere in astratto di software, ma verificare quali informazioni servono, quali fonti sono disponibili, quali modelli saranno scambiati e quali controlli possono essere eseguiti con continuità.
Da qui si costruisce una matrice delle responsabilità e delle consegne. Solo dopo conviene definire standard di modellazione, strutture di classificazione e workflow nel CDE. Questo ordine riduce il rischio di creare convenzioni tecniche eleganti ma inutili per il contratto o per la gestione del progetto.
La formazione ha un ruolo concreto in questa fase. Un team che conosce gli strumenti di modellazione ma non le procedure di condivisione, revisione e validazione non riesce a rendere operativo il piano. Percorsi mirati su BIM, IFC, CDE e coordinamento permettono di collegare il documento alle attività quotidiane, dal rilievo alla progettazione fino alla consegna.
Cadline Software affianca studi, imprese e organizzazioni che vogliono strutturare questi flussi, combinando soluzioni software, supporto tecnico e formazione specialistica. L’obiettivo non è aggiungere un adempimento al progetto, ma rendere misurabile e ripetibile la collaborazione tra persone, modelli e dati.
Un Piano di Gestione Informativa ben redatto non delega il BIM a una sola figura: mette ogni partecipante nelle condizioni di sapere cosa fare, con quali dati e in quale momento. È da questa chiarezza operativa che un processo digitale diventa realmente utile alla progettazione e alla costruzione.
