Infohalduse põhimõtted

Ärikeskkond ja vara olemus, mis seob digitaalse info füüsilise reaalsusega: ärieesmärgid, regulatiivsed nõuded ja projekti eripära, mille sees ülejäänud neli komponenti koos töötavad.

Need, kes loovad, vahetavad ja kasutavad infot vara olelusringi jooksul. Õigete inimeste kaasamine õigel ajal tagab, et info vastab tegelikele tööalastele vajadustele.

Struktureeritud ja korratavad tegevused, mis määravad, kuidas infomudeleid luuakse ja arendatakse. Hästi juhitud protsess hoiab andmed õigeaegse, täieliku ja täpsena. Selle juhendi keskmes on infohalduse protsess: vajadustest nõueteni ja rakenduskavani (vaade „Protsess: 9 sammu“).

Masinloetavad faktid, mis toetuvad ühtsetele andmestruktuuridele ning on usaldusväärsed, leitavad, jälgitavad ja eri tarkvarade vahel ühildatavad. Andmeid on kolmel kujul:

• geomeetriline info (joonised ja mudelid);
• tähe-numbriline info (nimetus, tüüp, klassifikaator, ID jm);
• seotud dokumendid (spetsifikatsioonid, juhendid, pildid).

Ebaselge struktuur tähendab vigu, topelttööd ja vähem usaldust. Standardiseeritud ja kontrollitud andmeid saab kasutada eelarve ja tasuvuse hindamiseks, riskide juhtimiseks, varahalduse otsusteks ja nõuetele vastavuse tõendamiseks – kogu olelusringi vältel.

Liides inimeste ja andmete vahel (nt BIM, CDE, ERP): lihtsustab infomudelite loomist ja teeb andmed mugavalt kasutatavaks, peites ebavajaliku tehnilise keerukuse.

Igal infonõudel on selge kasutusjuht ja otsuspunkt; „digiprügi“ ei looda.

Infot luuakse ainult siis, kui on teada, milleks seda vaja on (nt eelarve, ehitise vastuvõtt, hooldusplaan) – mitte „igaks juhuks“. See teeb nõuded selgeks, vähendab topelttööd ja annab parema ning soodsama andmestiku. Infohaldusest oodatakse praktilist kasu: vähem projekteerimisvigu, kiirem vastuvõtt, madalamad halduskulud, vähem rikkeid, parem energiatõhusus ja kiiremad otsused.

On kokku lepitud, kes seab nõuded, loob info, kontrollib, kinnitab, võtab vastu ja haldab edasi.

„Omanikuta“ infot ei ole. Tellija määrab infonõuete omaniku, kvaliteedikontrolli tegija ja vastuvõtu kinnitaja ning selle, kuidas ja millal vastutus liigub (projekteerija → ehitaja → haldaja). Praktikas tähendab see rollikirjeldusi, RACI-t ja lepingulisi kohustusi. Rolle kirjeldab leht „Osapooled ja rollid“.

Info liigub etappide vahel sujuvalt ja on kasutatav ka haldusetapis.

Tellija mõtleb halduse ja portfelli vajadustest tagasi projekteerimisse ja ehitusse. Juba hankes kirjeldatakse, milline osa projektiinfost läheb haldusesse (leht „Vara infomudel (AIM)“) ja kuidas. Üleminekukohad (projekti lõpp, garantiiaeg, hoolduslepingu algus) vajavad oma protseduuri ja vastutajaid. Nii saavad andmetest vara väärtuse kandjad, mitte kõrvalprodukt.

Info ja tegevused seotakse varaelementidega (kompleks, ehitis, süsteem, seade, ruum jne), mitte failidega. Nii seotakse kõik andmestikud (BIM, CAD, GIS, andmebaasid, tekst) üheks vara infomudeliks (AIM).

• Leitavus: mudelid, spetsifikatsioonid ja juhendid on seotud varaga – info leiab vara kirje kaudu.
• Pidevus: ühtselt defineeritud varad viivad info katkestusteta projektist (PIM) haldusse (AIM).
• Kvaliteet: standardiseeritud varade loend vähendab dubleerimist ja tõlgendusvigu süsteemide vahel.
• Automatiseerimine: masinloetavad seosed on aluseks automaatkontrollidele, aruandlusele ja tehisaru (AI) kasutamisele.
• Korrashoid: unikaalselt identifitseeritud varadeta ei saa süsteemselt juhtida hooldust, olelusringi kulusid ega remonditsükleid.

Koostöö järgib põhimõtet „Vajadused → Nõuded → Rakenduskava“ ja info loomine on teadliku kontrolli all.

Info liigub kokkulepitud töövoos (loomine → kontroll → kinnitamine → ülevaatus ja autoriseerimine → vastuvõtt ja avaldamine → koondamine AIM-i), mis on seotud CDE olekutega. Kohtumised, ülevaatused, suhtluskanalid ja otsustusõigused lepitakse kokku ette; tellijal peab olema ülevaatuste võimekus (või ta hangib selle teenusena).

Üks tõeallikas: kõik töötavad sama kontrollitud info pealt ja „viimane versioon“ on üheselt teada – ühtses andmekeskkonnas (CDE), kus on õigused, versioonid ja olekud. Struktuur (ID-d, nimetamine, klassifikatsioon) võimaldab infot automaatselt otsida, võrrelda ja üle anda. Tellija kehtestab miinimumreeglid ja nõuab nende täitmist.

Ehitise andmeid käsitletakse ühtse tervikuna – infomudelina, mitte ainult BIM-mudelina.

Ühtses andmekeskkonnas (CDE) seotakse kolm infokihti:

1. Geomeetriline info: joonised, BIM, punktipilved.
2. Tähe-numbriline info: tabelid, spetsifikatsioonid.
3. Seotud dokumendid: kasutus- ja hooldusjuhendid, garantiid, aktid, fotod.

Kõik vormingud (IFC, DWG, PDF, XLSX, DOCX jt) on osa samast tervikust – ehituses projekti infomudel (PIM), halduses vara infomudel (AIM) – ning on kasutatavad nii inimestele kui ka masinloetavalt.

Andmed peegeldavad tegelikkust ja ajakohastuvad sündmuste kaudu (remont, seadmevahetus, ümberehitus).

Ehituse käigus tehtud muudatused (as-built) jõuavad kontrollitult mudelisse, registritesse ja dokumentidesse; halduses vajavad uuendamist remondid, hooldused ja seadmevahetused. Tellija määrab, millised sündmused (päästiksündmused) käivitavad ajakohastamise ja kes selle eest vastutab.

Standardid, mallid ja kontrollid on paigas enne info loomist.

Kvaliteet sünnib info loomise käigus, mitte lõpus „punase pliiatsiga“. Tellija annab või nõuab ühtseid malle (metaandmed, nimetamine, registrid, atribuudid) ja kontrollid on töövoos (nt reeglipõhine valideerimine, regulaarne sisekontroll). Nõuded on proportsionaalsed ja testitavad: on teada fail ja vorming, sisu, struktuur, detailsus ja tähtaeg ning vastuvõtukriteerium ja kontrollimeetod (kes, millega, kui tihti). Nii on vastuvõtt kiirem ja vaidlusi vähem.

Ligipääsud, andmekaitse ja riskid on nõuetes ja töövoogudes sees.

Info jagatakse vajaduspõhiselt ja kontrollitult, eriti tundlike ehitiste ja isikuandmete puhul. Turbetriaaž (EVS-EN ISO 19650-5) määrab kriitilise info ja meetmed. Ligipääsud, autentimine, logid, säilitamine ning intellektuaalomand ja litsentsid on targa tellimise osa, mitte ainult IT-teema.

Tehnoloogia toetab, kuid väärtust loovad andmed, protsessid ja inimesed. Ka tehnoloogia vajab juhtimist.

• Tööriist, mitte võluvits: tehnoloogia toetab konkreetseid eesmärke ja ülesandeid – ka AI ajastul.
• Tarkvarast sõltumatus: infomudelite ülesehitust juhivad organisatsiooni vajadused, mitte tarkvara piirangud.
• Pikaajaline kättesaadavus: ehitise olelusring on pikem kui tarkvara eluiga, seega peab info jääma kasutatavaks ka pärast tehnoloogia vahetust.