Prova a creare un Capitolato Informativo

Un esercizio guidato: parti dalla decisione e costruisci il tuo CI passo passo — al contrario, come richiede la ISO 19650.

Sforzo / effetto Preliminare Definitiva Esecutiva Costruzione Esercizio
Capacità di incidere Costo delle modifiche Processo tradizionale Processo anticipato

Questa curva probabilmente la conosci già. È la curva di MacLeamy: man mano che il progetto avanza, la tua capacità di incidere crolla — e il costo di ogni modifica sale. Eppure, guarda dove si concentra lo sforzo nella pratica tradizionale: tardi. Esattamente dove incidere costa di più.

MacLeamy parlava di progettazione, non di capitolati. Ma la logica calza al millimetro: anticipare lo sforzo significa decidere il futuro prima di poterlo vedere. È difficile. Ed è per questo che quasi tutti scappano nella scorciatoia opposta: "intanto inizio a scrivere, poi si vedrà".

La ISO 19650 applica la stessa logica all'informazione: ogni requisito esiste per servire una decisione. Allora facciamo sul serio: scriviamo un Capitolato Informativo al contrario — partendo dalla decisione che dovrà servire, e risalendo fino alla prima riga. Tu sei il soggetto proponente. Si comincia.

Questo è un esercizio guidato sul metodo ISO 19650 — non un Capitolato Informativo reale.

Tre anni dopo la consegna. Il gestore del patrimonio apre una segnalazione: l'unità di trattamento aria al piano tecnico dà segni di cedimento. Va deciso — adesso — se ripararla o sostituirla, con quale modello compatibile, entro quale fermo impianto sostenibile. Tutto ciò che il gestore sa, lo sa dall'AIM: il modello informativo del cespite che tu stai per commissionare. Questa è la decisione che il tuo CI dovrà servire. Ogni requisito che scriverai verrà misurato contro di lei.

Cosa deve contenere il modello perché il gestore possa decidere? E quali usi commissioni?

  • Tutto al massimo dettaglio: LOD massimo su ogni disciplina, e già che ci sei 4D, 5D, 6D e 7D. Non si sa mai.
  • I dati che rispondono alla domanda: ubicazione e identificazione del componente, dati di targa, vita utile attesa, scheda di manutenzione, requisiti di accesso.
  • Scrivi: "modello BIM completo e dettagliato per il facility management".

Ti sei chiesto perché il gestore avrà bisogno proprio di quei dati? La risposta sta più in alto: negli obiettivi informativi dell'organizzazione (OIR) e del cespite (AIR), da cui ogni requisito del tuo CI dovrebbe discendere. È un piano che merita un viaggio a parte — qui ci basta sapere che ogni requisito orfano di un obiettivo è un requisito da tagliare.

Quando devono essere disponibili queste informazioni — e come lo scrivi?

  • Alla consegna finale, tutto insieme. Più semplice da gestire.
  • Agganciate alla milestone di handover, prima della messa in esercizio, con criterio di accettazione esplicito.
  • Non lo specifichi: tanto si sa che servono "alla fine".

Chi produce l'as-built impiantistico — e chi ne risponde verso di te?

  • Lo produrrà "la filiera": qualcuno lo farà, si vedrà in corso d'opera.
  • Il soggetto incaricato principale risponde dell'as-built, con matrice delle responsabilità e obbligo di verifica sui propri sub.
  • Chiedi a ciascun installatore di consegnarti direttamente i suoi modelli: meno passaggi.

In che formato chiedi la consegna per il facility management?

  • Nel formato del software che il tuo studio usa già: zero conversioni.
  • Formati aperti: IFC per i modelli, scheda dati strutturata concordata per i parametri FM.
  • Non lo specifichi: i file sono file.

Fine commessa: di chi sono i modelli e i dati?

  • Non ne parli: è ovvio che sono tuoi, li hai pagati.
  • Clausola esplicita: modelli e contenuti informativi all'organizzazione al closeout, in formati riutilizzabili, con diritti d'uso definiti.

Tutto quello che hai chiesto vivrà in un solo posto: l'ACDat — l'ambiente di condivisione dati. Ogni contenitore informativo ci passa quattro stati: in lavorazione, in condivisione, in pubblicazione, in archivio. È lì che il tuo as-built verrà verificato, accettato, e infine consegnato all'esercizio come AIM. Il tuo CI ha appena definito le regole di quel viaggio.

Gateway di consegna

Fine della progettazione esecutiva. Fra sei settimane c'è il gateway: il momento in cui tu — soggetto proponente — devi decidere se quello che ti viene consegnato è approvabile e può andare in gara. Non deciderai sui disegni: deciderai sui contenitori informativi consegnati nell'ACDat. Modelli verificati? Criteri rispettati? Chi lo garantisce? Questa è la decisione che il tuo CI dovrà servire. Ogni requisito che scriverai verrà misurato contro quel giorno.

Coordinamento

Cantiere avviato, getti fra tre settimane. La riunione di coordinamento deve decidere — adesso — come risolvere il conflitto fra la dorsale impianti e la trave di bordo al piano interrato: spostare la dorsale, forare la trave, o rivedere il controsoffitto. Deciderà bene solo se il modello federato dice la verità: interferenze rilevate con criterio, responsabilità chiare, versioni certe. Questa è la decisione che il tuo CI dovrà servire — e somiglia molto a quelle raccontate nel nostro Clash Report.

Le tue risposte restano nel tuo browser. Solo la tua email arriva a noi.