35 IZGUBLJENO DESETLETJE PROJEKTNEGA VODENJA IN KAKO GA NADOKNADITI

V zadnjem desetletju smo zelo uspešno digitalizirali objekt, bistveno manj pa projektne procese, odločanje, stroške, čas, spremembe in organizacijsko učenje.

Gradbeništvo v zadnjem desetletju ni stalo.

Razvili smo:

• BIM-modele;
• modelno koordinacijo;
• CDE-platforme;
• pregledovalnike;
• 360-stopinjsko dokumentiranje;
• oblake točk;
• digitalne dvojčke objektov;
• vedno zmogljivejša programska orodja.

Digitalizacija je postala stalna tema konferenc, strokovnih objav, razvojnih projektov in javnih politik.

Kljub temu se na številnih projektih še vedno dogaja, da:

• pogodbeni popis živi v preglednicah;
• terminski plan ni povezan s stroški in dejansko izvedbo;
• spremembe nimajo pravočasno ovrednotenih posledic;
• situacije se ročno prepisujejo;
• odločitve ostajajo razpršene po zapisnikih in elektronski pošti;
• zahtevke začnemo resno analizirati šele, ko nastane spor;
• končno vrednost projekta zanesljivo poznamo šele proti njegovemu zaključku;
• po končanem projektu ne vemo dovolj natančno, zakaj so ocene in plani odstopali.

V petnajstih letih smo digitalizirali predvsem risbe, dokumente in modele, bistveno manj pa sam proces projektnega odločanja. Prav iz te ugotovitve je nastala tudi osrednja teza Jesenske šole: digitalni model opisuje objekt, digitalni dvojček projekta pa mora povezati obseg, čas, stroške, spremembe, odgovornosti in odločitve.

Zato izraz izgubljeno desetletje ni trditev, da v tem obdobju ni bilo razvoja. Pomeni nekaj bolj neprijetnega:

Velik del energije smo usmerili v eno dimenzijo digitalizacije, pri tem pa zamudili priložnost za enako sistematičen razvoj projektnega vodenja, stroškovnega inženiringa (Cost Engineering), integriranega stroškovnega in terminskega obvladovanja projekta (Project Controls), standardizacije podatkov in projektnega spomina.

BIM ni bil napačna razvojna pot. Napačna je bila predpostavka, da lahko razvoj digitalnega modela objekta sam po sebi digitalizira tudi projektno vodenje in celotno gradbeno panogo.

Digitalizacija objekta je napredovala.

Digitalizacija projekta pa je pogosto ostala razdrobljena med:

• dokumente;
• nepovezane evidence;
• specializirane programe;
• preglednice;
• elektronsko pošto;
• znanje posameznikov.

Digitalizacija panoge je napredovala še počasneje, saj niso bili sistematično vzpostavljeni:

• skupni podatkovni modeli;
• nacionalne klasifikacije;
• digitalni popisi;
• standardizirane e-ponudbe;
• digitalne situacije;
• povezani podatki o materialih in proizvodih;
• interoperabilnost med udeleženci in sistemi.

Rezultat je mogoče povzeti preprosto:

• Digitalizacija objekta: velik napredek;
• Digitalizacija projekta: delen in razdrobljen napredek;
• Digitalizacija panoge: premalo skupne infrastrukture.

1. Kaj pomeni »izgubljeno« desetletje?

Izgubljeno desetletje ne pomeni, da smo ves čas delali napačne stvari. Pomeni, da smo zaradi preozke razvojne agende izgubili del priložnosti za vzporedni razvoj.

Izgubili smo čas, v katerem bi lahko:

• razvijali digitalne popise in situacije;
• standardizirali podatke o delih, virih in proizvodih;
• povezovali kalkulacije s terminskimi plani;
• uvajali metodo prislužene vrednosti (Earned Value Management – EVM) in integrirani Project Controls;
• gradili projektne registre sprememb, neskladij, zahtevkov in odločitev;
• vzpostavljali primerljive baze normativov, cen in pokalkulacij;
• razvijali projektne informacijske sisteme;
• usposabljali novo generacijo planerjev, stroškovnih inženirjev, Inženirjev in vodij projektov.

Izgubljeno desetletje je predvsem izgubljena priložnost za razvoj projektne sposobnosti panoge.

Ne gre samo za izgubljeno produktivnost ali višje stroške. Gre tudi za obdobje, v katerem nismo dovolj sistematično ustvarjali:

• skupnega strokovnega jezika;
• projektnega spomina;
• primerljivih podatkov;
• novih strokovnih kariernih poti;
• kulture odgovornega odločanja.

2. Kako je objekt postal skoraj sinonim za projekt?

BIM je pravilno opozoril, da so klasični načrti nezadosten način upravljanja kompleksnih informacij o objektu.

Razvil je močno logiko:

ELEMENT + GEOMETRIJA + LASTNOSTI + ODNOSI = INFORMACIJSKI MODEL OBJEKTA

Ta razvoj je prinesel pomembne koristi:

• boljšo koordinacijo;
• jasnejšo prostorsko predstavitev;
• odkrivanje kolizij;
• urejene modelne informacije;
• kakovostnejšo pripravo načrtov;
• podporo količinam in prefabrikaciji;
• boljše povezovanje projektantskih strok.

Problem je nastal pri subtilnem preskoku: ker BIM rešuje veliko informacijskih problemov objekta, naj bi s tem rešil tudi projekt.

Projekt pa ni samo zbirka elementov in njihovih lastnosti. Je tudi sistem:

• pogodb;
• obveznosti;
• rokov;
• stroškov;
• virov;
• sprememb;
• zahtevkov;
• pooblastil;
• odločitev.

Model lahko pokaže, da je bila tehnična rešitev spremenjena. Ne more pa sam pojasniti:

• kdo je spremembo zahteval;
• zakaj je nastala;
• ali je odobrena;
• kdo jo plača;
• kako vpliva na kritično pot;
• ali je že vključena v pogodbo;
• ali je predmet zahtevka;
• ali je bila odločitev pravilno izvedena.

BIM je razvil odličen model produkta. Projekt pa je potreboval še model svojega nastajanja.

3. Manjkajoči projektno-tehnološki model

Na konferenci Biznis & trendi v gradbeništvu, ki je 17. in 18. aprila 2018 potekala v GH Bernardin v Portorožu, je bil že predstavljen problem prevelikega osredotočanja na produktni BIM-model in poslovni ERP-model.

Med njima je bil opredeljen manjkajoči projektno-tehnološki model, ki bi moral povezovati:

• popise;
• kalkulacije;
• normative;
• tehnologije;
• terminske plane;
• vire;
• pogodbe;
• projektni kontroling;
• različne poslovne interese udeležencev.

Takrat je bilo izrecno postavljeno vprašanje, ali lahko enovit BIM-model res postane edini model prihodnosti in ali upošteva dejanska pogodbena razmerja ter različne nosilce projektnih procesov.

To je pomembno iz dveh razlogov.

Prvič, današnja kritika ni nastala šele po tem, ko so se pokazale omejitve nekaterih BIM-obljub. Vrzel je bila prepoznavna že zgodaj.

Drugič, predlagana alternativa ni bila zavračanje BIM-a. Bila je zahteva po vzporednem razvoju treh povezanih modelov:

• Produktni model: Kaj gradimo?
• Projektno-tehnološki model: Kako gradimo, planiramo, kalkuliramo in spremljamo?
• Poslovni modeli deležnikov: Kako organizacije upravljajo svoje pogodbe, vire in poslovanje?

Napaka ni, da ti modeli niso združeni v eno aplikacijo. Napaka je, če med njimi ni zanesljivih povezav.

4. BIM ni bil problem. Problem je bilo neravnovesje.

Zaključek Jesenske šole ne sme postati napad na BIM. BIM je na svojem področju dosegel veliko.

Težava je bila v razmerju razvojne pozornosti:

• BIM, modeli in vizualizacija: zelo vidno;
• stroškovni inženiring: manj vidno;
• terminsko planiranje: manj vidno;
• Project Controls: manj vidno;
• digitalni popisi in situacije: premalo sistemsko;
• spremembe in odločitve: pogosto razdrobljeno;
• standardizacija podatkov: premalo razvito;
• organizacijsko učenje: skoraj nevidno.

BIM-promocija je pogosto pravilno opozarjala na:

• razdrobljenost dokumentacije;
• slabo koordinacijo;
• izgubljanje informacij;
• podvajanje dela.

Toda kot rešitev je pogosto ponudila:

• enoten model;
• skupno platformo;
• vse podatke na enem mestu;
• popolno sodelovanje deležnikov.

Takšna vizija je bila privlačna, vendar je podcenila:

• različne pogodbe;
• poslovne interese;
• različne odgovornosti;
• različne notranje procese;
• konkurenčne podatke;
• potrebo po specializiranih sistemih.

Skupni objekt ne pomeni skupne kalkulacije, skupnega poslovnega modela ali enake odgovornosti vseh udeležencev.

5. Zakaj je preozka agenda tako dolgo vztrajala?

Ker je model viden

Tridimenzionalni model je mogoče pokazati. Opazovalec hitro razume objekt, prostorsko kolizijo, napredovanje ali primerjavo modela in terena.

Bistveno težje je na konferenčnem zaslonu prikazati:

• kakovost pogodbenega izhodišča;
• pravilno strukturirano kalkulacijo;
• povezavo med spremembo in kritično potjo;
• dobro voden register odločitev;
• izboljšano napoved končne vrednosti.

Prav te manj vidne stvari pogosto odločajo o rezultatu projekta.

Ker je bilo lažje financirati tehnologijo kot metodologijo

Lažje je naročiti:

• programsko licenco;
• BIM-model;
• pilotno platformo;
• 360-stopinjski pregled;
• demonstracijo AI.

Težje je dolgoročno financirati:

• klasifikacije;
• podatkovne slovarje;
• pravila merjenja;
• standard digitalnega popisa;
• standard digitalne situacije;
• razvoj normativov;
• pokalkulacije;
• usposabljanje strokovnjakov.

Ker je bila odgovornost razdrobljena

BIM je imel jasno ime, prepoznavno stroko, programsko industrijo, izobraževanja, nove poklice in promocijsko zgodbo.

Projektna informatika, stroškovni inženiring ter Project Controls pa so ostali razdeljeni med:

• projektante;
• izvajalce;
• Inženirje;
• planerje;
• kalkulante;
• naročnike;
• ponudnike poslovnih sistemov.

Nihče ni imel popolnega lastništva nad skupno vrzeljo.

Ker posledice slabega projektnega sistema niso takoj vidne

Slaba projektna infrastruktura se ne pokaže kot ena napaka. Pojavi se postopoma kot:

• pozna odločitev;
• nepopoln popis;
• neovrednotena sprememba;
• zamujen odgovor;
• nepovezana situacija;
• nerealen plan;
• zahtevek brez urejene kronologije.

Šele čez čas se posamezni problemi združijo v veliko odstopanje.

6. Kaj smo v tem desetletju zanemarili?

Projektno vodenje kot sistem odločanja

Projektno vodenje se je pogosto skrčilo na koordinacijo, sestanke, zapisnike, poročanje in administrativno spremljanje.

Premalo pa je bilo poudarka na:

• jasnih pooblastilih;
• strokovnih odločitvenih podlagah;
• rokih odločanja;
• povezovanju posledic;
• spremljanju izvedbe odločitev.

Stroškovni inženiring (Cost Engineering)

Stroški so se pogosto obravnavali kot projektantska ocena, ponudbeni predračun, situacija ali računovodsko poročilo.

Manjkala pa je neprekinjena disciplina, ki povezuje:

• oceno investicije;
• popis;
• kalkulacije;
• ponudbe;
• pogodbo;
• spremembe;
• zahtevke;
• napoved končne vrednosti;
• pokalkulacijo.

Terminsko planiranje in Project Controls

Plan je bil pogosto pogodbeni graf, formalna priloga ali vizualni prikaz želenega zaporedja.

Premalo je bil uporabljen kot:

• tehnološki model;
• orodje za napovedovanje;
• podlaga za upravljanje odločitev;
• povezava med obsegom, časom in stroški;
• osnova za EVM.

Projektna informatika

Med BIM-modelom in sistemi ERP je ostal premalo razvit prostor za:

• digitalne popise;
• kalkulacije;
• terminske plane;
• situacije;
• spremembe;
• zahtevke;
• projektne odločitve;
• revizijsko sled.

Standardizacija in interoperabilnost

Namesto skupne infrastrukture smo pogosto dobili:

• projektno specifične preglednice;
• zaprte izvoze;
• različne klasifikacije;
• različne oznake;
• ročne preslikave;
• enkratne integracije.

V Sloveniji je bil prevod avstrijskih standardiziranih opisov SODMOS – Standardizirani opisi del, materialov in opreme za stavbe – koristen delni korak.

Vendar standardizirano besedilo samo ni moglo nadomestiti:

• parametričnih opisov;
• strukturiranih lastnosti;
• nacionalnih klasifikacij;
• pravil merjenja;
• povezav z normativi, viri in proizvodi;
• celotne digitalne izvedbene verige.

Izbrali smo hitrejši prevod obstoječih opisov namesto zahtevnejšega razvoja semantične infrastrukture panoge.

7. Cena izgubljenega desetletja

Več ročnega dela

Isti podatki se še vedno:

• prepisujejo iz popisa v kalkulacijo;
• iz ponudbe v pogodbo;
• iz pogodbe v situacijo;
• iz situacije v finančno poročilo;
• iz dokumentacije v register sredstev.

Vsak prenos pomeni čas, napake, preverjanje in izgubo konteksta.

Slabše napovedi

Ker obseg, čas in stroški niso dovolj povezani, projekt pogosto ne zna pravočasno napovedati:

• končne vrednosti;
• realnega roka;
• posledic odprtih sprememb;
• potrebnih prihodnjih odločitev.

Več naknadnega dokazovanja

Kadar ni povezane revizijske sledi, je treba zgodovino projekta rekonstruirati iz dopisov, zapisnikov, situacij, izvedenskih mnenj in izjav udeležencev.

Dobro projektno vodenje zmanjšuje potrebo po naknadnem dokazovanju.

Premalo organizacijskega učenja

Zaključeni projekti pogosto ostanejo v arhivih, osebnih izkušnjah, nepovezanih dokumentih in spominu ljudi, ki lahko organizacijo zapustijo.

Ne izboljšajo sistematično:

• prihodnjih ocen;
• normativov;
• planov;
• pogodbenih modelov;
• projektantskih rešitev.

Izgubljanje najboljših ljudi

Največja škoda neurejenih projektov niso nujno samo višji stroški. Takšni projekti:

• izčrpavajo najbolj odgovorne ljudi;
• nagrajujejo obrambno vedenje;
• prenašajo konflikte med deležniki;
• zmanjšujejo pripravljenost za prevzemanje odgovornosti;
• ustvarjajo občutek, da strokovno delo nima pomena;
• povzročajo odhod izkušenih kadrov.

Panoga ne izgublja samo denarja. Izgublja ljudi, zaupanje in sposobnost učenja.

8. Kdo je odgovoren?

Odgovornosti ni mogoče pripisati samo BIM-skupnosti. Ravnotežje so pomagali izgubiti različni akterji.

Strokovna in akademska javnost

Lažje je raziskovati modele, algoritme, geometrijo in vizualizacije kot kompleksne povezave med pogodbami, organizacijami, stroški, odločitvami in odgovornostmi.

Naročniki

Pogosto so naročali BIM-protokole, modele in CDE-platforme, ne da bi enako jasno zahtevali:

• digitalni popis;
• integrirani terminski plan;
• register sprememb;
• napoved končne vrednosti;
• sistem odločanja.

Programska industrija

Praviloma je promovirala tisti del digitalizacije, ki ga je lahko prodala v svojem produktu.

Strokovne institucije in politika

Niso dovolj hitro vzpostavile:

• skupnih klasifikacij;
• podatkovnih standardov;
• digitalnih transakcij;
• metodoloških priporočil;
• trajnega upravljanja podatkovne infrastrukture.

Projektna stroka

Svojih disciplin pogosto ni znala dovolj jasno poimenovati, povezati, digitalno strukturirati in javno predstaviti.

BIM je imel razvojno zgodbo. Projektno vodenje je imelo veliko posameznih metod, vendar premalo skupne zgodbe.

9. Kaj moramo ohraniti iz BIM-razvoja?

Izgubljenega desetletja ne bomo nadoknadili z zavračanjem vsega, kar je bilo narejeno.

Ohraniti moramo:

• odprto izmenjavo informacij;
• modelno razmišljanje;
• skupne identifikatorje;
• upravljanje različic;
• koordinacijo;
• strukturirane lastnosti;
• procese CDE;
• kulturo digitalnega sodelovanja.

Te principe moramo razširiti na projektne procese.

BIM JE STRUKTURIRAL OBJEKT. ZDAJ MORAMO STRUKTURIRATI ŠE:

• pogodbeni obseg;
• kalkulacije;
• čas;
• situacije;
• spremembe;
• zahtevke;
• odločitve;
• projektni spomin.

Naslednji korak ni manj BIM-a. Je več projektnega konteksta okoli BIM-a.

10. Kako izgubljeno desetletje nadoknaditi?

1. Dogovoriti se moramo, kaj digitaliziramo

Najprej moramo jasno ločiti:

Raven	Predmet
Objekt	Fizični rezultat in njegovi gradniki
Projekt	Proces nastajanja, sprememb in odločanja
Panoga	Izmenjava podatkov med organizacijami in projekti

Brez te razmejitve bomo še naprej uporabljali isti izraz za različne probleme.

2. Projektno infrastrukturo moramo proračunati že na začetku

Projekt mora glede na kompleksnost dobiti ustrezno razmerje med:

• projektiranjem;
• Inženirjem in Project Controls;
• gradbenim nadzorom;
• projektnim informacijskim sistemom;
• CDE.

Zaključni članek o ceni projektnega vodenja je pokazal referenčno razmerje:

60 : 22 : 12 : 4 : 2

Največji del mora še vedno pripadati kakovostnemu projektiranju. Toda na kompleksnih projektih mora pomemben del pripadati tudi organiziranemu odločanju, stroškovnemu inženiringu, planiranju in podatkovni podpori.

3. Vzpostaviti moramo nacionalni podatkovni model

Ne potrebujemo ene nacionalne megaaplikacije. Potrebujemo skupno infrastrukturo:

• klasifikacije;
• terminologijo;
• identifikatorje;
• podatkovne slovarje;
• parametrične opise;
• pravila merjenja;
• strukture digitalnih transakcij;
• verzioniranje;
• preslikave na mednarodne standarde.

Namen strokovnih izhodišč Jesenske šole je prav v postavitvi stroškovnega inženiringa, Project Controls in digitalnega dvojčka projekta ob bok BIM-u ter v pripravi temeljev za skupne politike in podatkovne modele.

4. Standardizirati moramo izvedbeno verigo

DIGITALNI POPIS → E-PONUDBA → POGODBENI OBSEG → DIGITALNA SITUACIJA → RAČUN IN FINANČNO SPREMLJANJE → POKALKULACIJA

Hkrati moramo standardizirati:

• spremembe;
• neskladja;
• zahtevke;
• projektne odločitve;
• podatke o proizvodih;
• predajo podatkov upravljavcu.

Podatek mora nastati enkrat in se nato uporabljati skozi celoten proces brez izgube identitete in pomena.

5. CDE moramo razširiti iz dokumentnega v projektno informacijsko okolje

CDE ne sme biti razumljen samo kot:

• mapa dokumentov;
• pregledovalnik modelov;
• BIM-koordinacijska platforma.

Skupno informacijsko okolje projekta mora povezovati:

• dokumente;
• BIM in terenske podatke;
• digitalni popis;
• situacije;
• terminski plan;
• spremembe;
• neskladja;
• zahtevke;
• odločitve;
• revizijsko sled.

To lahko zagotavlja več povezanih sistemov. Cilj ni ena aplikacija, temveč enotna logika projekta.

6. Razviti moramo strokovne kariere

BIM je v zadnjem desetletju ustvaril prepoznavne vloge:

• BIM-modeler;
• BIM-koordinator;
• BIM-manager;
• Information Manager.

Podobno jasno moramo razvijati in priznati:

• stroškovnega inženirja;
• quantity surveyorja;
• planerja;
• strokovnjaka za Project Controls;
• contract managerja;
• claims managerja;
• podatkovnega skrbnika projekta;
• svetovalnega Inženirja;
• vodjo projekta na strani naročnika.

Ključno vprašanje je: kdo je odgovoren za rok, stroške, spremembe, zahtevke, napoved in končni rezultat projekta?

Odgovora ne moremo iskati samo v BIM-karierni poti.

7. Javne investicije morajo postati razvojni mehanizem

Veliki naročniki lahko trg razvijajo z zahtevami po:

• strukturiranih popisih;
• digitalnih ponudbah;
• digitalnih situacijah;
• kakovostnih terminskih planih;
• napovedi končne vrednosti;
• registrih odločitev;
• interoperabilnih podatkih;
• zaključnih pokalkulacijah.

Te zahteve morajo biti:

• strokovne;
• sorazmerne;
• tehnološko nevtralne;
• podprte z metodologijo;
• preverljive.

Naročilo še večjega BIM-modela brez urejenega projektnega procesa ne bo nadoknadilo izgubljenega desetletja.

8. AI moramo postaviti na urejene temelje

AI odpira možnost, da preskočimo del klasičnega razvoja. Pomaga lahko:

• strukturirati stare dokumente;
• klasificirati podatke;
• povezovati različne opise;
• analizirati kalkulacije;
• preverjati plane;
• spremljati spremembe;
• pripravljati napovedi;
• ustvarjati organizacijski spomin.

AI pa ne more nadomestiti:

• jasnega obsega;
• kakovostnih identifikatorjev;
• statusov;
• odgovornosti;
• pooblastil;
• strokovne semantike.

NEUREJEN PROJEKT + AI ≠ UREJEN PROJEKT

UREJEN PROJEKT + AI = MOŽNA POT DO PROJEKTNE INTELIGENCE

9. Vsak projekt mora izboljšati naslednjega

Zaključek projekta ne sme biti samo:

• končna situacija;
• prevzem;
• arhiviranje dokumentacije.

Vključevati mora tudi:

• pokalkulacijo;
• primerjavo plana in izvedbe;
• analizo sprememb;
• presojo kakovosti napovedi;
• analizo odločitev;
• posodobitev normativov in cen;
• prenos znanja v prihodnje projekte.

Projekt, ki ustvari samo objekt, izgubi polovico svoje dolgoročne vrednosti. Ustvariti mora tudi znanje.

11. Kaj bi pomenilo, da smo desetletje nadoknadili?

Ne bo dovolj, da bomo imeli:

• več BIM-modelov;
• več CDE-platform;
• več AI-agentov;
• več podatkovnih jezer;
• več nadzornih plošč.

Napredek bomo dosegli, ko bo projekt lahko v vsakem trenutku zanesljivo odgovoril:

1. Kaj je veljavni pogodbeni obseg?
2. Kolikšna je realna napoved končne vrednosti?
3. Kateri je danes realni rok zaključka?
4. Katere spremembe, zahtevki in neskladja so odprti?
5. Kdo mora sprejeti katero odločitev in do kdaj?
6. Na katerih podatkih in dokazih napoved temelji?
7. Kaj smo se iz odstopanj naučili za naslednji projekt?

Takrat digitalizacije ne bomo več ocenjevali po številu modelov in aplikacij, temveč po kakovosti projektnega odločanja.

12. Od Jesenske šole do programa projektne odličnosti

Jesenska šola ne bi smela ostati samo serija strokovnih člankov. Njena logika se lahko prevede v širši program:

Program projektne odličnosti slovenskega gradbeništva

Njegova izhodišča bi lahko bila:

1. Projekt ni objekt, ampak organiziran proces odločanja.
2. Digitalni dvojček objekta je zaželen, digitalni dvojček projekta je nujen.
3. Kakovostno projektiranje je prva projektna naložba.
4. Kompleksni projekti potrebujejo Inženirja, stroškovni inženiring in Project Controls.
5. Standardizacija in interoperabilnost sta javni interes.
6. Podatek mora nastati enkrat in se uporabljati večkrat.
7. Projektno informacijsko okolje mora povezovati dokumente, podatke in odločitve.
8. AI podpira strokovno odločanje in organizacijsko učenje.
9. Vsak projekt mora ustvariti znanje za naslednjega.
10. Projektno vodenje je investicija v produktivnost, odgovornost in razvoj ljudi.

To ne bi bil dokument o enem programu, enem ponudniku, eni metodologiji ali enem projektu. Bil bi strokovni okvir za razvoj panoge.

Jesenska šola se lahko nadaljuje v program, ki poveže digitalni dvojček projekta, standardizirane podatke, nacionalni podatkovni model, infrastrukturo za AI in projektno odličnost.

MYTHBUSTERS

❌ MIT
Izgubljeno desetletje pomeni, da je bil BIM napačna razvojna pot.

✅ REALNOST
BIM je uspešno razvil digitalizacijo objekta. Napaka je bila, da smo ga enačili z digitalizacijo projekta in panoge.

💡 KLJUČNA MISEL
Problem ni bil preveč BIM-a, ampak premalo razvoja vsega, kar mora BIM povezati s projektom.

❌ MIT
Zaostanek bomo nadoknadili z novo generacijo BIM-orodij ali zmogljivejšim AI-jem.

✅ REALNOST
Tehnologija potrebuje urejen obseg, procese, semantiko, odgovornosti in podatkovno infrastrukturo.

💡 KLJUČNA MISEL
Nove tehnologije ne morejo nadomestiti temeljev, ki jih panoga ni zgradila.

❌ MIT
Digitalizacija je uspešna, če projekt ustvari kakovosten digitalni model objekta.

✅ REALNOST
Digitalizacija je uspešna, ko projekt na podlagi povezanih podatkov sprejema boljše in pravočasnejše odločitve.

💡 KLJUČNA MISEL
Cilj digitalizacije ni model. Cilj je boljši projekt.

Ključne ugotovitve

1. Izgubljeno desetletje ne pomeni odsotnosti razvoja, temveč neravnovesje med digitalizacijo objekta in razvojem projektnega vodenja.
2. BIM je uspešno strukturiral informacije o objektu, ni pa mogel sam nadomestiti projektno-tehnološkega, pogodbenega in poslovnega modela projekta.
3. Vrzel med BIM- in ERP-sistemi je bila prepoznavna že pred skoraj desetletjem, vendar projektna informatika ni dobila enake razvojne pozornosti.
4. Najbolj zanemarjeni so bili stroškovni inženiring, terminsko planiranje, Project Controls, digitalni popisi, situacije, spremembe in odločitvena revizijska sled.
5. Standardizirani opisi so koristen korak, vendar ne nadomestijo parametrične semantike, klasifikacij, pravil merjenja in interoperabilne izvedbene verige.
6. Cena izgubljenega desetletja se kaže v ročnem delu, slabših napovedih, več naknadnega dokazovanja in šibkem organizacijskem učenju.
7. Največja dolgoročna škoda so lahko izgubljeni strokovnjaki, zaupanje in sposobnost prevzemanja odgovornosti.
8. Zaostanka ne bomo nadoknadili z eno novo platformo, ampak s povezavo ljudi, metod, podatkov, standardov in specializiranih sistemov.
9. AI lahko razvoj bistveno pospeši, vendar šele na temelju kakovostnih podatkov, jasne semantike in strokovne recenzije.
10. Naslednja razvojna agenda mora digitalizacijo meriti po kakovosti odločitev, ne po številu modelov, dimenzij BIM-a in aplikacij.

Zaključna misel

Slovensko gradbeništvo ni izgubilo desetletja zato, ker bi razvijalo BIM. Izgubilo ga je zato, ker ob digitalnem modelu objekta ni enako sistematično razvijalo digitalnega modela projekta, stroškovnega inženiringa, Project Controls, standardizacije podatkov in organizacijskega učenja. To desetletje lahko nadoknadimo samo tako, da v središče digitalizacije ponovno postavimo projekt, odločitve in ljudi, ki zanje odgovarjajo.

Projekt se v resnici začne tam, kjer model preneha biti glavni problem.

Zaključna misel celotne šole

Naslednja revolucija gradbeništva ne bo BIM 7D ali BIM 8D. Naslednja revolucija bo digitalni dvojček projekta, podprt s standardiziranimi podatki, interoperabilnostjo in umetno inteligenco. BIM bo pri tem pomemben vir podatkov – ne pa cilj sam po sebi.