ISO 19650 · Livello di fabbisogno informativo

Dettaglio a sufficienza. Non più di così.

Q: Dove si colloca la EN 17412-1?

La ISO 19650-1 introduce il concetto; la EN 17412-1:2020 è la norma europea che lo rende operativo, ed è quella da tenere a portata quando il requisito lo devi scrivere invece che descrivere. Dà i tre tipi di informazione qui sopra e i determinanti che li fissano. Usarla non sostituisce la ISO 19650: è lo strumento con cui scrivi la clausola dell’EIR.

Ogni requisito informativo in realtà è doppio: cosa deve esserci, e cosa non deve esserci. Quasi tutti gli EIR scrivono il primo in modo vago e il secondo non lo scrivono affatto. Così la filiera tira a indovinare, quota la sua ipotesi e consegna qualcosa di difendibile che però non serviva a nessuno.

Fa parte degli strumenti ISO 19650.

Di cosa è fatto Chi lo scrive Domande

Anatomia

Tre tipi di informazione, e le quattro cose che li fissano

La ISO 19650-1 definisce il livello di fabbisogno informativo come il quadro che stabilisce estensione e granularità dell’informazione. La EN 17412-1 è quella che lo rende utilizzabile: divide il requisito in tre tipi, e lo determina per finalità, per milestone, per destinatario e per oggetto. Mai una volta sola per tutto il progetto.

Informazione geometrica

Dettaglio, dimensionalità, posizione, aspetto, comportamento parametrico. È la parte che tutti scambiano per l’intera materia, ed è quella che costa di più sovra-specificare: un muro modellato con un dettaglio che nessuno guarderà si paga due volte, una in ore di modellazione e una in ogni ciclo di coordinamento che rallenta.

Informazione alfanumerica

I dati attaccati all’oggetto: identificativi, classificazione, prestazioni, attributi di garanzia e manutenzione. Di solito è la parte che al committente serve davvero alla consegna, ed è la parte su cui l’EIR tace di più. È così che nasce un asset information model geometricamente bellissimo e commercialmente inutile.

Documentazione

Elaborati, abachi, relazioni e certificati che stanno accanto al modello invece che dentro. Nominarli dentro il requisito è quello che chiude in anticipo la discussione su cosa "conta" come deliverable, e che permette a chi offre di quotare la produzione documentale invece di scoprirla dopo l’affidamento.

I quattro determinanti

Prima la finalità: per quale decisione serve questa informazione? Poi la milestone su cui atterra, il destinatario che ci deve agire e l’oggetto che descrive. Cambiane uno e il requisito cambia. È esattamente per questo che una singola dichiarazione di dettaglio valida per tutto il progetto non può essere giusta per più di una riga del piano di consegna.

Responsabilità

Lo scrive il committente. Lo quotano, e poi lo consegnano, tutti gli altri.

Il livello di fabbisogno informativo si fissa nell’EIR, quindi è un output della clausola 5.2 e sta in capo al committente. Il compito del delivery team è rispondere in modo abbastanza preciso da rendere la risposta verificabile, e dire quando quello che è stato chiesto non è producibile alla milestone in cui viene chiesto.

Committente

Cosa deve rendere misurabile l’EIR

La prova non è se l’EIR nomina il dettaglio. È se due offerenti diversi, leggendolo, produrrebbero la stessa cosa. L’Health Check EIR valuta questa domanda in modo diretto.

Clausola 5.2 · emesso con la gara

Una tabella per famiglia di deliverable, non un paragrafo per progetto: «come richiesto» è la frase che costa di più in questa pagina
La finalità di ogni deliverable, dichiarata come la decisione che deve supportare
Requisiti geometrici, alfanumerici e documentali separati, perché li quotano persone diverse
La milestone a cui ogni requisito si applica, e cosa gli è concesso essere prima di allora
Il destinatario, perché un requisito scritto per chi gestirà l’edificio non venga risolto con l’idea di dettaglio di chi progetta
Cosa non è richiesto: è la metà che quasi nessuno scrive, ed è quella che toglie il gonfiaggio

Valuta il tuo EIR su questo →

Incaricato principale

A cosa si deve impegnare il BEP

Un BEP che risponde con un numero sta rispondendo a un’altra norma. Quello che viene chiesto è un metodo: come i tuoi team produrranno esattamente ciò che è stato specificato, fermandosi lì. La Checklist Readiness BEP copre il lato della risposta.

Pre-appointment, poi confermato

Come ogni riga dell’EIR si mappa su qualcosa che un task team produce davvero
Dove hai dovuto interpretare un requisito vago, messo per iscritto come interpretazione invece che assorbito in silenzio
Il controllo qualità che intercetta la sotto-consegna e la sovra-consegna prima dell’emissione, non dopo
Quali requisiti non riesci a soddisfare alla milestone indicata, e cosa proponi al loro posto
Come il requisito arriva fino ai task team che l’EIR non lo leggeranno mai
Cosa il modello federato può contenere che nessun requisito ha chiesto

Verifica il tuo BEP su questo →

L’EIR chiede modelli ed elaborati, ma non dice con quanto dettaglio, in che formato e per quale decisione. La filiera tira a indovinare, quota la sua ipotesi e consegna qualcosa di difendibile che però non serviva a nessuno.

Domande

Quello che mi chiedono davvero

Non è il LOD con un altro nome?

No, ed è il fraintendimento su cui vale la pena spendere un minuto. La ISO 19650 non definisce nessun livello numerato. «LOD 300» viene da una convenzione americana e descrive solo la geometria; il livello di fabbisogno informativo copre geometria, dati e documenti insieme, e si fissa per finalità invece che per fase. Un progetto può usare una tabella LOD come scorciatoia dentro il proprio requisito, ma un EIR che dice «LOD 350» e si ferma lì non ha dichiarato un livello di fabbisogno informativo: ha nominato un numero preso da un altro quadro, lasciando non scritti i requisiti sui dati e sui documenti.

Dove si colloca la EN 17412-1?

La ISO 19650-1 introduce il concetto; la EN 17412-1:2020 è la norma europea che lo rende operativo, ed è quella da tenere a portata quando il requisito lo devi scrivere invece che descrivere. Dà i tre tipi di informazione qui sopra e i determinanti che li fissano. Usarla non sostituisce la ISO 19650: è lo strumento con cui scrivi la clausola dell’EIR.

Non conviene chiedere tutto, per sicurezza?

È la risposta più cara che esista. La sovra-specificazione si paga in ore di modellazione, in cicli di coordinamento rallentati da dettagli che nessuno rivede, e in un prezzo d’offerta che porta dentro il costo del gonfiaggio. In più nasconde i requisiti che contano davvero dentro un elenco che nessuno riesce a mettere in ordine di priorità. La disciplina che la norma chiede è sottrattiva: nomina la decisione, poi chiedi quello che serve a quella decisione.

Sono a metà affidamento e l’EIR era vago. E adesso?

Metti per iscritto l’interpretazione e falla approvare, invece di assorbirla. Un abaco breve che dice «il requisito X è stato inteso come Y, alla milestone Z» trasforma una discussione futura in una decisione presente, ed è il documento meno caro del progetto. Il suo posto è nel BEP confermato, che è esattamente la sede che la norma prevede già per questo.

Che rapporto ha con il CDE?

Sono le due metà che rendono un requisito verificabile. Il livello di fabbisogno informativo dice cosa deve stare dentro un container; il common data environment è dove quel container deve arrivare, e in quale stato, prima che qualcuno ci possa fare affidamento. Un EIR che azzecca l’uno e sbaglia l’altro resta un EIR a cui non si può rispondere con precisione. La pagina ISO 19650 copre il passaggio tra i due documenti che li portano.