Project Management e BIM: SAIE – 23 ottobre 2014 sba/sala A... · Title: Microsoft PowerPoint - Antonio_Vettese.pptx [Sola lettura] Author: Garuti Created Date: 12/9/2014 2:47:15

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®

Copyright Sistema Progetto S.r.l. – tutti i diritti sono riservati

ing. Antonio VetteseSistema Progetto S.r.l.

Project Management e BIM:

la 4° e 5° dimensione del progetto

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®


Project Management e BIM: la 4° e 5° dimensione del progetto

2

PREMESSA:

� Ogni definizione progettuale incide sui costi e sui tempi diesecuzione di un progetto.

� La quarta e la quinta dimensione rappresentano i contenutitemporali ed economici delle definizioni progettuali.

�L’affidabilità di questi contenuti dipende dalla qualità delledefinizioni progettuali che li generano.

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



3

La caratterizzazione degli elementi durante le definizioni progettuali:

� Identificazione e organizzazione dei contenuti della caratterizzazione:

� Norme applicabili

� Contenuti prestazionali

� Obiettivi di committenza (funzionali, economici e temporali)

� Definizione progettuale degli elementi sui contenuti dellacaratterizzazione e scambio delle informazioni:

� L’elaborazione di tutti i contenuti, con livelli di qualità programmati,richiede l’integrazione di diversi ambienti di sviluppo e quindi unpreciso piano di organizzazione della genesi e dello scambio delleinformazioni non limitato, per questo, alla sola caratterizzazionedigitale delle informazioni da scambiare.

� L’integrazione richiede una piattaforma basata su flussi informativistrutturati, preordinati e verificati.

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



4

Lo sviluppo delle definizioni progettuali non puòcomunque prescindere da interazione tra al’ambitotecnologico e gli altri ambiti caratteristici del processoprogettuale.

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



5

Quali sono questi ambiti e che esigenze informative licaratterizzano nelle varie fasi del progetto?

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



6

Per semplicità di esposizione si considerano come fasi quella di trasformazione (programmazione strategica, progettazione, costruzione) e quella di gestione.

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



7

A. Ambito patrimoniale o di Committenza nella fase diTrasformazione e in quella di Gestione:

�Si definiscono gli obiettivi in termini di:

� Funzionalità / Tempi / Costi

B. Ambito Tecnologico:

�Si definiscono i contenuti della trasformazione e sirealizzano le opere, attraverso:

� Progettazione � Costruzione

C. Ambito Amministrativo/autorizzativo, in tutte le fasi

� Si ottengono le autorizzazioni secondo le procedure vigenti in ognifase.

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



8

N.B.: Progettazione e Costruzione sono oggi processi separati ecorrispondono a due sotto-ambiti collegati da fasi amministrativeprocedurizzate (appalto).

Considerando il modello in 3D come elemento centrale dellapiattaforma, la sua evoluzione nei due sotto-ambiti deve essere ancoranormata.

Le regole da scrivere dovranno favorire la nascita di un BIM chetraguardi il ciclo di vita del progetto

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



9

Di seguito si citano in particolare le interazioni tra l’ambito tecnologico(solo progettazione) e le Entità rappresentative degli altri ambiti.

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



10

Come la piattaforma interagisce con la Committenza, ambitopatrimoniale?

Attraverso input e output che siano trasmessi nel linguaggio tipico dellaCommittenza ma che siano certificati essere derivati dal processo dicaratterizzazione e definizione degli elementi, preordinato con laCommittenza.

Come la piattaforma interagisce con gli organi autorizzativi?

Attraverso degli output che siano trasmessi nel linguaggio tipicodell’organo autorizzativo ma che siano certificati essere derivati dalprocesso di caratterizzazione e definizione degli elementi, preordinatocon l’organo autorizzativo.

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



11

Tutte le interazioni sono gestite nella piattaforma informatica, chenella sua complessità, rappresenta il BIM e lo posiziona oltre unaprogettazione 3D ancorché evoluta.

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



12

�La qualità delle informazioni relative ai contenuti 4D e 5D dipendedalla qualità delle informazioni progettuali che si sviluppano e chegenerano tali contenuti

�Come intervenire nei processi per organizzare e generare la qualitànecessaria?

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



Il punto di vista esposto è quello del Project Management ossiadella disciplina orientata proprio all’organizzazione ed al controllodei processi

13

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



14

Per comodità si utilizzano in premessa alcune considerazioni giàespresse nell’articolo «Il BIM come opportunità per il Project Management

- La qualità delle informazioni e l’efficacia dei processi decisionali.»apparso sulla rivista Ingenio, nel sito del Consiglio Nazionale degliIngegneri e in quello dell’OICE.

Altre considerazioni sono riportate nella sintesi conclusiva.

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



Il rapporto tra la qualità delle informazioni e quella dei processidecisionali che dovrebbero utilizzarle, è stato (e lo è ancora) tra itemi più trattati nello sviluppo di tecniche adeguate di ProjectManagement.

I più volenterosi hanno cercato d’identificare dei criteri cui riferire inparticolare i processi di sviluppo della progettazione, per disporre,di elementi informativi idonei nell’ottimizzazione delle scelte dalpunto di vista funzionale, economico e finanziario, e di informazionicomplete e tempestive per migliorare l’efficacia degli iteramministrativi ed esecutivi.

15

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



I più si sono anche sforzati di applicarli: un sistema culturalmenteostile ne ha sostanzialmente rifiutato gli esiti, condizionato da unatteggiamento ambiguo oscillante tra l’evocazione, anche ad altavoce, di una qualità elevata delle informazioni, e l’accettazione diun certo disordine, considerato inevitabile, come strumentocompensativo di sopravvivenza soprattutto nello sviluppo degliappalti pubblici.

16

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



Il percorso incompiuto sulla ricerca e sull’organizzazione di criteriefficaci nello sviluppo dei processi, attraverso la ricerca di unaqualità migliore delle informazioni, è adesso riproposto conl’evocazione del BIM.

17

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



In realtà la “magia” attesa si può compiere se tutti siamo convintiche il disordine non sia più sufficiente per garantire lasopravvivenza del sistema e che la competitività, necessaria allasopravvivenza, dipende dalla qualità del processo decisionale,dall’efficacia delle interazioni e, in definitiva, dalla qualità delleinformazioni disponibili.

Il governo inglese ha avviato un programma di implementazione del BIM

con l’obiettivo di risparmiare il 20% dei costi delle costruzioni.

18

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



Senza questo convincimento, soprattutto culturale, l’evocazione delBIM non è assolutamente sufficiente ed è altrettanto difficilecatturare, in modo efficace, le opportunità strumentali più avanzateoggi disponibili e di promuovere il loro ulteriore sviluppo.

19

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



Già nel passato, quando si è ritenuto che l’efficacia fosse ottenibilecon il solo ricorso spinto alla digitalizzazione dei processi, nonsostenuta da prassi virtuose, le aspettative sono state ben inferioria quelle attese.

20

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



Potrebbe essere utile, da questo punto di vista, riflettere sullapiramide DIKW (Data-Information-Knowledge-Wisdom) e provaread immaginare in quale livello si è fermata l’applicazionedell’informatica nei processi.

21

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



La lettura del prezioso testo “BIM in principles and in practice” diPeter Barnes e Nigel Davies offre ulteriori spunti di riflessione.

1. “BIM is not to be thought of as being a potential panacea for allills. As with IT generally, BIM is only as good as those who useit and the data that are input to the system.”

2. “What BIM offers is the possibility for its users to be better atwhat they do, when they do it”

22

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



È come dire che, solo innestando il BIM in prassi già ispirate almiglioramento del rapporto informazioni/processo decisionale,come esigenza vitale da traguardare, se ne possono veramenteesplorare e valorizzare le potenzialità.

23

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



Prima di procedere oltre nell’esposizione è bene chiarire chel’ambito trattato è circoscritto alla prassi attuale e alle ipotesi giàdisponibili per il suo miglioramento, con un voluto “historicisticmode of thinking” (per usare i ter-mini di Michael Donn) che rinviaad altri momenti di riflessione l’attenzione sempre più crescenteall’evoluzione strategica del settore delle costruzioni, tenendolaperò ben presente, come riferimento, nelle riflessioni che seguono.

24

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



La limitazione è dettata oltre che dal convincimento che non èpossibile costruire un futuro ambizioso, di cui per altro sicondividono le suggestioni e le speranze, partendo da una prassioggi così poco performante, anche dal desiderio di fornire elementiutili a quegli operatori che vorrebbero investire in evoluzione, mache sono, spesso, frastornati dal fragore del dibattito odierno sulBIM.

25

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



…e quindi, non si parlerà di «Visual Management of Project», di«Strategic Supply Chain Management», di «Competitive Bidding»,di «Performance Based Contract» rinviando l’approfondimento diquesti percorsi, comunque inevitabili nell’evoluzione in atto, adun futuro, sicuramente prossimo, che, per essere solidamentescritto, si spera possa essere costruito su una baseuniversalmente condivisa di migliore performance nelrapporto informazioni/processo decisionale.

26

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



1. Il progetto come processo e la sua regolazione su obiettiviprefissati: il processo decisionale e le informazioni di supporto.

2. La qualità delle informazioni sviluppate durante laprogettazione: la scomposizione dell’opera come elemento perla pianificazione, programmazione e controllo dei processi disviluppo e di organizzazione dei dati.

3. Integrazione delle definizioni progettuali e loro ottimizzazionesui costi e sui tempi di esecuzione ammissibili: modelliorganizzativi e strumenti (4D e 5D)

4. Considerazioni di sintesi

INDICE

27

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®


Project Management e BIM: la 4° e 5° dimensione del progetto Sez. 1

Tutte le definizioni di progetto riscontrabili in letteratura, ma già da temponelle procedure della World Bank, fanno riferimento, direttamente oindirettamente a bisogni da soddisfare, ad azioni finalizzate e a“risorse” da consumare entro limiti prefissati.

Dalla necessità di dare alle azioni, come esito finale, un risultatoprestabilito, dalla presenza ineluttabile di vincoli da rispettare, di limiti ditempo e di costo da non superare, nasce l'esigenza del governo delprocesso progettuale ed, in particolare, quella del controllo dei contenutifunzionali, economici e dei tempi di realizzazione.

�Tutte le definizioni identificano il progetto come processo

28

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



Immagine derivata da: “Project management: logiche di sviluppo, processi, suggerimenti pratici e tecniche innovative per il controllo, dalla progettazione al collaudo”, Il Sole 24 Ore, 2002, pag. 11

DEFINIZIONE DELLE OPERE (PROGETTAZIONE)

FASE DI ESECUZIONE

DELLE OPERE

FASE DI ACCETTAZIONE

(COLLAUDI)

BISOGNI DA SODDISFARETRASFORMAZIONE FISICA

DELL’AMBIENTE

NORME E VINCOLI DA RISPETTARE

RISORSE AMMISSIBILI (costi, tempi)

MODALITA’ DI UTILIZZO DELL’OPERA

La parabola del progetto:dai bisogni da soddisfare

ai bisogni soddisfatti

29

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



Il Progetto è un Processo finalizzato

Per soddisfare Bisogni

(funzionalità) Nel rispetto di Vincoli

Con consumo di Risorse entro limiti

prefissati30

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



La ricerca delle procedure, necessarie a strutturare e a rendereefficace il management del progetto, passa attraversol’identificazione degli “attori” che intervengono nel processo, delle“fasi” che lo compongono, dei “valori” aggiunti da ciascunaentità, in ogni fase, e delle modalità delle loro interazioni.

31

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



• sia fissato l'obiettivo da raggiungere,

• in ogni istante*, si sia in condizione di verificare lacoerenza dei risultati delle azioni in corso conl'obiettivo,

• in caso di scostamenti, si sia in condizione diintervenire per correggerli.

32

Il governo del processo progettuale presuppone quindi:

* Da qui nasce lo stimolo ad una piattaformasempre più integrata e automatizzata.

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



Controllo e

identificazione

degli scostamenti

Funzionalità

Normativa

Costi

Tempi

EVOLUZIONE DEI

CONTENUTI PROGETTUALIRIFERIMENTI

Attività di Project Management

Funzionalità

Normativa

Costi

Tempi

Tutto lo schema si basa sullo scambio di informazioni

33

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



Lo sviluppo del prodotto progettuale dipende da tutte leinterazioni che si stabiliscono tra i vari ambiti di aggregazionedegli operatori che intervengono in un progetto.

La complessità del progetto dipende dalla complessità delle

interazioni.

Le interazioni si sviluppano con lo scambio di informazioni.

34

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



Ogni progetto caratterizzato da una propria complessità,identificabile nella combinazione di alcuni elementi, quali adesempio:

• La molteplicità delle norme applicabili

• L’insufficienza dei quadri programmatici di riferimento

• La pluralità delle entità interagenti, sia nella definizione degliobiettivi di Progetto sia nello sviluppo dei processi

• La conoscenza completa di tutti gli elementi che caratterizzano ilTerritorio nel quale avviene la trasformazione

• L’identificazione degli obiettivi progettuali su esigenze effettive delmercato o in generale dell’utenza di riferimento (project finance)

continua…

35

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



• La definizione compiuta delle opere oggetto della trasformazione

• L’identificazione, nelle varie fasi di sviluppo progettuale, delle risorsenecessarie alla realizzazione delle opere

• Il reperimento delle risorse e il controllo della rispondenza costante trarisorse disponibili e risorse necessarie

• La programmazione ed il controllo dei processi

• L’ottenimento del consenso

• L’analisi e il controllo dei rischi

…continuano gli elementi di complessità

36

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



Il successo di un progetto dipende da come si organizza e si governa la complessità sugli obiettivi

Questa esigenza, ancorché non esplicitamente percepita, è alla base di ogni

tentativo metodologico e strumentale.

37

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



Conseguenze di una insufficiente gestione della complessità:

• incompleta od insoddisfacente pianificazione eprogrammazione del ciclo progettuale;

• assenza di uno schema organizzativo che identifichi leentità progettuali necessarie allo sviluppo del progetto, leloro aree di intervento e le interdipendenze;

• inadeguatezza delle comunicazioni tra le varie entitàprogettuali che interagiscono nello sviluppo del progetto;

38

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



• assenza di procedure idonee a misurare i valori aggiunti alle singolidiscipline rispetto ai riferimenti funzionali, economici, normativi etemporali vincolanti;

• assenza di un efficace elemento centrale di governo delle interazioniprogettuali;

• cattiva predisposizione all’integrazione progettuale da parte delleentità interagenti.

39

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



Ogni interazione pianificata nello schema di integrazione della complessità è l’esito

di processi decisionali, sviluppati sulla base di informazioni.

40

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



REGOLAZIONE

SUGLI OBIETTIVI

Analisi e identificazione

obiettivi

Set Point

Analisi e identificazione

vincoli

Misura di avanzamento dello stato del processo

Programmazione

Governo del processo per azzerare gli scostamenti

IL PROCESSO41

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



Definizione Set Point

Misura di avanzamento dello stato del processo

INFORMAZIONI per

Governo del processo per azzerare gli scostamenti

L’identificazione delle informazioni necessarie, la pianificazione della lorogenesi e la strutturazione della loro circolazione è attività essenziale eimprescindibile del governo e rientra tra le cure di chi ne ha laresponsabilità finale.

42

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



Remember that implementing the decision (actors andactions), as well as monitoring and evaluating the actionstaken, are integral parts of the decision!

Un processo decisionale è un processodi elaborazione di informazionifinalizzato ad attivare azioni

La qualità della decisione dipenderà dalla qualità delleinformazioni utilizzate.

43

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



INTEGRAZIONE / INTERCONNESSIONE

Il NODO non è un groviglio quando nasce da una tessitura organizzata e finalizzata

La CATENA evoca le interconnessioni dei contributi per l’evoluzione del processo progettuale

REGOLAZIONE sugli obiettivi

La REGOLAZIONE presuppone la conoscenza degli scostamenti e le AZIONI CORRETTIVE

INFORMAZIONE per il processo decisionale

Il processo decisionale evolve solo se sono disponibili le INFORMAZIONI NECESSARIE

A livello emblematico

44

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



Con riferimento alle fasi del processo progettuale, è in quella diprogettazione che si paga il più alto tributo all’inadeguato sviluppodelle informazioni necessarie al processo decisionale che ha comeoggetto, in questa fase, tutti i contenuti sostanziali dellatrasformazione: funzionalità, vincoli, risorse e tempi.

45

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



Nelle fasi successive le carenze , altrettanto lesive del buon governodel progetto, sono soprattutto legate alla valutazionedell’avanzamento quali- quantitativo dei lavori rispetto a specifiche etempi prefissati.

46

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



Contenuti

Progettuali

coerenti

Contenuti

Progettuali

completi

Standardizzazione

dei processi

Contenuti

Progettuali

reperibili

47

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



48

Contenuti

Progettuali

completi

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



Lo sviluppo, in modo organico, di contenuti progettualicompleti richiede uno strumento che permetta diidentificare:

tutte le aree di progettazione,�

tutte le elaborazioni necessarie per esaurireprogettualmente ogni area,

�

tutte le risorse specialistiche richieste dallosviluppo della progettazione,

�

tutta la documentazione necessaria performalizzare la conclusione delle istruttorie ecomunicarne gli esiti.

�

49

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



50

Contenuti

Progettuali

coerenti

Contenuti

Progettuali

completi

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



Lo sviluppo di contenuti progettuali coerenti richiedeuno strumento che permetta di :

relazionare, l’un l’altro ed in modo sistematico,i contenuti progettuali durante la lorodefinizione,

�

coordinare, sulla catena del valore, ledifferenti risorse specialistiche cheintervengono nella progettazione.

�

51

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



52

Contenuti

Progettuali

coerenti

Contenuti

Progettuali

completi

Contenuti

Progettuali

reperibili

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



La facile reperibilità dei contenuti progettuali richiede unostrumento che ne permetta l’organizzazione el’aggiornamento in un apposito database di progetto.

Reperibilità deicontenutiD

A

T

A

B

A

S

E

P

R

O

G

E

T

T

OReperibilità durante ilprocesso decisionale

53

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



54

Contenuti

Progettuali

coerenti

Contenuti

Progettuali

completi

Standardizzazione

dei processi

Contenuti

Progettuali

reperibili

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



La standardizzazione dei processi richiede uno strumentoche permetta di capitalizzare le esperienze maturate,organizzandole in database facilmente utilizzabili nellosviluppo di progetti analoghi.

databasedatabase

database

Con la creazione di database alimentati dalle esperienze progettuali, si riducono i costi ed i tempi di progettazionee si migliora il controllo delle definizioni progettuali.

55

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



Lo strumento più idoneo per raggiungere tali risultati puòessere identificato nella

WPBS© (Work Planning Breakdown Structure).

56

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



Il termine WPBS© è stato coniato introducendo,nell’acronimo tradizionale WBS (Work BreakdownStructure), la parola “Planning”, a significare le capacitàorganizzative che la tradizionale scomposizione ad alberoacquista quando:

è strutturata in modo opportuno,

è utilizzata per identificare, prima, tutte le partiche compongono un progetto,

e poi, per ciascuna di esse, le aree di sviluppodella progettazione.

57

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



58

• le funzionalità necessarie al loro soddisfacimento,

• le unità spaziali che generano funzionalità,

• le classi di unità tecnologiche, le unità tecnologiche e le vocidi lavoro che identificano le unità spaziali.

Cos’è la WPBS© ?

La WPBS© è un sistema di scomposizione del progetto chepartendo dal livello dei bisogni identifica:

La scomposizione è di tipo ad albero

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



Il primo livello è composto da unità funzionali e da sub-unità funzionali.

Dai bisogni alla

funzionalità

59

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



Il secondo livello è composto, per ogni sub unità funzionale, da classi di unità tecnologiche, da unità tecnologiche e da elementi tecnici.

Elemento 1.1.1.2.1

Elemento 1.1.1.2.2

Elemento 1.1.1.2.3

Dalla funzionalità

alle opere

60

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



61

se ogni opera è oggetto

di definizione progettuali (comunicate attraverso gli elaborati)

di risorse economiche da consumare

di tempi da impiegare

la WPBS©, che riconosce tutte leopere, può organizzare, in modocompleto ed interconnesso, elaborati,costi e tempi

elaborati

costi

tempi

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



62

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



WPBS© di scomposizione del

progetto

63

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®




progettoElaborati

Elaborati di progettoorganizzati per parte d’opera

64

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®




progettoElaborati

Quantità

Dagli elaborati si estraggono,per parte d’opera e permerceologia, le quantità


65

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®




progettoElaborati

Quantità

Tempi



Dai computi derivo le quantitàda realizzare necessarie perdefinire le tempistiche direalizzazione

66

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®




progettoElaborati

Quantità

Tempi

Curve a S


Dai computi derivo le quantitàda realizzare necessarie perdefinire le tempistiche direalizzazione


Dalle quantità e dalletempistiche definite siestraggono le curve a S

67

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



68

Le considerazioni di seguito sviluppate fanno riferimento a modalità di

scomposizione dell’opera mutuare dalla norma UNI 8290.

Sicuramente si pone il problema di identificazione di modalità

universalmente accettate mediando tra le potenzialità di questa norma

italiana molto datata e le modalità utilizzate per le scomposizioni UniClass

(USA) e OmniClass (UK).

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



Identificazione di tutte le opere necessarie

Definizione di ciascuna opera in modo

rispondente

Sono identificate tutte le aree di progettazione e tutti gli interventi

specialistici necessari

69

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



Progettazione PreliminareUnità

SubunitàFunzionali

C.U.T.

U.T.

C.E.T.

E.T.

Livelli Scomposizione Progetto

Riferimento Norma UNI-8290

Progettazione Definitiva

Progettazione Esecutiva

Area condivisa tra Preliminare e

Definitiva

Area condivisa tra Definitiva e Esecutiva

Livelli di Progettazione

70

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



Tempi

Costi

Definizionitecniche

Norme

Funzionalità

Progettazione Definitiva

Master Program

Parametrico / Metrico Estimativo

C.U.T. & U.T. *rif. a UNI8290

Verifica normativa

Affinamento

71

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



72

La modellazione 3D, motore della piattaforma digitale integrata di

riferimento utilizzata quando si parla di BIM, pone un problema di

ridefinizione delle fasi della progettazione, peraltro all’esame del nostro

Governo nel recepimento della recente Direttiva Europea sugli appalti.

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



Riconoscimento normativo

Le norme vengono riportate sugli elaborati e tramitemappatura ne viene riconosciuta la parte d’opera diapplicazione.

Il contenuto della norma può poi essere collegato alriferimento per la diretta reperibilità del testonormativo

73

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



Riconoscimento economico

WBS di scomposizione del progetto Elaborati di progetto strutturati secondo la WBS

SUPERFICIE PIO

CAMERE DA LETTO

708 mq

SUPERFICIE TOTALE

(PIO)

243 mq

SUPERFICIE PIO

ALTRI LOCALI

465 mq

PARTIZIONI INTERNE

ORIZZONTALI (PIO)

Voci WBS Voci merceologiche

Elaborati progettuali

Fogli di computazione

74

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



IL BIM E LE FUNZIONALITÀ ATTESE:

L’ambiente Progetto

Tutti gli attori del processo, in particolare i componenti dei team diprogettazione, costruzione, manutenzione e gestione,interagiscono in modo collaborativo utilizzando le stesseinformazioni. L’information management raggiunge livelli dimaggiore accuratezza.

Il modello è concepito come piattaforma in cui tutte le disciplineconvergono a dare valore, attraverso le varie applicazioni che negestiscono le informazioni. Ogni attore, owner del proprioprocesso, beneficia delle informazioni inserite nel modello daglialtri componenti del team.

Le modifiche progettuali, che vengono apportate al modello daparte di una determinata disciplina, si ripercuotono in modotrasversale alle altre discipline: il modello virtuale reagisce aicambiamenti allo stesso modo in cui reagirebbe l’opera nel casoreale.

75

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



Il BIM e le informazioni:

Attraverso la caratterizzazione con attributi degli elementiprogettati, sono messi a sistema, in modalità condivisa ecostantemente attualizzata, i dati funzionali, tecnici ed economicicaratteristici del progetto, le norme, i vincoli , e qualsiasi altroparametro caratterizzante i processi e le entità coinvolte in tutto ilciclo di vita .

Alla modellazione intelligente 3D nel BIM si può aggiungere laquarta dimensione, i tempi, e la quinta dimensione ovvero ilcalcolo delle quantità ed il costo degli elementi progettati, al finedi affrontare i processi di pianificazione e quelli di valorizzazioneeconomica dell’opera. L’integrazione dei dati sullo stesso modello,permetterà di inserire in futuro, molte altre dimensioni utili allagestione di processi diversificati

76

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®




Le informazioni utilizzate sono costantemente aggiornatesull’ultima ipotesi progettuale:

La rappresentazione digitale è determinata dai dati provenientidai processi e dagli attori che intervengono sul modello. (Data)

I dati sono organizzati in una matrice che seleziona edintegra i contributi delle varie discipline gestendo l’insieme diinformazioni che costituiscono il modello. (Information)

I componenti del team fruiscono delle informazioniorganizzate nel modello per adottare continui miglioramentidelle scelte progettuali e per alimentare la prassicoerentemente. (Knowledge)

77

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®




La possibilità di organizzare i dati in unico database e di salvare leinformazioni per step successivi permette costantemente diottenere i “delta” tra quanto “previsto” e quanto “realizzato”.

Gli scostamenti rilevati e analizzati generano le opportune azionicorrettive da adottare.

Attraverso questo processo si garantisce la possibilità disviluppare contenuti progettuali completi e rispondenti in termini diFunzionalità / Risorse / Vincoli.

78

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®




La creazione di una struttura gerarchica di scomposizionedell’opera, permetterà l’organizzazione integrata di costi, tempi edi tutti gli altri metadati interagenti con questi contenuti o con glialtri aspetti del processo gestionale

79

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



La ricerca delle informazioni affidabili

80

Esperienza Polo Esterno Fiera Milano 2000/2001

Sviluppo prototipo 2014

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



Il sistema era caratterizzato dalle seguenti funzionalità:

• strutturazione della scomposizione delle opere previste nelprogetto come elemento di integrazione di costi, tempi e datiprogettuali e come riferimento per tutti i processi interagenti;

• coordinamento multidisciplinare su informazioni condivise epartecipate

• sviluppo della progettazione in 3D finalizzata all’ottimizzazionedelle scelte progettuali.

81

Esperienza Polo Esterno Fiera Milano 2000/2001

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



82

L’ottimizzazione delle scelte progettuali era stata ottenuta attraverso:

� verifiche di compatibilità spaziale ed ambientale delle varie previsionidisciplinari,

� ottimizzazione della qualità ambientale e funzionale attraverso l’utilizzodi modelli virtuali,

� produzione di render per le presentazioni,

� simulazioni di utilizzo,

� verifica della compatibilità economica sui target fissati, attraverso ilcalcolo dei costi impegnati contemporaneamente allo sviluppo delledefinizioni progettuali,

� simulazione delle sequenze costruttive e definizione del programmalavori sul time to market.

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



83

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



Esito finale

Clash detection discipline strutturale ed impiantistica

84

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



Visualizzazione avanzamento delle definizioni economiche durante lo sviluppo della progettazione

85

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



Oggi, l’enfasi crescente sulla metodologia BIM ha suggerito diriprendere l’esperienza fatta e di ipotizzare un sistema che,mettendo a profitto gli sviluppi software intervenuti nel frattempo,garantisca un grado di automatismo nello scambio delleinformazioni più performante ed un miglioramento ulteriore deiprocessi decisionali (questa dovrebbe essere la chiave di letturadel BIM).

86

Sviluppo prototipo 2014

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



È stato possibile configurare, con l’utilizzo di software sviluppati sulogiche di Project Management, come quelli che costituiscono lacollana Intelligent Byte® (AriamCento® - ControlRoom.mng.net®),una piattaforma informatica, che permette l’identificazioneunivoca dell’albero di scomposizione sul quale strutturare lamodellazione per elementi, l’analisi dei costi, la stima dei tempi el’organizzazione delle informazioni anche al di fuori del modello3D, con sviluppo di report gestionali fruibili facilmente daentità progettuali che, al di fuori del team di progettazione,non interagiscono necessariamente con il modello ma,ricevendo con continuità informazioni tempestive e complete,possono interagire con le scelte progettuali.

87

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



88

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



89

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



Lo strumento ipotizzato è quello che, nel rispetto delle specificitàche caratterizzano dal punto di vista culturale e normativo l’attualesistema, realizza il massimo grado di integrazione e dicooperazione, senza confliggere con la possibilità di permettere,anche ad ambienti poco strutturati, di intraprendere un percorsoevolutivo.

90

COLLEGAMENTO AL PROTOTIPO

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



91

INTERAZIONE TRA AECOsim Building Designer EARIAMCENTO®

Scomposizione opera per organizzazione dati

Formato di importazione degli attributi

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



92

ORGANIZZO NELLA PIATTAFORMA GLI ELABORATI DERIVATIDAL MODELLO PER RENDERLI DISPONIBILI A TUTTE LEENTITÀ DEGLI AMBITI INTERAGENTI

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



93

SVILUPPO DEL COMPUTO METRICO ESTIMATIVO

2.Importo le Quantità da AECOsim e levalorizzo

1.Imposto il listino nel modulo DracmaPlus®della suite IntelligentByte®

3.Ottimizzo le scelte progettuali sui targeteconomici e creo una struttura di controllo costiche evidenzi le differenze nelle varie ipotesiprogettuali

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



94

Organizzo i dati a sistema ed estraggo da DracmaPlus® i reportgestionali per le interazioni tra i vari ambiti sui contenuti economici

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



95

SVILUPPO DEL PROGRAMMA DI ESECUZIONE DELLEOPERE:

Vedo nel modulo .PLAN, che attinge allostesso Data Base, di programmazione lastruttura di scomposizione adottata corredatadi Quantità e corrispettivi. (si utilizza il livellocome livello di programmazione il livello CET*)

Definisco le Fasi di pianificazione nel modulo.PLAN di IntelligentByte®

Aggiungo alle fasi di costruzione e di collaudoriferibili alle parti d’opera modellate, quelle deiprocessi propedeutici non trattabili nel modello

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



96

SVILUPPO DEL PROGRAMMA

Attraverso una specifica funzionalità delmodulo vedo aggregate a livello CET lequantità elementari delle voci ET sottostanti e icosti associati.

Programmo con tecnica CPM ed estraggoReport di programmazione – Curve ad S

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



97

Organizzo i dati a sistema ed estraggo da .PLAN i report gestionaliper le interazioni tra i vari ambiti sui contenuti temporali

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



98

*Con i dati estratti dal modello sarebbe possibile ancheprogrammare i singoli elementi oggetto delle scambio.

Si suggerisce di farlo laddove lo sforzo di programmazioneaggiunge efficacia al processo di controllo e quindi per partispecifiche.

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



99

Con riferimento al Visual Construction Management, premechiarire che si dispongono degli elementi per importare i datitemporali nel modello e visualizzare le sequenze e per allocare lerisorse per area.

L’utilità della prima visualizzazione è stata già sperimentata econfermata nel progetto Fiera del 2001.

L’allocazione di Risorse per area è, almeno per quanto ci riguarda,oggetto di approfondimento. In ogni caso l’elemento diinterconnessione, tra la programmazione sui dati del modello ed ilmodello, è già disponibile nella struttura adottata ovvero: risorseper elementi programmati riconosciuti allo stesso modo nelmodello e nel programma.

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



PROBLEMI DA RISOLVERE PER IL PASSAGGIO ADUN’IPOTESI COMPLETA DI BIM

Progettazione per elementi.

• Mancanza di una scomposizione standard dell’opera checomporta la difficoltà di identificare in modo univoco i suoielementi e mancanza, a livello nazionale ed ancheinternazionale, di un catalogo di elementi standard di riferimentoe di una normativa unificata che ne codifichi le caratteristiche ele prestazioni: è temerario poi pensare che si possa procederead una standardizzazione internazionale senza unificare lenormative locali ed allinearle sullo standard internazionaleatteso.

• La mancanza della scomposizione standard ostacola il controllodei costi e l’information management strutturato per partid’opera, e rende quindi meno efficace il rapportoinformazioni/processo decisionale.

100

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®




Complessità dei processi da organizzare nelle varie fasi.

• Progettazione

• Come integrare le modellazioni specialistiche con gli altriprofili disciplinari?

• Come graduare i contenuti sviluppati durante laprogettazione in funzione dei processi decisionali che lastessa deve aumentare?

• Come sostenere, dal punto di vista documentale, unarichiesta di finanziamento o una richiesta di autorizzazioneo una gara di appalto lavori? È pensabile che già si possaipotizzare l’utilizzo tout-court del solo modello o bisognaipotizzare un sistema ibrido composto da tecnologie 3D etecnologie 2D?

101

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®





• Esecuzione

• Chi provvede all’aggiornamento dei modelli con laprogettazione esecutiva sviluppata dall’appaltatore in unappalto integrato o con gli as-built sviluppati in cantiere ocon le informazioni progettuali generate con le varianti?

• Gli attori che operano oggi nel settore, sarebbero incondizione di intervenire direttamente su un modello 3D? Lanormativa odierna sugli appalti pubblici è idonea apermettere che ciò possa avvenire nel rispetto delleresponsabilità contrattuali di ogni entità? Sono necessariaccorgimenti in qualche modo “mediati” rispettoall’intervento diretto?

102

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®




103


• Esecuzione

• Siamo già maturi per il tanto auspicato “RelationalContract”?

• NO!

�Gli attuali modelli organizzativi e procedurali attuale delsettore dovrebbero essere attualmente rivisti.

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®




104

Limiti nello sviluppo attuale di una completa interoperabilità.

I limiti sono negli strumenti, nelle “librerie degli elementi” enell’organizzazione delle entità che dovrebbero interagire nel ciclodi vita.

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



Tabella delle funzionalità BIM – check list per posizionamento metodologico e strumentale ad oggi

FUNZIONALITÀ ATTESE

FUNZIONALITÀ SODDISFATTE

A livello metodologico

A livello strumentale

L’ambiente Progetto

> Coordinamento multidisciplinare e interazione tra il team di progetto

attraverso l'utilizzo delle stesse informazioni della piattaforma: L’information

management raggiunge livelli di maggiore accuratezza.

> Concepire il modello come piattaforma in cui tutte le discipline convergono

a dare valore, attraverso le varie applicazioni che ne gestiscono le

informazioni.

> Individuare gli attori e i process owner responsabili delle informazioni del

proprio processo

> Selezionare, Organizzare e gestire, per disciplina, le informazioni e i dati dascambiare. Ogni modifica progettuale apportata da una disciplina si

ripercuote sulle altre in modo virtuoso.

> Le modifiche progettuali, che vengono apportate al modello da parte di

una determinata disciplina, si ripercuotono in modo trasversale alle altre

discipline: il modello virtuale reagisce ai cambiamenti allo stesso modo in cui

reagirebbe l’opera nel caso reale.

105

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®








Il BIM e le informazioni:> Caratterizzare, con attributi, gli elementi progettati, in modalità condivisa e

costantemente attualizzata. (dati funzionali , tecnici ed economici

caratteristici del progetto, le norme, i vincoli , e qualsiasi altro parametro

caratterizzante i processi e le entità coinvolte in tutto il ciclo di vita)

> Integrare la quarta dimensione ovvero i tempi al fine di affrontare i processi

di pianificazione

> Integrare la quinta dimensione ovvero il calcolo delle quantità ed il costodai materiali dimensionati, al fine di affrontare i processi di valorizzazione

dell’opera.

> Integrare le altre dimensioni utili alla gestione di processi diversificati

> Le informazioni utilizzate sono costantemente aggiornate sull’ultima

ipotesi progettuale.

> La rappresentazione digitale è determinata dai dati provenienti dai processia dagli attori che intervengono sul modello. (Data)

> I dati sono organizzati in una matrice che seleziona ed integra i contributi

delle varie discipline gestendo l’insieme di informazioni che costituiscono il

modello. (Information)

106

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®








Il BIM e le informazioni:> I componenti del team fruiscono delle informazioni organizzate nel

modello per adottare continui miglioramenti delle scelte progettuali.

(Knowledge)

> L’apporto di ogni singolo processo alle definizioni progettuali è libero dai

vincoli che spesso sono legati ad aspetti tecnici di restituzione grafica degli

elaborati: l’elaborato è generato in modo automatico dal sistema, per stepfinalizzati e concordati.

> Creare una struttura gerarchica di scomposizione dell’opera sulla quale

organizzare le quantità e le specifiche tecniche, in modo da gestire l’analisi

dei costi e dei tempi in modalità integrata durante le varie fasi del processo.

> La possibilità di organizzare i dati in unico database e di salvare le

informazioni per step successivi permette costantemente di ottenere i

“delta” tra quanto “previsto” e quanto “realizzato”.

> Rilevare ed analizzare gli scostamenti in modo da attuare le opportuneazioni correttive> Verificare la completezza e la rispondenza delle Funzionalità, delle Risorsee dei Vincoli.

107

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®








Il BIM , l’organizzazione dei DataBase e il knowledge management> Creare banche dati in modo da derivare dati applicabili da modelli

precedentemente sviluppati

> Creare librerie di oggetti parametrici standard, da utilizzare come punto di

partenza per i propri sviluppi progettuali.

> I dati disponibili per elementi, permettono il confronto di determinati

fattori, quali ad esempio: il costo del materiale, l’impatto ambientale, la

rispondenza normativa, la durata, la disponibilità, etc.

> Gli oggetti parametrici sono organizzati in librerie che costantemente

aggiornate costituiscono il livello delle conoscenze raggiunto dal sistema ,

riferimento univoco di produttori, progettisti , costruttori e manutentori .In

particolare:

> Il progettista può confrontare più elementi della stessa tipologia adottando

la scelta progettuale più opportuna ed in linea con i deliverable del progetto.

> I fornitori usufruiscono della stessa libreria, mettendo a disposizione i loro

prodotti in relazione agli elementi parametrici definiti e categorizzati.

108

SA

IE –

23

ott

ob

re 2

01

4Sistema Progetto®



CONTATTI PER EVENTUALI APPROFONDIMENTI:

BENTLEY www.bentley.com/it-IT :

Pino Colucciello ([email protected])

Silvia Sartorato ([email protected])

SISTEMA PROGETTO www.sistemaprogetto.it:

Antonio Vettese ([email protected])

Stefano Localio ([email protected])

109

Documents

Project Management e BIM: SAIE – 23 ottobre 2014 sba/sala A... · Title: Microsoft PowerPoint - Antonio_Vettese.pptx [Sola lettura] Author: Garuti Created Date: 12/9/2014 2:47:15