11 DIGITALNI DVOJČEK PROJEKTA – MANJKAJOČI ČLEN DIGITALIZACIJE GRADBENIŠTVA

Digitalni model objekta prikazuje, kaj gradimo. Digitalni dvojček projekta mora pokazati, kaj je bilo dogovorjeno, kaj se dejansko dogaja, zakaj se je projekt spremenil in kakšne bodo posledice.

Osrednja teza članka

Digitalizacija gradbeništva se je doslej pretežno osredotočala na digitalizacijo objekta, projektne dokumentacije in komunikacije. To je pomemben napredek, vendar še ne pomeni, da je digitaliziran tudi projekt.

Projekt ni samo objekt, ki nastaja. Projekt je organiziran proces, v katerem se skozi čas spreminjajo:

• obseg del,
• projektne rešitve,
• količine in stroški,
• roki in način izvedbe,
• negotovosti,
• pogodbene obveznosti,
• odgovornosti,
• odločitve in njihove posledice.

Digitalni dvojček projekta je povezan in preverljiv digitalni model tega projektnega dogajanja.

Njegova najpomembnejša naloga ni prikazati le trenutnega stanja, ampak povezati:

• kaj je bilo načrtovano,
• kaj je bilo pogodbeno dogovorjeno,
• kaj je bilo izvedeno,
• kaj je bilo spremenjeno,
• kdo je o tem odločil,
• zakaj je bila odločitev sprejeta
• in kakšne finančne, terminske, tehnične ter pogodbene posledice ima.

1. Uvod: objekt ima digitalni model, projekt pa pogosto digitalno amnezijo

V zadnjih petnajstih letih je gradbeništvo naredilo velik napredek pri digitalizaciji projektne dokumentacije, 3D-modelov, koordinacije in pregledovanja objektov. Na številnih projektih so danes na voljo kakovostni BIM-modeli, elektronski dokumentni sistemi, spletni portali, mobilne aplikacije, fotografije gradbišča in različne nadzorne plošče.

Kljub temu se o najpomembnejših projektnih vprašanjih pogosto še vedno odloča s pomočjo:

• nepovezanih preglednic,
• zapisnikov sestankov,
• elektronske pošte,
• Wordovih dopisov,
• PDF-prilog,
• osebnih evidenc posameznikov,
• podatkov, ki jih različni udeleženci vodijo vsak po svoje.

Na projektu imamo tako lahko zelo natančen digitalni model stavbe, predora ali ceste, hkrati pa nimamo zanesljivega odgovora na precej osnovna vprašanja:

• Katera vrednost projekta je trenutno veljavna?
• Katere spremembe so že potrjene in katere so še v obravnavi?
• Zakaj je nastala posamezna dodatna postavka?
• Kateri sklep je spremenil projektno rešitev?
• Kako sprememba vpliva na rok?
• Kolikšna je ocenjena končna vrednost projekta?
• Kdo mora sprejeti naslednjo odločitev?
• Kateri zahtevki so povezani z isto spremembo?
• Katera verzija popisa, plana ali projekta je podlaga za aktualno odločanje?

To je paradoks sodobne digitalizacije:

Objekt je lahko digitalno zelo dobro opisan, projektno dogajanje okoli njega pa ostaja razpršeno, nepovezano in slabo sledljivo.

Digitalizirali smo veliko dokumentov. Nismo pa nujno digitalizirali njihovega pomena in medsebojnih povezav.

2. Kaj v tej seriji razumemo kot digitalni dvojček projekta

Digitalni dvojček projekta je časovno urejen, povezan in preverljiv digitalni model projektnega dogajanja, ki združuje dogovorjeni obseg, čas, stroške, izvedbo, spremembe, negotovosti, zahtevke, odločitve, odgovornosti in dokaze ter omogoča prikaz preteklega, trenutnega in pričakovanega stanja projekta.

Beseda model pri tem ne pomeni nujno 3D-modela. Pomeni strukturiran prikaz resničnega projekta in razmerij med njegovimi bistvenimi elementi.

Digitalni dvojček projekta torej ni samo zbirka podatkov. Podatki morajo biti med seboj smiselno povezani.

Na primer:

• postavka popisa je povezana s pogodbenim obsegom;
• pogodbena postavka je povezana s terminsko aktivnostjo;
• terminska aktivnost je povezana z dejansko izvedbo;
• izvedena količina je povezana s situacijo;
• sprememba je povezana z razlogom, odločitvijo in finančnim vplivom;
• zahtevek je povezan z dogodkom, pogodbeno podlago in rokom;
• neskladje je povezano z ukrepom, odgovornostjo in končno odločitvijo;
• vsaka pomembna odločitev je povezana z dokumenti, podatki in osebo, ki jo je sprejela.

Šele te povezave ustvarijo projektni model.

3. Dva različna dvojčka

BIM lahko vsebuje ali povezuje tudi podatke o času in stroških. To je koristno in pomembno. Vendar sama povezava modelskega elementa s terminsko aktivnostjo ali ceno še ne predstavlja celotnega digitalnega dvojčka projekta.

Projekt poleg tega potrebuje še:

• potrjevanje sprememb,
• pogodbeno korespondenco,
• odločitve naročnika in Inženirja,
• zahtevke,
• neskladja,
• ocene negotovosti,
• napovedi končne vrednosti,
• dokazovanje vzrokov zamud,
• odgovornosti,
• revizijsko sled.

BIM je lahko eden najpomembnejših virov podatkov digitalnega dvojčka projekta. Ni pa njegov nadomestek.

4. Štirje temeljni pogledi na projekt

4.1 Kaj je bilo dogovorjeno?

To je izhodiščno oziroma referenčno stanje projekta:

• projektna naloga,
• projektna dokumentacija,
• pogodba,
• pogodbeni popis,
• pogodbena vrednost,
• izhodiščni terminski plan,
• odgovornosti in pooblastila,
• tehnične in funkcionalne zahteve,
• dogovorjeni postopki odločanja.

Brez jasno določenega izhodišča ni mogoče objektivno ugotavljati odstopanj.

4.2 Kaj se dejansko dogaja?

To je aktualno stanje izvedbe:

• izvedene količine,
• potrjene situacije,
• dejanski napredek,
• stanje posameznih aktivnosti,
• nastala neskladja,
• dobave in potrditve materialov,
• odprta vprašanja,
• aktualni stroški,
• porabljeni čas.

To ni samo poročilo o preteklosti, ampak podlaga za tekoče odločanje.

4.3 Zakaj je prišlo do odstopanja?

To je vzročni sloj projekta:

• spremembe zahtev,
• pomanjkljivosti dokumentacije,
• nepredvidene razmere,
• odločitve naročnika,
• spremembe zakonodaje ali pogojev,
• zamude pri potrjevanju,
• neskladja,
• ravnanja posameznih deležnikov,
• uresničeni negotovi dogodki.

Prav ta sloj danes najpogosteje ostane razpršen med zapisniki, dopisi in elektronsko pošto.

4.4 Kaj bo sledilo?

To je projekcijski oziroma upravljavski sloj:

• napoved končnega roka,
• napoved končne vrednosti,
• potrebne odločitve,
• ocena prihodnjih negotovosti,
• scenariji pospešitve,
• pričakovani zahtevki,
• potrebni aneksi,
• možni ukrepi,
• posledice neukrepanja.

Digitalni dvojček projekta zato ni samo arhiv preteklosti.

Dober digitalni dvojček povezuje preteklost, trenutno stanje in pričakovano prihodnost projekta.

5. Arhiv, nadzorna plošča in digitalni dvojček niso isto

To razlikovanje je pomembno, ker se različne rešitve pogosto poimenujejo digitalni dvojček že zato, ker prikazujejo veliko podatkov.

Arhiv lahko pove, da obstaja zapisnik.

Digitalni dvojček pa mora omogočiti razumeti:

• na katero spremembo se zapisnik nanaša,
• kdo je sprejel sklep,
• kaj se je zaradi sklepa spremenilo,
• kakšen je vpliv na popis,
• kakšen je vpliv na terminski plan,
• ali je bila sprememba obračunana,
• ali je povzročila zahtevek,
• ali je bila vključena v napoved končne vrednosti.

Dokument je dokaz. Povezava med dokumentom, podatkom in posledico pa ustvarja projektno informacijo.

6. Gradniki digitalnega dvojčka projekta

6.1 Obseg in tehnična rešitev

• projektna dokumentacija,
• BIM-modeli,
• tehnične specifikacije,
• popisi del,
• razmejitve pogodbenega obsega,
• variante in potrjene rešitve.

6.2 Stroški in projektna ekonomika

• investicijske ocene,
• ponudbe,
• pogodbeni predračun,
• kalkulacije,
• situacije,
• spremembe vrednosti,
• valorizacija,
• zahtevki,
• napoved končne vrednosti,
• zaključni obračun.

6.3 Čas in napredovanje

• izhodiščni terminski plan,
• aktualizirani plani,
• mejniki,
• dejanska realizacija,
• kritična pot,
• zamude,
• projekcije zaključka,
• S-krivulje,
• EVM.

6.4 Izvedba

• izvedene količine,
• potrjevanje materialov,
• tehnološki elaborati,
• kontrola kakovosti,
• meritve,
• neskladja,
• popravljalni ukrepi,
• gradbiščni in terenski podatki.

6.5 Spremembe, negotovosti in zahtevki

• register sprememb,
• register negotovosti,
• register neskladij,
• register zahtevkov,
• vzroki,
• pogodbene podlage,
• ocenjeni vplivi,
• status obravnave,
• sprejeti ukrepi.

6.6 Odločitve in odgovornosti

• predlog odločitve,
• možne variante,
• strokovna mnenja,
• pristojna oseba,
• rok za odločitev,
• sprejeta odločitev,
• razlogi zanjo,
• posledice,
• dokazila in revizijska sled.

6.7 Dokumenti in komunikacija

• pogodbe,
• projektna dokumentacija,
• dopisi,
• zapisniki,
• poročila,
• elaborati,
• soglasja,
• potrditve,
• aneksi.

Dokumenti ostajajo nujni, vendar jih mora sistem povezati s procesi, na katere se nanašajo.

6.8 Projektni spomin

• katere odločitve so bile uspešne,
• katere spremembe bi lahko preprečili,
• kje so nastajala največja odstopanja,
• katere tehnologije so bile učinkovite,
• kateri postopki so povzročali zamude,
• kaj mora organizacija na naslednjem projektu narediti drugače.

S tem digitalni dvojček posameznega projekta postane vir za digitalni spomin organizacije.

7. Digitalni dvojček mora poznati čas in status

Ključna lastnost projekta je, da se spreminja. Zato digitalni dvojček ne sme prikazovati samo zadnje verzije podatka.

Vedeti mora tudi:

• kaj je veljalo ob podpisu pogodbe,
• kaj je veljalo ob začetku izvedbe,
• kdaj je bila predlagana sprememba,
• kdo jo je potrdil,
• kdaj je postala del pogodbenega obsega,
• kako se je spreminjala ocenjena vrednost,
• katera odločitev je bila veljavna na določen dan.

To je razlika med navadno podatkovno zbirko in projektno revizijsko sledjo.

Pri pomembnih podatkih morajo biti razvidni najmanj:

• vrednost,
• status,
• čas veljavnosti,
• izvor,
• odgovorna oseba,
• povezani dokumenti,
• povezane posledice.

Projekt brez časovne dimenzije lahko pokaže trenutno številko, ne more pa zanesljivo razložiti, kako je ta številka nastala.

8. Digitalni dvojček ni nujno ena aplikacija

Digitalni dvojček projekta je lahko sestavljen iz več specializiranih rešitev:

• dokumentnega sistema,
• sistema za popise in stroške,
• terminskega planiranja,
• BIM-okolja,
• terenskih rešitev,
• pogodbenega managementa,
• sistema za poročanje in analitiko.

Odločilno ni, ali so vsi podatki shranjeni v eni podatkovni bazi ali enem programu.

Odločilno je:

• ali imajo podatki enotne identifikatorje,
• ali so njihove povezave jasne,
• ali so spremembe sledljive,
• ali se podatek vnaša enkrat in uporablja večkrat,
• ali vsi pooblaščeni udeleženci razumejo, katera informacija je veljavna,
• ali je mogoče rekonstruirati razloge in posledice odločitev.

En sistem še ne pomeni enotnega projekta. Več povezanih sistemov pa lahko tvori enoten digitalni dvojček projekta.

9. Skupni in zasebni del dvojčka

Pomembna vsebinska posebnost, ki preprečuje preveč poenostavljeno predstavo o »eni resnici za vse«, je ločitev med skupnimi in internimi podatki.

Skupni projektni sloj

Sem sodijo podatki, ki jih udeleženci potrebujejo za pogodbeno in strokovno sodelovanje:

• pogodbeni popis,
• potrjene količine,
• terminski mejniki,
• situacije,
• spremembe,
• zahtevki,
• odločitve,
• neskladja,
• negotovosti projekta,
• revizijska sled.

Interni sloji posameznih organizacij

Izvajalec ima lahko svoje:

• kalkulacije,
• nabavne cene,
• produktivnosti,
• interne normative,
• organizacijo ekip,
• pokalkulacije,
• poslovne marže,
• interne ocene negotovosti.

Projektant, Inženir in naročnik imajo prav tako svoje interne podatke in delovne procese.

Digitalni dvojček projekta zato ni nujno ena popolnoma odprta zbirka vseh informacij. Je arhitektura povezanih informacij z jasno določenimi:

• lastništvom,
• dostopnimi pravicami,
• odgovornostmi,
• pravili izmenjave.

Skupni podatki ne pomenijo, da morajo vsi udeleženci razkriti svoje konkurenčno znanje.

10. Kaj mora digitalni dvojček omogočati

Dober digitalni dvojček projekta mora različnim udeležencem omogočiti odgovore na različna vprašanja.

Naročnik

• Kakšno je dejansko stanje investicije?
• Kakšna je trenutna napoved končne vrednosti in roka?
• Katere odločitve čakajo na nas?
• Kakšne bodo posledice odlašanja?
• Katere negotovosti so trenutno najpomembnejše?

Inženir oziroma svetovalni inženir

• Katere spremembe in zahtevki so povezani?
• Ali so ocene stroškov in rokov med seboj skladne?
• Katere odločitve nimajo ustrezne strokovne ali pogodbene podlage?
• Kje nastajajo neskladja med dokumenti in podatki?
• Kaj mora biti odločeno in do kdaj?

Izvajalec

• Kako napreduje izvedba glede na plan in kalkulacijo?
• Kje nastajajo odstopanja produktivnosti?
• Katere spremembe vplivajo na organizacijo izvedbe?
• Katere dogodke je treba pravočasno pogodbeno evidentirati?
• Kakšna je pričakovana stroškovna in terminska posledica?

Projektant

• Katere rešitve povzročajo največ vprašanj in sprememb?
• Kateri deli dokumentacije niso usklajeni s popisom ali izvedbo?
• Katere odločitve zahtevajo spremembo projektne dokumentacije?
• Kje se podobne napake ponavljajo?
• Kaj je treba vključiti v dokumentacijo izvedenih del?

11. Od spremljanja projekta do podpore odločanju

Najnižja stopnja digitalizacije je elektronsko shranjevanje dokumentov.

Višja stopnja je strukturirano spremljanje posameznih procesov.

Pravi preskok pa nastane, ko digitalno okolje ne prikazuje več samo podatkov, ampak pomaga razumeti projekt.

Predlagana razvojna lestvica:

Stopnja 0 – Digitalni dokumenti

Dokumenti so v elektronski obliki, vendar večinoma nepovezani.

Stopnja 1 – Digitalni registri

Spremembe, zahtevki, negotovosti, neskladja in odločitve se vodijo strukturirano, vendar še vedno ločeno.

Stopnja 2 – Povezan projektni model

Popis, plan, situacije, spremembe, odločitve in dokumenti so med seboj povezani.

Stopnja 3 – Aktivno projektno spremljanje

Sistem izračunava odstopanja, opozarja na odprte procese ter pripravlja napovedi roka in vrednosti.

Stopnja 4 – Project Intelligence

Umetna inteligenca analizira dokumente, podatke in izkušnje preteklih projektov ter pomaga:

• odkrivati neskladja,
• pojasnjevati vzroke,
• primerjati scenarije,
• ocenjevati negotovosti,
• pripravljati strokovne podlage za odločanje.

AI ne ustvari digitalnega dvojčka. Uporaben postane šele, ko ima na voljo dovolj kakovosten projektni kontekst.

12. Digitalni dvojček ne odpravlja projektnih problemov

Digitalni dvojček ne more zagotoviti:

• da ne bo sprememb,
• da ne bo neskladij,
• da ne bo zamud,
• da ne bo zahtevkov,
• da bodo vse odločitve pravilne,
• da med udeleženci ne bo različnih interesov.

Lahko pa bistveno izboljša verjetnost, da bodo problemi:

• pravočasno zaznani,
• pravilno razumljeni,
• povezani z vzroki,
• strokovno obravnavani,
• pravočasno predani pristojni osebi,
• dokumentirano rešeni,
• vključeni v aktualne napovedi,
• uporabljeni kot znanje za naslednji projekt.

Digitalni dvojček projekta ne pomeni projekta brez problemov. Pomeni projekt, pri katerem problemi ne izginejo v elektronski pošti, zapisnikih in spominu posameznikov.

13. Zakaj je to manjkajoči člen digitalizacije

Ker povezuje področja, ki so danes pogosto obravnavana ločeno:

• projektiranje,
• BIM,
• popise in kalkulacije,
• terminsko planiranje,
• obračun,
• pogodbeno upravljanje,
• nadzor,
• spremembe in zahtevke,
• organizacijsko učenje,
• AI.

Brez te povezave dobimo posamezne digitalne otoke:

• model brez pogodbenega konteksta,
• popis brez povezave s planom,
• plan brez dejanskih količin,
• situacijo brez napovedi končne vrednosti,
• spremembo brez jasne povezave z odločitvijo,
• zahtevek brez celovite vzročne sledi,
• dokumentni sistem brez razumevanja pomena dokumentov,
• umetno inteligenco brez kakovostnega konteksta.

Digitalni dvojček projekta je povezovalni koncept, ki tem podatkom določi skupno mesto v sistemu projektnega vodenja.

MYTHBUSTERS

Ključne ugotovitve članka

1. Digitalni dvojček objekta in digitalni dvojček projekta nista ista stvar.
2. Digitalni dvojček projekta ni samo arhiv dokumentov, nadzorna plošča ali BIM-model.
3. Njegovo jedro je povezava med dogovorjenim, izvedenim, spremenjenim in pričakovanim stanjem projekta.
4. Najpomembnejši gradniki so obseg, stroški, čas, izvedba, spremembe, negotovosti, zahtevki, odločitve, odgovornosti in revizijska sled.
5. Ni nujno ena aplikacija, mora pa predstavljati povezano informacijsko celoto.
6. Njegov končni namen ni več podatkov, ampak hitrejše, bolj argumentirano in bolj sledljivo odločanje.
7. Vsak zaključen digitalni dvojček projekta mora postati del digitalnega spomina organizacije.

Zaključna misel

Objekt se po zaključku projekta uporablja. Projekt pa se prepogosto pozabi. Digitalni dvojček projekta zagotavlja, da izkušnje, odločitve in napake ne izginejo skupaj s projektno ekipo.