Samm 1: infohalduse strateegia

Telliv osapool peab koostama infohalduse strateegia, mis määrab organisatsiooni visiooni, eesmärgid, juhtimispõhimõtted ja ressursid ehitiste andmete pikaajaliseks haldamiseks.

Strateegia koostamisel tuleb läbi mõelda ja kokku leppida järgmised aspektid:

• Võimekused: kuidas saavutatakse ja hoitakse organisatsioonis vajalikku suutlikkust info tõhusaks juhtimiseks.
• Varade ja olelusringi kaardistamine: milliste ehitiste infot ja millises varaelemendi detailsuses hakatakse standardiseeritult haldama, milline on nende olelusring ja millised sündmused (nt planeeritud hooldus või ootamatu rike) käivitavad andmete loomise ja uuendamise vajaduse.
• Turvalisus ja ohutus: kuidas kaitstakse tundlike varadega seotud teavet ning milliste reeglite alusel struktureeritakse tervishoiu- ja tööohutuse andmed (EVS-EN ISO 19650-6:2025).
• Eesmärgid ja infonõuded: mis on teabe kogumise ärilised ja praktilised põhjused ning millised on konkreetsed nõuded loodavale vara infomudelile (AIM).
• Standardid ja reeglid: millised standardid, meetodid ja protseduurid kehtestatakse andmete ühtseks tootmiseks ja haldamiseks kogu olelusringi vaates.
• Tehnoloogia: milliseid digitaalseid süsteeme ja tehnoloogiaid rakendatakse ühtse andmekeskkonna loomiseks, mis toetaks igapäevast infotöövoogu.
• Mudelite haldus: kuidas luuakse, hoitakse ja vajadusel ühendatakse ehitiste vara infomudelit (AIM) või nende eesmärgipärast kogumit.

Valmis strateegiat on soovitatav selgelt tutvustada nii organisatsiooni sees kui ka olulisematele koostööpartneritele (nt varahalduritele ja ehituse projektijuhtidele).

Praktikas on selle väljundiks organisatsiooni vajadustele vastavaks kohandatud ÜBN 4.1 Infohalduse kord, LISA 4: Vajadused, LISA 1: Nõuded (sh alusandmed) ja LISA 2: Rakenduskava – alusmaterjal, mida saab konkreetsetes projektides võtta aluseks ja kohandada vaid projektipõhiselt.

Varahalduse eest vastutaja peab looma ja hoidma meeskonda, kellel on piisav võimekus, ressurss ja volitused ühtse infohaldusprotsessi rakendamiseks ja toetamiseks kogu organisatsioonis.

Meeskonna peamised ülesanded ja pädevused:

• Protsesside juhtimine: jälgida kokkulepitud infohaldusprotsesside rakendamist.
• Organisatsiooni esindamine: esindada tellijat kõigis infohalduse ja andmevahetusega seotud küsimustes.
• Koolitamine ja teadlikkuse tõstmine: tutvustada töötajatele infohaldusprotsesse ja nende rolli nendes ning pakkuda vajalikku koolitust.
• Tugi vara infomudeli (AIM) haldamisel: pakkuda tuge, nõu ja juhiseid neile spetsialistidele, kes vastutavad vara infomudeli loomise ja ajakohasena hoidmise eest.

Infohalduse meeskond ei tohi koosneda vaid nn BIM-, IT-, arendus- või projektijuhtidest. Et ehitusfaasis toodetav info (PIM) looks väärtust ka järgneval aastakümnete pikkusel kasutusperioodil (AIM), tuleb meeskonna otsustusprotsessidesse kohe algusest peale kaasata ka haldus-, hooldus- ja korrashoiu eest vastutavad osapooled. Nende varajane kaasatus tagab, et hangetes nõutavad andmed toetavad reaalselt ehitiste igapäevast juhtimist, energiatõhususe seiret ning kulusäästlikku korrashoidu.

Luuakse selge rollide jaotus (nt RACI maatriks), et oleks üheselt arusaadav, kes mille eest vastutab, keda kaasatakse ja keda teavitatakse.

Määramismaatriksi (RACI) koostamisel määratakse selgelt infohalduse ja korrashoiutegevuste rollid kogu ehitise olelusringi vaates. See muudab andmete tootmise, kontrollimise ja varahalduse läbipaistvaks ning väldib ülesannete dubleerimist või vastutuse hajumist.

Varahaldur peab selgelt määratlema, milliste oma portfelli kuuluvate varade kohta hakatakse infot süsteemselt haldama.

• Varade kaardistamine: tuvastada tuleb nii olemasolevad varad, portfelli lisanduvad uued varad kui ka nendega külgnevad varad, mille kohta on vaja teavet säilitada.
• Jaotusstruktuuri loomine ja klassifitseerimine: varad tuleb struktureerida ja klassifitseerida, kasutades rahvusvahelistele standarditele (nagu EVS-EN ISO 12006-2) vastavat raamistikku. Eestis on selleks rahvusvahelisel süsteemil põhinev ehituse ühtne klassifitseerimissüsteem CCI-EE. Selle põhjal on ÜBN-i raamistikus loodud ka detailsemad, sektori vajadustele vastavad tüüpsete varaelementide loendid.

Standardiseeritud loetelu aitab siduda varade info kogu olelusringi vältel: ehitusprojektis, eelarvestamisel ning halduses ja korrashoius (sh EVS 807 protsessides). See toetab varaelemendipõhist infohaldust, kus igale elemendile määratakse tüüp ja vajaduse korral ID. Seotud info on leitav vara infomudelis (AIM) vastava varaelemendi kirje kaudu.

Määratakse igale portfelli kuuluvale varale selge olelusring, et tagada andmete ja ressursside eesmärgipärane juhtimine algusest lõpuni.

Praktikas tähendab see ehitise olelusringi jaotamist juhitavateks faasideks, milleks on tavapäraselt kavandamine, projekteerimine, ehitamine, kasutamine ja korrashoid ning lammutamine või taaskasutamine.

• Grupeerida varad: koondada sarnase olelusringi ja haldusvajadusega tüüpsed varad loogilistesse rühmadesse (nt andmemallid), et lihtsustada nende seotud info haldamist.
• Defineerida ja nimetada etapid: piiritleda iga olelusringi faas, sidudes need oma organisatsiooni varahalduse süsteemiga (näiteks ISO 55001 põhimõtetega) ja varahalduri otsustuspunktidega.
• Dokumenteerida erisused: kui mõnda standardset etappi teatud varade puhul ei rakendata (näiteks ajutised rajatised), tuleks see otsus põhjendatult fikseerida.

Olelusringi määratlemine aitab ajastada info loomist ja üleandmist. Tellija saab määrata, millises etapis ja millise otsuse toetamiseks tuleb teavet luua või projekti infomudelist (PIM) vara infomudelisse (AIM) üle tuua.

Päästiksündmus (ingl trigger event) on mis tahes plaanipärane või ootamatu sündmus ehitise olelusringi jooksul, mis muudab vara füüsilist seisukorda või olemust ning mille tulemusel on vajalik uuendada vara infomudelit (AIM) ja algatada infovahetusprotsess.

Varahaldur peab tuvastama kõik olelusringi jooksul ettenähtavad sündmused, mis käivitavad infohaldusprotsesse ja uusi projekte. Need sündmused jagunevad kolmeks:

• Plaanipärased sündmused: regulaarsed ja etteplaneeritavad tegevused, nagu seadmete rutiinne tehnohooldus (nt liftide iga-aastane ülevaatus), lühikese elueaga komponentide plaaniline väljavahetamine või plaanitud rekonstrueerimistööd.
• Plaanivälised (erakorralised) sündmused: ootamatud olukorrad, mis nõuavad kiiret reageerimist, näiteks avariid (tulekahju või veeuputus), seadmete ja tehnosüsteemide ootamatud rikked, liiklusõnnetusest kahjustatud taristu (nt põrkepiirde) taastamine või ka vajadusest tulenev ootamatu ruumide ümberehitus.
• Vara omandamine või üleandmine: omandisuhte või haldusmudeli muutus (uue hoone ostmine või eelmise omaniku või halduri käest ülevõtmine), mis nõuab olemasoleva info ja mudelite ülevõtmist ja struktureerimist.

Päästiksündmuste tuvastamine on kriitiline, et ehitamisel loodud projekti infomudel (PIM) ja haldusesse toodud vara infomudel (AIM) ei muutuks aastatega kasutuks „digiprügiks“.

Tark tellija sõnastab hooldus-, remondi- ja ehituslepingutes selge nõude (seostades need näiteks EVS 807 tehnohooldus- või remondiprotsessidega): iga kord, kui toimub päästiksündmus – olgu selleks katkise pumba asendamine, uue rentniku sissekolimine või avarii likvideerimine –, on teostaja kohustatud tehtud muudatused kandma sisse ka ühtsesse andmekeskkonda (CDE) ja vara infomudelisse. See tagab, et info püsib pidevalt ajakohane ning on usaldusväärne alus andmepõhistele otsustele ja remondiplaanidele.

Hinnatakse, kas hallatava ehitise ja selle info haldamisel on vajalik rakendada turvateadlikku (security-minded) lähenemist, juhindudes standardist EVS-EN ISO 19650-5:2020.

• Turbetriaaž: tuvastada, milline vara või sellega seotud teave on tundlik ja nõuab erikaitset (näiteks turvakaamerate plaanid, läbipääsusüsteemid, IT-sõlmed või kriitilise taristu asukohad).
• Meetmete rakendamine: kui riskid tuvastatakse, tuleb luua reeglid tundliku info turvaliseks jagamiseks, tagades selle kättesaadavuse ainult volitatud osapooltele.
• Andmekeskkonna (CDE) seadistamine: targa tellijana tuleb ühtses andmekeskkonnas rakendada rangelt rollipõhiseid ligipääse. Näiteks antakse alltöövõtjale või hoolduspartnerile ligipääs vaid tema töölõiku puudutavatele andmetele ning see suletakse kohe pärast lepingu lõppemist.

See etapp tagab, et info on kättesaadav neile, kes seda oma tööks vajavad, kuid kaitstud volitamata ligipääsu, kadumise või muutmise eest kogu ehitise olelusringi vältel.

Selles etapis määratakse, miks infot ehitise olelusringi jooksul tegelikult vajatakse. Eesmärk on vältida liigse ja kasutu „digiprügi“ tootmist, tagades, et kogu hangitav ja hallatav informatsioon toetaks otseselt konkreetseid juhtimisotsuseid või tegevusi.

Kaardistada tegelikud vajadused: mõelda läbi, millist teavet on vaja organisatsiooni strateegiliseks juhtimiseks (OIR), vara igapäevaseks haldamiseks ja korrashoiuks (AIR), ehitusprojektide elluviimiseks (PIR) ning väliste kohustuste täitmiseks, näiteks regulaatori või rahastaja ees (muu perspektiiv, vt leht „Vajaduste register ja metoodika“).

Siduda info otsustega: sõnastada eesmärgid lähtuvalt otsustest, mida andmed peavad toetama. Näiteks vajab haldur varade teavet (seadmete olemasolu ja seisukord) hooldus- ja remondieelarvete koostamiseks, riskijuht aga riskide hindamiseks ja haldamiseks.

ÜBN-is nimetatakse neid eesmärke kasutusjuhtudeks. Kasutusjuht on raamistik, mis seob äriprotsessi (näiteks ehitusloa taotlemine, eelarvestamine või EVS 807 põhine korrashoid) selleks vajaliku teabega.

Tark tellija ei hangi lihtsalt „BIM-mudelit“, vaid valib ÜBN-i raamistikust oma vajadustele vastavad kasutusjuhud (nt „Varahaldus“, „Mahtude arvutamine“ või „Ehitusloa taotlemine“) ning otsustab iga kasutusjuhu puhul, kas seda rakendatakse 2D- või 3D-metoodikal ja millistes etappides infot vajatakse. Kasutusjuhu kontseptsioon aitab tellijal keskenduda sellele, mida ja miks ta saavutada soovib, isegi kui ta ei valda kõiki tehnilisi detaile selle kohta, kuidas info luuakse.

• Tellija kehtestab infohalduse strateegia ja infonõuded ning vaatab üle ja aktsepteerib valminud infomudeleid. Vastutab strateegilise suuna andmise ja koostöökeskkonna loomise eest.
• Peatöövõtja juhib info loomist, koostab info loomise kava, autoriseerib infomudelid ja esitab need tellijale vastuvõtmiseks.
• Töövõtja (sh alltöövõtja) loob, kontrollib ja kinnitab infokonteinereid (näiteks mudeli osi või dokumente) info loomise ajakava järgi.
• Infohaldusmeeskond koosneb tellija organisatsiooni esindaja(te)st ning iga projekti peatöövõtja määratud esindajatest. Jälgib infohaldusprotsessi standardikohast toimimist ja hõlbustab suhtlust.
• Info loomise meeskond koosneb peatöövõtjast ja tema määratud töövõtjatest.

• Vara. Atribuudid: identifikaator, klassifikatsioon, elutsükkel. Varadega on seotud päästiksündmused, mis algatavad projekte ja infovajadusi.
• Projekt ja päästiksündmus. Infohaldusprotsess algatatakse päästiksündmuse tagajärjel, millest kasvab välja projekt.

• Vara infomudel (AIM). Info, mida hoitakse ja hallatakse ühtses andmekeskkonnas tellija organisatsiooniliste infovajaduste rahuldamiseks. Projektides loodud ja vastu võetud infomudelid koondatakse vara infomudelisse kohe pärast vastuvõttu, vajadusel mitu korda projekti jooksul.
• Infomudel. Projektipõhine info kogum, mis edastatakse ülevaatamiseks, autoriseerimiseks ja aktsepteerimiseks. Koosneb infokonteineritest.
• Infokonteiner. Infomudeli aluskomponent (näiteks fail, mudeli osa, dokument). Atribuudid: unikaalne ID, versioon (Revision), olek töövoos (State), staatus ehk sobivus eesmärgiks (Status), klassifikatsioon (Classification).

• Infonõuded. Kehtestatakse selleks, et määrata, millist infot on eesmärkide täitmiseks vaja: miinimumkogus geomeetrilist infot, alfanumeerilist infot ja dokumentatsiooni.
• Info loomise standard. Reeglid infokonteinerite unikaalseks identifitseerimiseks, struktureerimiseks, ruumiliseks koordineerimiseks ja esitusviisiks.
• Ühtne andmekeskkond (CDE). Tehnoloogiline lahendus ja töövoog, kus luuakse, hallatakse ja jagatakse vara infomudeleid ja infokonteinereid.
• Määramismaatriksid. Infohalduse määramismaatriks määrab iga tegevuse puhul, kes on teostaja (R), kes lõppvastutaja (A), kellega konsulteeritakse (C) ja keda teavitatakse (I). Info loomise määramismaatriks näitab, milline töövõtja vastutab millise info loomise eest.
• Info loomise ajakava. Määrab, kes toodab millise infokonteineri ja milliseks tähtajaks: konteineri ID ja nimetus, eeldused, algus- ja lõppkuupäev, tellijale esitamise kuupäev ja vastutaja.