Eesti digitaalehituse juhtimismudel 2027+
ÜBN 4 haldamine, arendamine ja juurutamine. Ettepanek, kuidas ühtseid BIM-nõudeid (ÜBN 4) püsivalt hoida, et ehitiste teave liiguks katkestusteta vajadusest haldusesse.
Tegu on ideega, mitte otsusega. Rollid, rahastus ja ajakava on sektoriga arutamiseks. Sinu tagasiside kujundab, milline ettepanek jõuab kinnitamiseni.
- VajadusMiks infot vaja on
- NõueMida hankes küsitakse
- RakenduskavaKuidas meeskond selle teeb
- Kontrollitud teostusMis üle antakse
- Kasulik teaveMida halduses kasutatakse
Digitaalehituse klaster, versioon 2027.01. Liigu nooleklahvide, nuppude või pühkimisega.
Kust see ettepanek tuleb
- 2017BIM-deklaratsioon
- 2022ÜBN 3.1: BIM-modelleerimise nõuded
- Märts 2026ÜBN 4 raamistik ja seletuskiri
- Suvi 2026Juhtimismudeli eelanalüüs ja kavand
- Sügis 2026Kohtumised ja tagasiside sektoriga
- 2027 algusJuhtimismudeli kavand 2027+, praegune konsultatsioon
- EdasiOtsused ja esimesed 90 päeva
Tehnoloogia on olemas. Väärtus kaob teel.
- BIM-põhine projekteerimine on Eestis laialt levinud
- On loodud e-ehituse platvorm
- Rahvusvahelised infohalduse standardid on olemas
- ÜBN 4 raamistik valmis 2026. aastal
Info kaob ja raisatakse kogu olelusringi vältel. Suurim kadu tekib üleandmisel haldusse.
Kinnisvarasektori tootlikkus jääb alla Euroopa keskmise. Üks põhjus on, et andmeid ei taaskasutata olelusringi eri etappides.
Info kaob ja raisatakse igas etapis
- VajadusEesmärk kirjeldamata, infot tellitakse igaks juhuks
raisatud töö - ProjekteerimineMudelid ja andmed, mida hiljem keegi ei kasuta
digiprügi - EhitusMuudatused ei jõua mudelisse ega dokumentidesse
vananenud info - ÜleandmineTeostusinfot ei looda või see ei sobi haldussüsteemi
suurim kadu - Kasutus ja haldusAndmed sisestatakse käsitsi uuesti ja vananevad
kordustöö - RenoveerimineAlustatakse taas mõõdistamisest
ring algab otsast
Joonis on illustreeriv: riba kõrgus näitab edasi kasutatavat infot. Tegelik mõju mõõdetakse pilootides.
Kitsaskoht ei ole tehnoloogia, vaid tervik
Killustunud vastutus
Valdkonnal pole selget omanikku ega otsustusahelat.
Projektipõhine arendus
ÜBN 4 ja selle eelkäijad on sündinud tähtajalistest projektidest ja vabatahtlikust tööst.
Teave enne vajadust
Alustatakse mudeli vormistamisest, mitte tellija eesmärgist.
Katkestused etappide vahel
Projekti andmed ei jõua sobival kujul haldusse.
Ebaühtlane võimekus
Tellijatel napib lihtsaid malle, kasutusjuhte ja kontrollivahendeid.
Regulatsioonid, standardid, hanked, tööprotsessid ja IT-süsteemid ei moodusta veel tervikut. Seda tervikut peab keegi püsivalt hoidma.
ÜBN 4: BIM-nõuetest infohalduse raamistikuks
ÜBN 3.1 (2022)
- BIM-mudelid ehitamise jaoks
- Tehniline juhis modelleerijale
- Rakendati projektide kaupa
ÜBN 4 (2026)
- Infohaldus kogu vara olelusringis
- Mudelid, joonised, dokumendid ja tabelid ühes loogikas
- Vajaduspõhine: organisatsioonist projektini
- Masinloetavad ja omavahel seotud tabelid
Tugineb rahvusvahelistele standarditele
ÜBN 4 ei asenda õigusakte ega standardeid, vaid aitab neid koos rakendada. Arendus sündis Maa- ja Ruumiameti algatusel koos Kliimaministeeriumi, Tallinna linna, Riigi Kinnisvara, Transpordiameti, Tallinna Sadama ja Rail Balticuga. Loe ÜBN 4 seletuskirja
Raamistiku tuum: vajadusest koostööni
Vajadused
Mida ja milleks organisatsioon oma varade juhtimiseks teada vajab.
Nõuded
Mida hankes küsitakse: kasutusjuhud, infovahetuse nõuded ja infovajaduse tase.
Rakenduskava
Kuidas projektimeeskond nõuded täidab ja koostööd korraldab.
Alusandmed (LISA 3)
varaelemendid, CCI-EE klassifikaator, atribuudid ja andmemallid, IFC 4.3 seosedTäna käib protsess sageli tagurpidi: lähtutakse töövõtja plaanist ja tehnilisest vormistusest ning vajadust otsitakse alles hiljem.
ÜBN 4 koosseis
Seletuskiri
Üldpõhimõtted, mõisted, osaliste rollid, infovahetuse protsess, info- ja andmemudel ning rakendamine organisatsioonis ja projektis.
Vajadused
Organisatsiooni eesmärgid, võimekused ja varad, millest tuletatakse organisatsiooni (OIR) ja vara infonõuded (AIR).
Rakenduskava
Peatöövõtja alusmall: vastavusplaan, meeskond, tehnoloogiad, koondi strateegia, varaderegister, erisused, dokumendihaldus ja riskid.
Nõuded
Nõuete konfiguraator ja sellest tehtud kuupäevaline väljavõte: mõisted, tegevuste kontroll-loend, kasutusjuhud, infovahetuse nõuded, infovajaduse tase, üld-, projektiosade ja vormistuse nõuded ning tolerantsid.
LISA 1.1 IDS BIMis IFC-modelleerimise baasjuhis koostöös EVS TK50-ga
LISA 1.2 COBie v3 alusmall haldusse üleantavate varade andmed
Alusandmed
Varaelemendid, projektiosad, süsteemid, andmemallid, atribuudid, osalised, infokonteinerid ja olelusringi etapid. Kõik teised lisad viitavad neile.
Lisaks ÜBN 4 wiki rakendusjuhistega (digi-)targale tellijale.
Kasutusjuht ütleb, miks infot vaja on
Infovajaduse tase vastab viiele küsimusele
- Miks kasutusjuht, nt ehitusluba või korrashoid
- Millal staadium, etapp või tähtaeg
- Kellelt roll, distsipliin või osaline
- Mida varaelement, nt aken, ruum, süsteem
- Kuidas mudel, joonis, tabel või dokument
Raamistiku baaskasutusjuhud
- Minimaalsed nõuded 2D/3D esitusele
- Ehitus- ja kasutusluba
- Mahuarvutus ja eelarvestus
- Hooldatavate varade info
- Ehitiste ja pindade haldus
Iga organisatsioon saab lisada oma kasutusjuhte.
Eesmärk on tellida täpselt nii palju infot, kui eesmärk vajab. Mitte rohkem, mitte vähem.
Üks ühisosa, kolm tasandit
Sektor
Riiklik ÜBN 4: kõigile ühine baas. Esmalt avaliku sektori tellijate hangetes.
Organisatsioon
Tellija kohandab ÜBN 4 oma varade, protsesside ja IT-süsteemidega. Näide: RKAS nõuded mitteeluhoonetele.
Projekt
Lepingulised nõuded konkreetsele ehitusele, nt uuele koolimajale: riiklik ühisosa, organisatsiooni kohandus ja projekti eripära.
Kohandus liigub alla, parim praktika tagasi üles.
Väiksemale tellijale peab jääma lihtne projektipõhine komplekt, mis ei nõua ebamõistlikku pingutust ega tooda digiprügi.
Siht on vara infomudel
Projekti infomudel (PIM)
Ehitamiseks. Muutub ja täpsustub koos projekti staadiumitega.
Teostusinfo
Tegelik väljaehitatud ehitis, kontrollitud sisuga.
Vara infomudel (AIM)
Kasutamiseks ja haldamiseks. Üle võetakse ainult vajalik ja kontrollitud info.
Teostusinfo ei ole automaatselt vara infomudel.
AIM ei ole üks BIM-mudel. See koondab mudelid, dokumendid ja tabelandmed, mis on püsiva tunnuse kaudu seotud varaelemendiga ja hoitud ühtses andmekeskkonnas (CDE).
Alusandmed: ühine sõnavara varaelemendi tasemel
PEhituskomponent (ISO 81346-12)
P.NC_Viimistlev komponent (CCI-EE)
P.NCACCI-EE täpsem grupp
P.NCA10Tellija varaelement. Siia seotakse nõuded, andmemall, ühik ja IFC 4.3 klass.
Esimese taseme domeenid
Üks CCI-EE kood võib hõlmata mitut varaelementi: XMA10 Kaev ja XMA90 Toruliidestus saavad eraldi nõuded. Nii seob sama loend ehitusprojekti (EVS 932), eelarve (EVS 885, ICMS 3) ja halduse (EVS 807).
Andmemall kirjeldab varaelementi atribuutidega
| Administratiivne atribuut | Milleks |
|---|---|
| 001_Nimetus | Inimloetav tüübi kirjeldus |
| 005_Tüüp | Tüübi unikaalne kood projektis |
| 010_Süsteem | Kuuluvus süsteemi |
| 015_ID | Üksiku elemendi unikaalsus |
| 020_Varagrupp | Viide kokkulepitud varagrupile |
| 030_Ühik ja 035_Maht | Mahuühik ja väärtus |
| 040_Materjal | Põhimaterjal |
| 045_Klassifikaator | Masintöötlus ja integratsioonid |
- Varaelemendi-spetsiifilised atribuudid kasutavad CIA-DD koodi: kaks tähte ja number, nt MA = mõõt, pindala.
- Definitsioon allikast tuleb standardist või CIA-DD-st, täitmisjuhis eraldi veerus.
- IFC vasted IFC 2.3 ja IFC 4.3 omaduste nimed kõrvuti.
- Ühik nimes nt #m, et väärtus oleks üheselt tõlgendatav.
Milliseid atribuute konkreetselt nõutakse, otsustab kasutusjuht ja infovajaduse tase.
Konfiguraatori töövoog: vajadustest rakenduskavani
1Vajadused
- Sisend
- Organisatsiooni eesmärgid ja varahalduse strateegia
- Konfiguraatoris
- Vali hallatavad varaelemendid ja olulised kasutusjuhud, sõnasta OIR ja AIR
- Väljund
- Vajaduste profiil ja vara infomudeli (AIM) sisu
2Nõuded
- Sisend
- Vajaduste profiil ja projekti lähteülesanne (PIR)
- Konfiguraatoris
- Kasutusjuhud, infovahetuse nõuded (EIR) ja infovajaduse tase (LOIN) varaelemendi kaupa
- Väljund
- Kuupäevaline nõuete komplekt hankesse
3Rakenduskava
- Sisend
- Hanke nõuete komplekt
- Konfiguraatoris
- Vastavusplaan vastab igale nõudele; varaderegister, koondi strateegia, dokumendihaldus
- Väljund
- Tellija kinnitatud rakenduskava
Kõik kolm sammu kasutavad samu LISA 3 alusandmeid. Seepärast räägivad tellija nõue ja töövõtja plaan sama keelt.
Infovajaduse tase (LOIN): kui palju infot, kellele ja millal
Standard ütleb: kirjelda ainult seda, mida eesmärk vajab. Kui mõni osa pole asjakohane, märgitakse see mittevajalikuks. Nii tellitakse täpselt õige hulk infot.
LOIN on konfiguraatori keskne sõlm
| Varaelement | Eelprojekt | Põhiprojekt | Tööprojekt | Teostus |
|---|---|---|---|---|
| Ruum | GAD | GAD | GAD | GAD |
| Aken | GAD | GAD | GAD | GAD |
| Ventilatsiooniseade | GAD | GAD | GAD | GAD |
Üks kirje, neli väljundit
Sama verstaposti eri kasutusjuhtude vajadused liidetakse, et sama infot ei nõutaks kaks korda.
Nõuete konfiguraator täna: kasutusjuhust hankelisani
- Vali kasutusjuhudnt ehitusluba, eelarvestus, hooldatavad varad
- Seo infovahetuse nõudedmida, millal, kellelt ja mis vormingus (EIR)
- Määra infovajaduse tasevaraelemendi kaupa geomeetria, atribuudid ja dokumendid staadiumiti
- Kontrolli koondvaateidautomaatsed vaated andmemalli ja varaelemendi lõikes
- Ekspordi väljavõtekuupäevaline .xlsx organisatsioonile või projektile
UBN40_LISA1-Nõuded_RKAS-20251215_008-Koolimaja.xlsx
Nimes on näha raamistiku versioon, organisatsioon, kuupäev ja projekt.
Tänane lahendus on omavahel seotud Google Sheetsi failid. ÜBN 4 seletuskiri ise näeb ette nende asendamist andmebaasipõhise veebilahendusega, mis on mugavam, võimekam ja skaleeruv.
Kus ÜBN 4 täna veebis elab
Alusfailid
Seletuskiri ja lisad 1–4 Google Drive'is. Organisatsioon teeb neist kuupäevaga fikseeritud väljavõtte oma hangete jaoks.
Tabelid ja konfiguraator
LISA 1–3 omavahel seotud Google Sheetsi failidena. Alusandmed peegelduvad nõuetesse ja rakenduskavasse varjatud andmelinkide kaudu.
ÜBN 4 wiki
Rakendusjuhised (digi-)targale tellijale: vajadused, nõuded, koostöö ja alusandmed loetaval veebikujul.
See töötab, kuid muudatuste, versioonide ja otsuste ajalugu ei ole avalikult jälgitav ning hooldus sõltub projektide rahastusest.
Ettepanek: alusandmete baas ja veebikonfiguraator
Välised alusallikad
CCI-EEIFC 4.3bSDDCIA-DDEVS 932, EVS 807Veebipõhine nõuete konfiguraator
Vali kasutusjuhud, määra infovajaduse tase, lisa organisatsiooni kohandus ja ekspordi projekti nõuded.
ÜBN 4 alusandmete baas
Üks versioonitud tõeallikas avatud liidesega (API)
- varaelemendid ja klassifikaatorid
- atribuudid ja andmemallid
- kasutusjuhud ja infovajaduse tasemed
- projektiosad, osalised, infokonteinerid
- organisatsioonide kohandused
- versioonid ja muudatuste ajalugu
Väljundid
Nõuded .xlsx ja PDF hankesseIDS automaatkontrolliksCOBie v3 mall haldusseAndmed e-ehituseleMida alusandmete baas peab võimaldama
- Iga kirje on versioonitud ja muudatus põhjendatud
- Organisatsiooni kohandus lisandub ühisosale, mitte ei kirjuta seda üle
- Nõuded on masinloetavad ja kontrollitavad (IDS)
- Avatud liides tarkvaratootjatele ja riiklikele süsteemidele
- Avalik lugemisõigus, andmed jäävad riigi omandisse
- Tarkvaraneutraalne ja teisele haldurile üleantav
- LISA 3 alusandmed Sheetsist andmebaasi, ühisosa ja kohanduste eristamine
- Veebipõhine konfiguraator LISA 1 asemel, eksport praegustesse vormingutesse
- IDS-kontrollid, bSDD sidumine ja liides e-ehitusega prioriteetsetele kasutusjuhtudele
Ettepanek: ÜBN 4 kui avatud koostööprojekt
- raamistik seletuskiri ja alustabelid
- juhendid veebipõhised rakendusjuhised
- alusandmed eksport alusandmete baasist, et iga väljalase oleks fikseeritud
- kasutusjuhud infovajaduse tasemed ja automaatkontrollid (IDS)
- kohandused organisatsioonide ja projektide nõuded
- muudatuste logi iga muudatus koos põhjendusega
Tarkvaraarendusest tuntud mudel, nagu Linux Foundationil, buildingSMARTil või Wikipedial.
- Selge muudatuste haldus. Iga ettepanek läbib sisulise ja tehnilise ülevaatuse.
- Jälgitav ajalugu. Iga muudatuse põhjus on auditeeritav.
- Etteaimatavad väljalasked. Alustuseks näiteks kord aastas.
- Edasi: veebipõhine nõuete konfiguraator Google Sheetsi asemel.
ÜBN 4 versioonid, millele saab hankes kindlalt viidata
Arendus- või pilootversioon
Katsetamiseks ja täiendamiseks
Väljalaskekandidaat
Testitud, ootab vastuvõttu
Stabiilne väljalase
Viidatakse hangetes ja lepingutes
- Hanges viidatakse alati konkreetsele stabiilsele versioonile
- Uus versioon ei muuda juba sõlmitud lepingu nõudeid
- Avalik teekaart ulatub vähemalt ühe eelarve- ja hanketsükli võrra ette
- ÜBN 3.2 hooldusversioon jooksvate projektide stabiilsuseks
- ÜBN 4.x arendusharu uue infohalduse loogika piloteerimiseks
- Üleminekuplaan: kes, millal ja kui kaua vana versiooni toetatakse
Kuidas muudatus sünnib
Parandus
Keele-, viite- või vormistusviga, mis nõude tähendust ei muuda.
Funktsionaalne muudatus
Muudab nõuet, andmestruktuuri või juhist mandaadi piires.
Strateegiline muudatus
Muudab ulatust, kohustuslikkust, juhtimist või rahastust.
- Registreerimineavalikus muudatuste registris
- Esmakontrollhaldur: terviklikkus, dubleerimine, huvid
- Liigitus ja prioriteettooteomanik Maa- ja Ruumiametis
- Mõjuanalüüs ja pilootkasutajad, kulud, õigus, tarkvara
- Soovitustehniline nõukogu
- Otsuspädev omanik koos põhjendusega
- Väljalasekoos üleminekujuhise ja toega
- Järelhindamineõppetunnid järgmisse tsüklisse
Juhtimismudel ühe pildina
Kliimaministeerium
Eesmärgid, mandaat, baasrahastus
Maa- ja Ruumiamet
Programmi- ja teenuseomanik, ÜBN 4 tooteomanik
Digitaalehituse juhtgrupp
Tasakaalustab huve, annab arvamuse
Haldur
Repositoorium, muudatused, väljalasked, tugi
Tehniline nõukogu ja töörühmad
Hindavad ja testivad muudatusi
Tellijad, KOVid ja turuosalised
Kasutavad ÜBN 4-d organisatsioonis ja projektides
Kes mida teeb
Kliimaministeerium
Seab eesmärgid, annab mandaadi, tagab baasrahastuse ja teeb strateegilised otsused.
Maa- ja Ruumiamet
Programmi- ja teenuseomanik. Nimetab ÜBN 4 tooteomaniku, juhib teekaarti ja eelarvet, valib halduri, võtab väljalasked vastu.
Digitaalehituse juhtgrupp
Sektoriülene nõukoda. Tasakaalustab huve ja annab arvamuse, kuid ei asenda omanikku.
Haldur
Hoiab repositooriumi ja muudatuste registrit, valmistab ette väljalasked, korraldab tuge ja kogukonda.
Tehniline nõukogu ja töörühmad
Hindavad muudatuste kvaliteeti ja rakendatavust, töötavad välja ja testivad lahendusi.
Avaliku sektori tellijad ja piloodid
Seovad ÜBN 4 oma varade ja süsteemidega ning toovad praktika tagasi ühisosasse.
Igal otsusel on üks lõplik vastutaja. Juhtgrupi statuut määrab koosseisu, kvoorumi, eriarvamused ja huvide deklareerimise.
Haldur korraldab, aga ei otsusta
Omand ja teostus on lahus. Haldur valitakse läbipaistvalt ja on vajadusel vahetatav.
Digitaalehituse klaster võib olemasoleva kompetentsi ja võrgustikuga olla üks võimalik haldur. Roll peab aga tulenema selgest volitusest või lepingust.
- Tegutseb volituse või lepingu alusel, mõõdetavate väljunditega
- Ei kinnita enda koostatud muudatusi ega oma töö vastuvõttu
- Ei saa ainuõigust ÜBN 4-l põhinevale koolitusele ega sertifitseerimisele
- Avalik ülesanne ja kommertsteenused on kulude arvestuses lahus
- Riigil säilib ligipääs kogu repositooriumile, andmetele ja testidele
- Lepingu lõppedes antakse kõik üle ilma teenuse katkemiseta
Põhiteenus ei tohi sõltuda projektist
Riiklik baasrahastus
Püsiv juhtimine, haldus, kvaliteedi tagamine, repositoorium, kasutajatugi ja mõju seire.
Arendus ja piloodid
Tähtajalised uued võimekused, integratsioonid ja valideerimine.
Kaasrahastus
Organisatsiooni või sektori erilahendused. Rahaline panus ei anna otsustusõigust põhisisu üle.
Minimaalne
Maa- ja Ruumiameti tooteomanik, stabiilne versioon, kriitilised parandused
Baas
Püsiv omaniku- ja haldurivõimekus, väljalasked, piloodid, tugi ja mõõtmine
Laiendatud
Lisaks juurutusprogramm, masinkontrollid ja riiklikud integratsioonid
ÜBN 4 põhisisu on tasuta ja avalik. Koolitus, nõustamine ja organisatsioonipõhine juurutustugi võivad toimida turutingimustel.
Naabritel on püsiv eestvedaja
| Riik | Keskne organisatsioon | Raamistik | Rahastus |
|---|---|---|---|
| Norra | buildingSMART Norge | POFIN | Liikmetasud ja partnerlus |
| Soome | buildingSMART Finland | RYTV tellijajuhend | Liikmetasud suuruse järgi |
| Rootsi | BIM Alliance Sweden | PRAXI | Baastasu ja käibepõhine tasu |
| Taani | Molio | IKT nõuded | Juhendid, koolitused, tarkvara |
| UK | nima | IMI Framework | Patroonid ja vabatahtlikud |
| Leedu | Skaitmeninė statyba (SKST) | Riiklik klassifikaator ja BIM-nõuded | Liidud ja teenused |
| Eesti | Digitaalehituse klaster (MTÜ) | ÜBN 4 | Projektipõhine, buildingSMARTi liikmeta |
Õpime Nordic BIM Hubi, openBIM Harmony ja nima kogemusest, kuid kohandame selle Eesti vajaduste ja võimekusega.
Teekaart
- Rollid, mandaat ja nimeline tooteomanik Maa- ja Ruumiametis
- Juhtgrupi statuut ja huvide konflikti kord
- Halduri valiku põhimõtted
- Muudatuste ja väljalasete protsess
- Vähemalt kolme piloodi harta
- Avalik repositoorium, register ja väljalaskekalender
- Esimene täielik muudatus- ja väljalasketsükkel
- Rakenduspakett avaliku sektori tellijatele
- Targa tellija koolitusprogramm
- Esimene avalik juhtimis- ja mõjuaruanne
- Pilootidega valideeritud stabiilne ÜBN 4.x
- Masinloetavad nõuded ja automaatkontrollid
- Ühildumine riiklike digiteenustega
- ÜBN 4 kõrg-, kutse- ja täiendusõppes
- Otsus hangetes kasutamise laiendamise kohta
Kohustuslikuks alles siis, kui turg on valmis
- Olemas on ametlik stabiilne versioon ja avalik muudatuste ajalugu
- Esinduslikud piloodid on tõendanud rakendatavust ja proportsionaalsust
- Juhendid, mallid, kontrollivahendid ja kasutajatugi on kättesaadavad
- Õigus- ja hankekeskkonna mõju ning erandid on analüüsitud
- Tarkvaratootjad ja turuosalised on saanud piisava etteteatamisaja
- Nõuete mahtu saab kohandada projekti riskile ja võimekusele
- Olemas on mudel kasu, kulu ja kõrvalmõjude hindamiseks
Mida see sulle annab
Poliitikakujundaja
Selgem seos eesmärkide, regulatsioonide, investeeringute ja digilahenduste vahel.
Maa- ja Ruumiamet
Üks hallatav raamistik nõuete, alusandmete ja digiteenuste arendamiseks.
Avaliku sektori tellija
Taaskasutatavad praktikad, selgemad hanked, võrreldavad tulemid.
Kohalik omavalitsus
Lihtsad baasnõuded ja mallid, mis arvestavad piiratud võimekusega.
Varahaldur
Vajalik teave on määratud varakult ja jõuab haldussüsteemi õigel kujul.
Projekteerija ja ehitaja
Stabiilsemad nõuded ja selgemad vastuvõtukriteeriumid, vähem tellijate erisusi.
Tarkvaratootja
Avalikud andmemudelid ja etteaimatav väljalaskekalender integratsioonideks.
Liidud ja kõrgkoolid
Püsiv kanal vajaduste koondamiseks ja kompetentside arendamiseks.
Keegi ei pea ehitama kogu infohalduse raamistikku üksi. Riik hoiab ühisosa, organisatsioon lisab oma vajadused, projekt täpsustab teostuse.
Mõõdame mõju, mitte aktiivsust
Juhtimine
- Tegevused, millel on vastutaja, tähtaeg ja rahastus
- Avaldatud otsused ja huvide deklaratsioonid
Muudatusprotsess
- Ettepaneku menetlemise mediaanaeg
- Väljalasete tähtaegsus
Kasutuselevõtt
- ÜBN 4 rakendavad tellijad ja KOVid
- Hanked, mis viitavad stabiilsele versioonile
Andmekvaliteet ja mõju
- Esimesel kontrollil läbinud infovahetused
- Ilma käsitsi sisestamiseta haldusse jõudnud andmed
- Pilootides mõõdetud aja- ja veamuutus
Igal mõõdikul on valem, lähteväärtus, siht, andmeallikas ja omanik. Sihid seatakse pärast lähteolukorra mõõtmist.
Sinu tagasiside kujundab mudelit
Arutame koos
- Kas rollide jaotus ministeeriumi, ameti, juhtgrupi ja halduri vahel on selge ja õiglane?
- Millised kasutusjuhud ja piloodid tooksid sinu organisatsioonile esimesena väärtust?
- Kas baasstsenaarium on õige lähtevariant? Kuidas saaks sinu organisatsioon panustada?
- Kuidas hoida nõuded proportsionaalsed väikestele tellijatele ja projektidele?
- Millistel tingimustel oleks ÜBN 4 laiem nõudmine hangetes mõistlik?
Tegu on idee ja arutelu lähtekohaga. Lõplikud otsused teevad pärast konsultatsiooni Kliimaministeerium ning Maa- ja Ruumiamet.