Infohalduse protsess
Üheksa sammu kolmes etapis lühidalt: mida igas sammus tehakse, miks ja kes vastutab.
Lühidalt
Raamistiku toetataval digitaalehituse protsessil on kolm peamist vaadet: varahaldus, (ehitus-)projektid ja nendes töövõtud. (Digi-)targa tellimise vaates vastavad neile kolm omavahel seotud etappi: A) vajaduste kaardistamine, B) nõuete kirjeldamine ja C) koostöö korraldamine.
Siin on iga sammu lühikirjeldus: mida tehakse, miks see vajalik on ja kuidas sammud omavahel seostuvad. Täpsemad juhised on lehtedel „A) Vajadused“, „B) Nõuded“ ja „C) Rakenduskava“. Kõik tegevused koos vastutaja ja valmisoleku tunnusega on vaates „Töökäik: 9 sammu“.
Millal vaja
- Tahad enne üksikasju näha kogu töökäiku korraga.
- Selgitad juhile või partnerile, mis järjekorras ja kelle vastutusel töö käib.
- Otsid, millise sammu juurde mõni tegevus kuulub.
Miks see vaeva väärt on
Need üheksa sammu ei ole pelgalt tüütud protseduurid, vaid raamistik kulu, riski ja väärtusloome tasakaalustamiseks. Juhitud ja järjepidev infohaldus tagab info jätkusuutlikkuse – andmed jäävad kättesaadavaks ja usaldusväärseks ka aastakümneid pärast vara valmimist.
Selline struktureeritud lähenemine on vältimatu eeltingimus ka kaasaegsete AI-lahenduste rakendamiseks, sest ilma usaldusväärse infovundamendita ei ole võimalik saavutada vara väärtuse püsivat kasvu ega operatiivset tõhusust.
Kus mis on
Raamistik koosneb aluspõhimõtteid selgitavast seletuskirjast ning (ehitus-)projektides rakendamiseks kirjeldatavatest nõuetest ja kokkulepitavast rakenduskavast. Nõuete koostamine algab vajaduste kirjeldamisest ning alusandmete, kasutusjuhtude ja infovajaduse tasemete määratlemisest. Juhendite ja raamistiku osade vastavus on tabelina lehel „Mis on ÜBN 4“; osade loend ja versioonid on lehel „Raamistiku osad ja versioonid“.
Rakenduslikud alusmallid on eelkõige esitatud tabelite kujul, kuid nende esitus- ja kasutusvorm ei ole piiratud: neid võib rakendada ka tekstidokumendina või mõne spetsiaalse rakenduse abil. Oluline on, et aluspõhimõtted säiliksid ning andmestikega töö ei oleks liiga manuaalne.
A) Vajadused: sammud 1 ja 2
Organisatsiooni varahalduse jaoks olulise kaardistamine (LISA 4: Vajadused).
1. Infohalduse strateegia kirjeldamine
Organisatsioon peab otsustama, mida ta tahab saavutada ja kuidas ta andmeid hoiab. See tagab, et andmed on kasulikud ja ka tehniliselt kasutatavad.
| Teema | Mida tehakse |
|---|---|
| ⛳ Eesmärgid | Määratakse kindlaks, mida soovitakse saavutada ja milliseid vahendeid selleks vaja on. |
| 👥 Meeskond | Luuakse meeskond, kellel on õigused ja oskused protsessi juhtida. |
| 👨💼 Vastutused | Määratakse, kes mille eest vastutab ja kes teeb otsuseid. |
| 📦 Varad | Luuakse nimekiri varadest, mida tuleb hallata. |
| 🕟 Olelusring | Kirjeldatakse iga vara(elemendi) puhul, millised etapid on ja kui kaua need kestavad. |
| 🗣 Sündmused | Tuvastatakse sündmused (näiteks arvelevõtmine, rikkiminek või remont), mis tekitavad vajaduse info loomiseks. |
| ✳️ Infoturve | Hinnatakse, kui tundlik on vara ja kas on vaja turva- ja kaitsemeetmeid. |
| 📌 Infovajadused | Kirjeldatakse äri- ja varahalduse vajadused – miks seda infot üldse vaja on. |
Lähemalt: leht „Samm 1: infohalduse strateegia“.
2. Toetava vara infomudeli (AIM) loomine ja haldus
Vara infomudeli (AIM) loomine on varahalduse digitaliseerimise alus. See on organisatsiooni püsiv digitaalne andmekogu ja tellija peamine infoallikas, mis areneb edasi organisatsiooni eesmärkide toetamiseks ka pärast konkreetsete (ehitus-)projektide lõppu.
| Teema | Mida tehakse |
|---|---|
| 💽 Ühtne andmekeskkond (CDE) | Info loomise töövoog koos seda toetavate tehnoloogiatega (üks süsteem või koos toimivate süsteemide kogum, nt dokumendihaldus, BIM-platvorm ja vararegister). See võimaldab iga infokonteineri unikaalselt tuvastada, versioone jälgida ning olekut ja staatust hallata. |
| 📙 Info loomise standard | Reeglid, kuidas andmeid esitada, liigitada (näiteks CCI-EE) ja millises vormingus (näiteks IFC) need peavad olema. |
| 📐 Meetodid ja protseduurid | Reeglid, kuidas infot luua, kaitsta ja säilitada. |
| 📦 Võrdlusinfo ja ühised ressursid | Tellija on ette valmistanud vajalikud mallid, andmebaasid ja varasemad andmed, mida saab teostajatega jagada. |
Lähemalt: leht „Samm 2: vara infomudeli loomine ja haldamine“.
B) Nõuded: sammud 3–6
Hankija (ehitus-)projekti nõuete kirjeldamine ja nende alusel töövõtjate leidmine (LISA 1: Nõuded). Samm 3 tehakse üks kord projekti kohta, sammud 4–8 iga töövõtu kohta eraldi (nt kui projekteerimine ja ehitus on eri lepingud). Hange tähendab siin ka sisetellimust, näiteks oma hooldusmeeskonnale.
3. Projektide algatamine
Kui tekib vajadus uue teabe järele, alustatakse projekti teabe haldamise ettevalmistamist. See puudutab nüüd lisaks varahalduse vajadustele ka konkreetse projekti konteksti. Infovajadused vaadatakse üle selle järgi, millise projektiga on tegu: kavandamine, projekteerimine, ehitamine või haldustöö (nt mõõdistus või remont). Iga projektiliigi infohalduse eesmärk on tabelina lehel „B) Nõuded“ (samm 3).
Projekti alguses peab tellija tegema turbetriaaži (EVS-EN ISO 19650-5). Selle käigus otsustatakse, kes saab teabele ligi pääseda ja millises mahus. Mida tellija enne hanget projekti jaoks paika paneb, on kirjas lehel „B) Nõuded“.
4. Hangete ettevalmistus
Asjakohaste kasutusjuhtude, infonõuete ja infovajaduse tasemete kirjeldamine hankedokumentidesse. Tellija kohustus on tõlkida oma ärivajadused tehnilisteks nõueteks. See etapp on vundament kvaliteetse hanke korraldamiseks.
5. Töövõtjate valik
Partnerite digipädevuse ja esmaste plaanide hindamine. Pakkuja (tulevane peatöövõtja) tõendab oma meeskonna võimekust ja ressursse infohalduses; tellija hindab pakkumusi sammus 4 avaldatud kriteeriumide järgi. Hindamine hõlmab nii kompetentsi kui ka ressursse ja riske.
Võimekuse hindamine on kriitiline, sest see vähendab projekti hilinemise ohtu ja välistab olukorrad, kus teostaja alahindab nõuete täitmiseks vajalikku ressurssi – see viib andmete madala kvaliteedini kriitilistes etappides.
6. Lepingustamine
Info loomise kava ja info loomise ajakava kinnitamine ning lepingu sõlmimine koos infoprotokolliga. Kokkulepped peavad olema juriidiliselt siduvad ning määratlema vastutused, koostöömeetodid ja intellektuaalomandi. Seejärel annab peatöövõtja igale alltöövõtjale tema info loomise nõuded ja ajakava ning ühtlustab kogu meeskonna rakenduskava.
Lähemalt: leht „B) Nõuded“.
C) Rakenduskava: sammud 7–9
Projektimeeskonnas koostöö korraldamine (LISA 2: Rakenduskava). Sammud 7 ja 8 tehakse iga töövõtu kohta eraldi, samm 9 projekti lõpus.
7. Koostööde algatamine
Süsteemide kontrollimine ja meeskonna ettevalmistus enne töö algust. See on aeg riskide vähendamiseks: enne tegeliku töö algust tuleb kontrollida, kas kõik süsteemid toimivad.
8. Kokkulepitud info loomine
Mudelite, jooniste ja dokumentide loomine ning kooskõlastamine. Info loomine käib ringina ja seda kontrollitakse põhjalikult. Oluline on teha ainult seda, mida tellija on palunud – mitte liiga palju detaile.
- Lähteinfo kontroll ja loomine (töövõtja).
- Kvaliteedikontroll ja kinnitamine (töövõtja; olek „Jagatud“).
- Ülevaatus ja autoriseerimine (peatöövõtja, vajaduse korral tellija eelülevaatusega; olek „Esitatud“).
- Vastuvõtmine (tellija; olek „Avaldatud“) ja koondamine vara infomudelisse (AIM).
Tellija peab aktiivselt kaasa lööma ja kontrollima, kas esitatud info vastab nõuetele. Vastu võetud info avaldatakse ühtses andmekeskkonnas ja koondatakse kohe vara infomudelisse (AIM), mitte alles projekti lõpus. Projekti lõpu teostusinfo (teostusmudel, COBie) on selle ringi viimane tarne.
9. Projektide lõpetamine
Projekti infomudelite arhiveerimine ja õppetundide avaldamine. Selleks ajaks peab kogu edaspidi vajalik info olema juba vara infomudelis (AIM, vt samm 8). Projekti lõpetamine aitab organisatsioonil järgmist projekti paremini planeerida.
Lähemalt: leht „C) Rakenduskava“.
Valmis, kui
Kontrollnimekiri koondab infohalduse protsessist lähtuvad tellija peamised ülesanded meeskonna juhtimisel – vajaduste ja nõuete määratlemisest kuni koostöö korraldamise ning info üleandmiseni.
A) Vajadused (LISA 4: Vajadused)
- 🎯 Eesmärgid ja meeskond: organisatsioonis infohalduse strateegia ja vastutava meeskonna paikapanemine.
- 🏢 Varade kaardistamine: hallatavate varade ja nende olelusringi infovajaduste määramine.
- 📏 Reeglid: info loomise standardite ja turvanõuete kehtestamine.
- 💻 Digikeskkond: ühtse andmekeskkonna (CDE) ja vara infomudeli (AIM) sisseseadmine.
B) Nõuded (LISA 1: Nõuded)
- 📋 Projekti plaan: projekti infohalduse plaan ja meeskond, lähteinfo, CDE ja infoprotokoll.
- 📑 Hanketingimused: infovahetuse täpsete kasutusjuhtude ja nendega seotud nõuete (sh tähtaegade ja hindamiskriteeriumide) seadmine.
- 🔍 Pakkujate hindamine: tulevaste partnerite oskuste ja ressursside kontrollimine.
- 🤝 Kokkulepped: nõuetele vastava ühise rakenduskava kinnitamine ja lepingute sõlmimine osapooltega.
C) Koostöö (LISA 2: Rakenduskava)
- 🚀 Käivitamine: tehnoloogia katsetamine ja meeskonna ettevalmistamine tööks.
- 🛠️ Tootmine: info, mudelite ja dokumentide reaalne loomine ning meeskonnasisene kooskõlastamine.
- ✅ Kontroll ja vastuvõtt: loodud info ülevaatamine, autoriseerimine ja vastuvõtt ning kohe pärast vastuvõttu koondamine vara infomudelisse (AIM).
- 📦 Lõpetamine: projekti infomudelite arhiveerimine ja õppetundide avaldamine.
ÜBN 4