13 ZAKAJ SO PODATKI POMEMBNEJŠI OD DOKUMENTOV

Dokument pojasni in dokazuje. Podatek omogoča spremljanje, povezovanje in odločanje.

Podatki niso pomembnejši od dokumentov kot pravni dokaz ali strokovna obrazložitev. Pomembnejši so za sprotno vodenje, povezovanje, avtomatizacijo, analitiko in podporo odločanju.

Dokumenti zato ostajajo nujni. Digitalni dvojček projekta pa ne more temeljiti samo na dokumentih.

Osrednja teza članka

Gradbeništvo je dokumentno intenzivna panoga. Projekti ustvarjajo pogodbe, načrte, elaborate, zapisnike, poročila, dopise, situacije, zahtevke, soglasja, certifikate in številne druge dokumente.

Dokumenti so nujni, ker:

• opredeljujejo obveznosti,
• pojasnjujejo strokovne razloge,
• dokazujejo komunikacijo in odločitve,
• zagotavljajo pravno in revizijsko sled,
• prenašajo vsebine, ki jih ni mogoče zmanjšati na eno številko ali status.

Toda dokument praviloma predstavlja posnetek informacije v določenem trenutku. Za vsakodnevno vodenje projekta potrebujemo tudi strukturirane podatke, ki jih je mogoče:

• sproti posodabljati,
• povezovati,
• primerjati,
• filtrirati,
• seštevati,
• analizirati,
• vključevati v različne procese,
• avtomatsko preverjati,
• uporabljati v drugih sistemih,
• predati umetni inteligenci z jasnim pomenom in statusom.

Dokument bere človek. Podatek uporablja sistem.

Dokument pojasni in dokazuje. Podatek opisuje stanje. Povezava med njima ustvari zanesljivo projektno informacijo.

1. Gradbeništvo je digitaliziralo papir

V zadnjih desetletjih smo večino papirnih dokumentov preselili v elektronsko obliko:

• načrt je postal PDF;
• dopis je postal elektronsko sporočilo;
• zapisnik je postal Wordova datoteka;
• obračun je postal Excelova preglednica;
• projektna mapa je postala mapa v oblaku;
• arhiv je postal dokumentni sistem.

To je pomemben napredek. Dokumente lažje:

• razpošiljamo,
• iščemo,
• kopiramo,
• arhiviramo,
• vodimo po različicah,
• delimo med udeleženci.

Toda logika dela je pogosto ostala enaka kot v času papirja.

Človek mora dokument:

1. odpreti;
2. prebrati;
3. razumeti;
4. iz njega izločiti pomemben podatek;
5. preveriti, ali je še veljaven;
6. prepisati v drugo evidenco;
7. primerjati z drugimi dokumenti;
8. ugotoviti, kaj mora storiti.

Projekt je tako elektronski, ni pa nujno podatkovno organiziran.

Digitalni dokument je hitrejši papir. Strukturiran podatek pa omogoča drugačen način vodenja projekta.

2. Dokument je nosilec informacije, ne nujno informacija sama

Predstavljajmo si mesečno poročilo, v katerem piše:

Projekt je izveden 62,4 odstotka. Trenutna ocenjena končna vrednost znaša 24,3 milijona evrov. Zaključek je predviden 15. marca 2027.

Za človeka je to razumljivo. Za učinkovito projektno vodenje pa ta zapis ni dovolj.

Sistem mora vedeti:

• na kateri datum se podatek nanaša;
• kateri obseg je vključen v 62,4 odstotka;
• po kateri metodologiji je napredovanje izračunano;
• kateri terminski plan je uporabljen kot izhodišče;
• katere potrjene in nepotrjene spremembe vsebuje napoved vrednosti;
• kdo je podatek pripravil;
• kdo ga je preveril;
• kakšen je njegov status;
• iz katerih količin, cen in aktivnosti je izračunan;
• kateri dokumenti ga dokazujejo;
• kako se je spreminjal glede na prejšnji mesec.

Številka v poročilu je rezultat.

Digitalni dvojček projekta pa potrebuje tudi:

• njeno strukturo,
• izvor,
• pomen,
• čas veljavnosti,
• status,
• povezave z drugimi podatki.

Zato dokument sam po sebi še ni podatkovni model projekta.

3. Dokument, podatek in projektna informacija niso isto

Dokument

Dokument je vsebinski nosilec, ki nekaj:

• opredeljuje,
• opisuje,
• pojasnjuje,
• zahteva,
• potrjuje,
• dokazuje.

Primeri:

• pogodba,
• projektna dokumentacija,
• zapisnik,
• dopis,
• strokovno mnenje,
• poročilo,
• tehnološki elaborat,
• certifikat.

Podatek

Podatek je posamezna strukturirana vrednost ali zapis z določenim pomenom.

Primeri:

• pogodbena cena: 18.500.000 EUR;
• količina betona: 1.240 m³;
• status spremembe: potrjena;
• datum odločitve: 12. september 2026;
• odgovorna oseba: Inženir;
• predvideni zaključek: 15. marec 2027;
• vpliv na rok: 21 dni;
• povezane postavke: 3.2.14, 3.2.15 in 3.2.18.

Projektna informacija

Projektna informacija nastane, ko je podatek:

• vsebinsko pojasnjen,
• časovno opredeljen,
• ima jasno določen status,
• povezan z virom,
• umeščen v projektni proces,
• povezan z drugimi podatki.

Primer:

Sprememba S-037 je bila 12. septembra 2026 potrjena zaradi spremembe požarne zahteve. Vpliva na tri postavke popisa, povečuje pogodbeno vrednost za 148.000 EUR in prestavlja zaključek aktivnosti fasade za 14 dni. Odločitev je dokumentirana v sklepu Inženirja in povezana z revidirano projektno dokumentacijo.

To ni več samo dokument ali številka. To je strukturirana projektna informacija.

4. Največja vrednost podatka je v povezovanju

Posamezen podatek ima omejeno vrednost.

Njegova prava vrednost nastane, ko ga lahko povežemo z drugimi elementi projekta.

Podatek o spremembi se zato povezuje najmanj z:

• vzrokom,
• projektno rešitvijo,
• dokumenti,
• odločitvijo,
• postavkami popisa,
• količinami,
• stroškom,
• terminskimi aktivnostmi,
• zahtevkom,
• aneksom,
• situacijo.

Če je sprememba opisana samo v dopisu, človek lahko iz njega razbere velik del vsebine. Sistem pa ne ve samodejno:

• katere postavke so prizadete;
• ali je sprememba potrjena;
• ali je vključena v napoved končne vrednosti;
• ali je že pogodbeno urejena;
• ali je bila obračunana;
• ali vpliva na kritično pot;
• ali je povezana z zahtevkom.

Zato podatkovna struktura ni administrativni dodatek. Je način, s katerim projekt omogoči, da se ista informacija uporablja v več procesih.

Podatek, ki ga ni mogoče povezati, je pogosto samo digitalno zapisana osamljena trditev.

5. Primer: tehnična sprememba fasade

Na projektu se spremeni sestava fasade.

Dokumentno voden projekt ustvari:

• vprašanje izvajalca;
• dopis projektantu;
• odgovor projektanta;
• zapisnik sestanka;
• spremenjen načrt;
• novo različico BIM-modela;
• ponudbo izvajalca;
• strokovno mnenje nadzora;
• sklep naročnika;
• dopolnitev terminskega plana;
• predlog aneksa;
• obračunsko situacijo.

Vsi dokumenti so lahko pravilno izdelani in arhivirani.

Toda brez skupnega podatkovnega zapisa je treba ročno ugotavljati:

• kateri dokumenti pripadajo isti spremembi;
• katera rešitev je trenutno veljavna;
• kateri znesek je predlagan in kateri potrjen;
• ali je terminski vpliv priznan;
• ali je sprememba že vključena v pogodbo;
• ali je že obračunana;
• kdo mora izvesti naslednji korak.

Podatkovno vodena sprememba pa dobi enotni identifikator, na primer:

S-037 – Sprememba sestave fasade

Z njim se povežejo:

• vsi dokumenti,
• odgovorne osebe,
• statusi,
• roki,
• finančni vplivi,
• terminski vplivi,
• prizadete postavke,
• povezane aktivnosti,
• odločitev,
• zahtevek,
• aneks,
• obračun.

Dokumenti ostanejo dokaz in strokovna vsebina. Podatkovni zapis pa postane operativno jedro procesa spremembe.

6. Evidence izvedbe niso sistem projektnega odločanja

Gradbeni dnevnik evidentira potek izvajanja del, pomembne dogodke in okoliščine na gradbišču. Knjiga obračunskih izmer oziroma gradbena knjiga evidentira izvedene mere in količine. Zapisnik sestanka povzema razpravo in sprejete sklepe.

Vse tri evidence so pomembne, vendar nobena sama ne zagotavlja strukturiranega procesa:

• obravnave spremembe,
• ocene stroškovnega in terminskega vpliva,
• izbire med variantami,
• določanja odgovornosti in rokov,
• spremljanja statusa,
• potrjevanja pogodbenega obsega,
• evidentiranja končne odločitve in njenih posledic.

Zapis »naročnik naj odloči« ni enako kot sistem, ki določa, kaj je predmet odločitve, kdo je pristojen, do kdaj mora odločiti in kakšne bodo posledice morebitnega odlašanja.

Evidence izvedbe dokumentirajo dogajanje. Digitalni dnevnik odločitev pa mora strukturirano voditi proces od vprašanja do odločitve in njenih posledic.

7. Poročilo ni izvorni podatek

Na projektih se veliko energije porabi za pripravo:

• tedenskih poročil;
• mesečnih poročil;
• poročil upravi;
• poročil nadzora;
• poročil naročnika;
• finančnih pregledov;
• terminskih pregledov;
• posebnih poročil za revizije in komisije.

Poročila so potrebna, ker povzamejo stanje za določeno ciljno skupino.

Toda poročilo mora biti rezultat podatkovnega sistema, ne njegov nadomestek.

Pri dokumentno vodenem projektu se pogosto dogaja:

1. podatki se ročno zbirajo iz različnih virov;
2. prepišejo se v poročilo;
3. poročilo se pretvori v PDF;
4. naslednji mesec se postopek ponovi;
5. podatki v poročilu niso neposredno povezani z izvornimi evidencami.

Takšno poročilo je lahko kakovostno. Vendar:

• podatkov ni mogoče sproti preverjati;
• težko jih je ponovno uporabiti;
• ni mogoče avtomatsko prikazati drugega pogleda;
• popravki se ne prenesejo na vse izpeljane prikaze;
• ni vedno jasno, katera različica je veljavna.

Podatkovno voden projekt omogoča, da iz istega jedra nastanejo različni pogledi:

• poročilo za naročnika;
• poročilo za upravo;
• finančni pregled;
• terminski pregled;
• pregled sprememb;
• nadzorna plošča;
• revizijski izvoz;
• analiza z AI.

Podatek naj nastane enkrat, preveri naj se na izvoru in uporabi večkrat.

8. Zakaj dokumenti težko prikazujejo živo stanje projekta

Izdan dokument praviloma predstavlja statični posnetek stanja v določenem trenutku.

Projekt pa se neprestano spreminja:

• nove količine so izvedene;
• sprememba dobi nov status;
• zahtevek je dopolnjen;
• negotovi dogodek se uresniči;
• cena je potrjena;
• aktivnost zamuja;
• napoved končne vrednosti se spremeni;
• odločitev je sprejeta.

Če stanje projekta vodimo predvsem z dokumenti, moramo ob vsaki spremembi:

• izdelati novo različico dokumenta;
• preveriti, kdo ima staro različico;
• ročno prenesti spremembo v povezane evidence;
• ugotavljati, kateri dokument je trenutno veljaven.

Podatkovni zapis pa lahko ohranja:

• trenutno vrednost;
• pretekle vrednosti;
• čas spremembe;
• avtorja;
• status;
• povezane razloge;
• revizijsko sled.

Dokument pove:

»Tako smo stanje opisali 30. junija.«

Podatkovni sistem pa lahko pove:

»To je trenutno veljavno stanje, tako je nastalo in tako se je spreminjalo skozi čas.«

9. Kaj pomeni strukturiran podatek

Izraz strukturirani podatki lahko zveni tehnično, vendar je osnovna ideja preprosta.

Namesto prostega stavka:

Izvajalec je opozoril, da bi lahko sprememba temeljenja podaljšala izvedbo za približno tri tedne in povečala vrednost del.

vodimo ločena polja:

Tak zapis je mogoče:

• iskati;
• razvrščati;
• seštevati;
• povezovati;
• prikazati na nadzorni plošči;
• primerjati z drugimi spremembami;
• vključiti v napoved roka in vrednosti;
• analizirati z AI.

Prosti opis še vedno ostane potreben za razlago okoliščin. Strukturirana polja pa omogočijo njegovo sistemsko uporabo.

10. Katere podatke projekt dejansko potrebuje

Digitalni dvojček projekta ne potrebuje vseh možnih podatkov.

Potrebuje predvsem tiste, ki omogočajo razumevanje in vodenje ključnih projektnih procesov.

Izhodiščni podatki

• projekt in pogodbe;
• udeleženci in odgovornosti;
• WBS;
• pogodbeni popis;
• pogodbene količine in cene;
• izhodiščni terminski plan;
• proračun;
• ključni mejniki;
• pogodbena pravila.

Podatki o izvedbi

• izvedene količine;
• napredovanje aktivnosti;
• potrjene situacije;
• dejanski stroški;
• porabljeni čas;
• meritve kakovosti;
• potrditve materialov;
• stanje dobav.

Podatki o spremembah

• vzrok;
• opis;
• predlagatelj;
• status;
• prizadeti obseg;
• ocenjeni in potrjeni strošek;
• terminski vpliv;
• odločitev;
• pogodbena ureditev;
• obračun.

Podatki o odločanju

• predmet odločitve;
• možnosti;
• strokovne podlage;
• pristojna oseba;
• rok;
• sprejeta odločitev;
• razlog;
• posledice;
• dokazila.

Podatki o negotovostih, zahtevkih in neskladjih

• kategorija;
• vzrok;
• verjetnost ali status;
• vpliv;
• odgovornost;
• ukrep;
• povezani dokumenti;
• finančne in terminske posledice.

Projekcijski podatki

• napoved končne vrednosti;
• napoved zaključka;
• pričakovane spremembe;
• odprta finančna izpostavljenost;
• pričakovani zahtevki;
• scenariji ukrepov.

Digitalizacija projekta ne pomeni zbiranja podatkov zaradi podatkov.

Zbiramo tiste podatke, ki izboljšujejo odločanje, sledljivost in sposobnost napovedovanja.

11. Dober podatek potrebuje več kot samo vrednost

Podatek »185.000 EUR« sam po sebi nima dovolj pomena.

Vedeti moramo:

• ali gre za oceno, ponudbo, potrjeno vrednost ali plačani znesek;
• ali vključuje DDV;
• na kateri datum se nanaša;
• katera dela vključuje;
• kdo ga je pripravil;
• kdo ga je potrdil;
• iz katere različice kalkulacije izhaja;
• ali je vključen v pogodbeno vrednost;
• ali je vključen v napoved končne vrednosti.

Zato mora kakovosten projektni podatek imeti tudi metapodatke:

• identifikator;
• naziv;
• opis;
• vir;
• lastnika;
• status;
• datum;
• različico;
• čas veljavnosti;
• povezave;
• pravice dostopa;
• revizijsko sled.

Prav ti podatki o podatku pogosto odločajo, ali je informacija uporabna ali nevarno zavajajoča.

12. Enotna resnica ne pomeni ene same številke

Pogosto se uporablja izraz single source of truth oziroma enotni vir resnice.

To ne pomeni, da mora na projektu obstajati samo:

• ena vrednost;
• en pogled;
• ena aplikacija;
• ena baza podatkov.

Za isto spremembo lahko legitimno obstajajo:

• začetna ocena projektanta;
• ponudba izvajalca;
• presoja Inženirja;
• odobrena vrednost naročnika;
• pogodbena vrednost iz aneksa;
• dejansko obračunana vrednost.

Vse so lahko pravilne, ker predstavljajo različne faze procesa.

Enotna resnica pomeni, da je pri vsaki vrednosti jasno:

• kaj predstavlja;
• kdo jo je določil;
• kakšen status ima;
• kdaj je veljala;
• iz česa izhaja;
• kako je povezana z drugimi vrednostmi.

Cilj ni odpraviti različnih strokovnih ocen. Cilj je odpraviti nejasnost, katera ocena pomeni kaj.

13. Podatki brez dokumentov so prav tako nevarni

Sama podatkovna vrstica:

Sprememba S-037 – potrjena – 148.000 EUR – 14 dni

ni dovolj.

Ne pojasni:

• zakaj je sprememba nastala;
• katere variante so bile obravnavane;
• katera strokovna dejstva so bila uporabljena;
• kaj določa pogodba;
• kdo je odločitev obrazložil;
• pod katerimi pogoji je bila sprejeta.

Zato potrebujemo oba sloja:

Podatek

Pove, kakšno je trenutno stanje, in omogoča:

• spremljanje,
• povezovanje,
• analitiko,
• avtomatizacijo,
• poročanje,
• opozarjanje.

Dokument

Pojasni, zakaj je tako in s čim je dokazano, ter omogoča:

• vsebinsko razlago,
• strokovno utemeljitev,
• pogodbeno formalizacijo,
• dokazovanje,
• pravno veljavnost,
• širši kontekst.

Povezava

Pokaže, kako podatek in dokument vplivata na preostali projekt.

Podatek brez dokumenta lahko izgubi kontekst. Dokument brez podatka pa ostane težko uporaben za sprotno upravljanje.

14. Umetna inteligenca lahko bere dokumente – zakaj potem sploh potrebujemo podatke?

Današnja umetna inteligenca lahko:

• bere dokumente;
• izloča podatke iz PDF-datotek;
• povzema zapisnike;
• primerja pogodbe;
• išče neskladja;
• prepoznava obveznosti;
• pripravlja časovne preglede;
• povezuje vsebinsko podobne zapise.

To bistveno povečuje uporabnost dokumentov.

Vendar AI ne odpravi potrebe po strukturiranih in potrjenih podatkih.

Predstavljajmo si pet dokumentov, v katerih se pojavljajo različne vrednosti iste spremembe:

• začetna ocena: 120.000 EUR;
• ponudba izvajalca: 195.000 EUR;
• presoja Inženirja: 158.000 EUR;
• sklep naročnika: 148.000 EUR;
• aneks: 151.500 EUR.

AI lahko vse vrednosti najde in razloži.

Brez jasno določenih statusov in povezav pa ne sme sam ugibati:

• katera vrednost je pogodbena;
• katera je bila samo začasna ocena;
• katera je še odprta;
• katera mora biti vključena v napoved;
• katera je že obračunana.

AI je zelo dober pri:

• iskanju,
• razumevanju,
• primerjanju,
• opozarjanju,
• pripravi predlogov.

Strukturirani projektni podatki pa morajo določati:

• identiteto,
• stanje,
• veljavnost,
• odgovornost,
• potrjenost.

AI lahko iz dokumentov pridobi podatke. Ne sme pa brez projektnih pravil sam določati, kateri podatek je pogodbeno in strokovno veljaven.

To je zelo pomembna ločnica med:

• AI kot pomočnikom pri obdelavi informacij;
• informacijskim sistemom kot nosilcem potrjenega stanja projekta.

15. Slabi podatki ne postanejo dobri samo zato, ker so strukturirani

Podatkovni model sam po sebi še ne zagotavlja kakovosti.

Podatek mora biti:

• pravilen – odraža dejansko stanje;
• popoln – vsebuje potrebne elemente;
• pravočasen – na voljo je takrat, ko je potreben;
• dosleden – uporablja enake definicije in enote;
• sledljiv – poznamo njegov izvor;
• potrjen – poznamo njegov status;
• razumljiv – njegov pomen ni dvoumen;
• povezljiv – uporablja enotne identifikatorje.

Napačna številka v podatkovni bazi je lahko nevarnejša od napačne številke v dokumentu, ker se avtomatsko prenese v:

• poročila;
• nadzorne plošče;
• projekcije;
• analize;
• odgovore AI;
• poslovne odločitve.

Zato digitalizacija ne zmanjšuje pomena:

• strokovne kontrole;
• potrjevanja;
• odgovornosti;
• revizijske sledi.

Nasprotno: zahteva, da so ti postopki še jasneje določeni.

16. Podatek mora imeti lastnika

Pri dokumentih je avtor pogosto jasno naveden.

Pri podatkih pa se pogosto ne ve:

• kdo je odgovoren za njihov vnos;
• kdo jih preverja;
• kdo jih potrdi;
• kdo jih lahko spremeni;
• kdo skrbi za njihovo kakovost.

Za vsak ključen projektni podatek mora biti določen proces.

Primer izvedene količine:

Pri tem »lastnik podatka« ne pomeni nujno, da ena oseba opravi vse.

Pomeni, da je jasno:

• kdo ga ustvari;
• kdo odgovarja za strokovno pravilnost;
• kdo potrdi njegov status;
• kdo ga uporablja;
• kdo ga lahko spremeni.

17. Od dokumentno usmerjenega k podatkovno usmerjenemu projektu

Prehod ni v tem, da dokumente ukinemo.

Spremenimo predvsem vrstni red.

Dokumentno usmerjen projekt

1. nastane dogodek;
2. pripravi se dopis;
3. izvede se sestanek;
4. pripravi se zapisnik;
5. izdela se poročilo;
6. podatki se ročno prenesejo v preglednice.

Informacija je razpršena po dokumentih.

Podatkovno usmerjen projekt

1. nastane dogodek;
2. ustvari se strukturiran projektni zapis;
3. sproži se postopek obravnave in odločanja;
4. povežejo se vplivi na stroške, roke in obseg;
5. dokumenti se dodajo kot strokovna podlaga in dokaz;
6. pregledi in poročila nastanejo iz skupnega podatkovnega jedra.

V prvem modelu dokument poganja proces.

V drugem modelu proces vodi podatkovni zapis, dokumenti pa ga vsebinsko podpirajo in dokazujejo.

To je bistvena sprememba.

18. Kateri podatki naj bodo skupni in kateri interni

Podatkovno usmerjen projekt ne pomeni, da morajo vsi udeleženci videti vse podatke.

Skupni morajo biti podatki, potrebni za pogodbeno sodelovanje, potrjevanje, odločanje, spremljanje projekta in revizijsko sled. Sem sodijo predvsem:

• pogodbeni obseg;
• potrjene količine in situacije;
• terminski mejniki;
• spremembe in odločitve;
• zahtevki in neskladja;
• skupne negotovosti;
• potrditve dokumentacije in materialov.

Izvajalec lahko ohrani interne kalkulacije, nabavne cene, normative, produktivnosti, marže, organizacijo in pokalkulacije. Svoje interne podatke imajo tudi projektant, Inženir, naročnik, dobavitelji in drugi udeleženci.

Cilj ni centralizirati vsega.

Cilj je določiti skupni podatkovni jezik tam, kjer udeleženci sodelujejo.

19. Kaj mora naročnik zahtevati

Naročnik pogosto zahteva dokumente:

• mesečno poročilo;
• terminski plan;
• situacijo;
• register sprememb;
• zapisnike;
• BIM-model.

Redkeje pa določi strukturo podatkov, iz katerih ti dokumenti nastanejo.

Pri podatkovno usmerjenem projektu bi moral opredeliti najmanj:

• katere ključne evidence se vodijo;
• katere identifikatorje uporabljajo;
• kateri statusi obstajajo;
• kdo je odgovoren za posamezne podatke;
• kako se podatki potrjujejo;
• katere povezave so obvezne;
• kako se zagotavlja revizijska sled;
• v kakšni strukturirani obliki se podatki izmenjujejo;
• kako bodo podatki uporabljeni po zaključku projekta.

Naročnik torej ne naroči samo:

»Izvajalec mora enkrat mesečno predložiti poročilo.«

Naroči tudi:

»Podatki o napredovanju, situacijah, spremembah, zahtevkih in projekcijah morajo biti vodeni strukturirano, povezano in preverljivo ter morajo omogočati izdelavo različnih poročil iz skupnega podatkovnega jedra.«

To je bistveno druga raven zahteve.

20. Zakaj so podatki temelj digitalizacije panoge

Dokument je praviloma prilagojen:

• posameznemu projektu;
• posameznemu naročniku;
• posamezni pogodbi;
• posameznemu programu;
• posamezni organizaciji.

Zato je dokumente med projekti težko neposredno primerjati.

Strukturirani in standardizirani podatki pa omogočajo:

• primerjavo cen;
• primerjavo produktivnosti;
• analizo sprememb;
• analizo vzrokov zamud;
• razvoj normativov;
• primerjalne kazalnike;
• avtomatsko izmenjavo;
• povezovanje izvajalcev in dobaviteljev;
• organizacijsko učenje;
• razvoj podpore AI.

Prav zato so standardizirani podatki in nacionalni podatkovni modeli med pomembnimi strokovnimi izhodišči celotnega programa Jesenske šole.

Digitalizacija posameznega projekta se lahko začne z dokumenti.

Digitalizacija panoge pa brez skupnih podatkovnih struktur ne more zares uspeti.

Primer: dokumentna in digitalna situacija

Pri dokumentni situaciji naročnik prejme končni izpis z rekapitulacijo, obračunskimi listi, prilogami in zapisanim zneskom. Za nadaljnje analize mora nekdo podatke ponovno prebrati, preveriti, prepisati in razvrstiti.

Pri digitalni situaciji je vsaka obračunana količina podatek, povezan s pogodbeno postavko, izvedenim obdobjem, ceno, terminsko aktivnostjo, spremembo, dokazilom in statusom potrditve.

Iz istega podatkovnega jedra lahko nato nastanejo formalna situacija, finančni in terminski pregled, S-krivulja, EVM-analiza, napoved končne vrednosti, poročilo za upravo, podatki za ERP in analiza odstopanj z AI.

Dokumentna situacija je končni izpis. Digitalna situacija je živ podatkovni zapis izvedbe.

MYTHBUSTERS

Ključne ugotovitve članka

1. Dokumenti in podatki imajo različne vloge. Dokumenti pojasnjujejo in dokazujejo, podatki pa omogočajo spremljanje, povezovanje in analitiko.
2. Digitaliziran dokument še ni strukturiran podatek. PDF lahko vsebuje podatke, vendar jih sistem težko zanesljivo uporablja brez pomena, statusa in povezav.
3. Vrednost podatkov nastane predvsem v povezavah. Popis, plan, situacije, spremembe, zahtevki in odločitve morajo uporabljati skupne identifikatorje.
4. Gradbeni dnevnik, knjiga obračunskih izmer in zapisnik so pomembni dokumenti, vendar ne nadomeščajo procesov odločanja in obvladovanja sprememb.
5. Poročilo mora biti rezultat podatkovnega sistema, ne njegov nadomestek.
6. AI poveča uporabnost dokumentov, ne odpravi pa potrebe po potrjenih strukturiranih podatkih in jasnem upravljanju njihove veljavnosti.
7. Podatkovno usmerjen projekt dokumentov ne ukinja. Poveže jih z živim stanjem projekta.
8. Digitalizacija panoge zahteva standardizirane podatke, ne samo standardiziranih dokumentov.

Zaključna misel

Dokument pove, kaj je bilo zapisano in zakaj. Podatek pove, kakšno je trenutno stanje. Digitalni dvojček projekta mora povezati oboje.