Vajaduste register ja metoodika
Kuidas panna infovajadused kirja registrisse, seada prioriteedid ja mõõdikud ning viia läbi kaardistamise töötuba.
Lühidalt
Kaardistamise tulemused koondatakse hallatavasse vajaduste registrisse. Register seob iga infovajaduse otsuse, rolli, vara ja kontrolliga; selle põhjal vormistatakse eesmärgipärased nõuded. Praktiline väljund on LISA 4: Vajadused.
Millal vaja
- Paned kaardistatud infovajadused kirja ühtsel kujul.
- Sead vajadustele prioriteedid ja mõõdikud.
- Valmistad ette ja viid läbi kaardistamise töötoa.
Vajaduste register
Allolev struktuur on lihtsustatud töömall, mida saab kasutada ühe tabelina või LISA 4: Vajadused järgi omavahel seotud tabelitena.
| Kirje osa | Mida kirjeldada? |
|---|---|
| 🏷️ Tunnus ja omanik | Vajaduse püsiv tunnus (ID) ning selle põhjendatuse ja ajakohasuse eest vastutav roll. |
| 🎯 Eesmärk ja kasutaja | Millist otsust või tegevust info toetab, kes seda kasutab ning milline on oodatav kasu? |
| 📦 Vara ja ulatus | Millise ehitise, ruumi, süsteemi, komponendi või vararühma kohta infot vajatakse? |
| 📋 Vajalik sisu | Vajalik geomeetria, atribuudid ja dokumendid; andmeväljade tähendus, ühik ning lubatud väärtused. |
| ⏱️ Aeg ja käivitaja | Millal peab info olemas olema ning milline sündmus või sagedus nõuab uuendamist? |
| 🔗 Allikas ja siht | Kus asub kokkulepitud tõeallikas, millises süsteemis infot kasutatakse ning kuidas see sinna jõuab? |
| 🛠️ Loomine ja kontroll | Kes info loob või uuendab, kes kontrollib ning kes otsustab vastuvõtu? |
| ✅ Kvaliteet ja kontroll | Millised on täielikkuse, täpsuse ja ajakohasuse kriteeriumid; kuidas kontrolli tulemus talletatakse? |
| 🔐 Ligipääs ja säilitamine | Kes tohib infot kasutada, muuta või edasi anda ning kui kaua seda säilitatakse? |
| 🚦 Prioriteet ja seisund | Vajaduse tähtsus, sõltuvused ja seisund: näiteks kavandatud, kinnitatud, piloteerimisel või rakendatud. |
Näide: ventilatsiooniseadme hoolduse käivitamine
| Osa | Sisu |
|---|---|
| 🎯 Vajadus | Haldur peab enne kasutuselevõttu koostama seadmete hooldusplaani. |
| 📋 Infonõue | Igal käsitletavasse ulatusse kuuluval hooldataval seadmel on püsiv vara ID, asukoht, süsteemikuuluvus, tootja ja mudel, kohaldatav seerianumber, kasutuselevõtu kuupäev ning viide hooldusjuhendile ja hooldusvälbale. |
| 🗂️ Andmevorm ja vorming | Sihtsüsteemiga kooskõlastatud struktureeritud andmetabel või andmevahetus; juhend kontrollitud dokumendina, seotud vara ID-ga. Näiteks IFC või COBie kasutamine ja versioon määratakse vajaduse ning tarkvaratoe põhjal. |
| 👤 Vastutaja | Info esitaja määratakse töövõtus; kontrolli korraldab tellija infohalduse eest vastutaja koos hoolduse esindajaga; vastuvõtu otsustaja määratakse määramismaatriksis (RACI). |
| ✅ Kontroll ja vastuvõtt | ID on unikaalne; nõutud väljad on täidetud või põhjendatud erandiga; dokumendiviited avanevad; paigaldusinfo vastab tegelikule seadmele; import ja hooldustöö loomine sihtsüsteemis on katsetatud. |
Näide tuleb kohandada konkreetse vara ja protsessiga. Seerianumbrit (või ID-d) ei küsita varalt, millel seda ei ole, ega geomeetriat detailsuses, mida kasutusjuht ei vaja. Vastuvõtukriteeriumid, tähtajad ja erandite käsitlemine lepitakse kokku enne info loomist.
Neli perspektiivi
Juhtkond, haldur ja projektijuht vajavad sama vara kohta infot erinevate otsuste tegemiseks ja tegevuste elluviimiseks. Neist vajadustest lähtudes kirjeldatakse infonõudeid neljast omavahel seotud perspektiivist. Töövõtupõhised info loomise nõuded (varem EIR) ei ole eraldi perspektiiv, vaid määramise tasand, mis täpsustab neid nõudeid konkreetse töövõtu jaoks. See jaotus aitab vormistada registrisse koondatud infovajadused eesmärgipärasteks nõueteks ning määrata, kellele, milleks ja millal infot esitatakse.
| Perspektiiv | Küsimus ja fookus | Näide |
|---|---|---|
| 🏛️ Organisatsioon (OIR) | Millist infot vajab juhtkond organisatsiooni eesmärkide saavutamiseks ja põhjendatud otsuste tegemiseks? Fookus on kogu organisatsioonil ja varaportfellil: tulemuslikkus, kulud, riskid ning investeeringute prioriteedid. | Portfelli töökindluse ja korrashoiukulude koondinfo, mille põhjal otsustada, kuhu ressursse suunata. |
| 📦 Vara haldamine (AIR) | Millist infot vajavad haldur ja hooldaja vara kasutamiseks, korrashoiuks ning selle väärtuse säilitamiseks kogu olelusringi jooksul? Fookus on konkreetsel varal ja sellega seotud tegevustel. | Seadme asukoht, seisukord, kriitilisus, hooldusvälp, juhendid ja hooldusajalugu, mille põhjal planeerida hooldust või asendamist. |
| 🏗️ Projektijuhtimine (PIR) | Millist infot vajavad tellija ja projektijuht projekti eesmärkide saavutamiseks ning otsustuspunktides valikute tegemiseks? Fookus on konkreetse projekti lahendustel, maksumusel, ajakaval ja riskidel. | Lahendusvariantide investeeringu- ja kasutuskulude võrdlus, mille põhjal kinnitada sobiv lahendus. |
| 🌍 Muu (ühiskond, rahastaja, regulaator, kasutaja) | Millist infot vajavad väljaspool organisatsiooni olevad osapooled, näiteks järelevalveasutus, rahastaja, kindlustaja või ehitise kasutaja? Fookus on välistel kohustustel ja ootustel: aruandlus, vastavuse tõendamine ja avalikud registrid. | Ehitisregistri andmed, ohutusdeklaratsioonid või rohefinantseeringuks vajalik süsinikujalajälje tõendus. |
Need nõuded täiendavad, mitte ei asenda üksteist. Perspektiivid määratlevad info eesmärgi ning sisu; töövõtupõhised info loomise nõuded täpsustavad konkreetse töövõtu infotarne: nõutav sisu, detailsus, vorming, tähtaeg ning kontrolli- ja vastuvõtukriteeriumid. Näiteks enne kasutuselevõttu esitatavad seadmeandmed ja hooldusjuhendid, mille vastavust ning sihtsüsteemis kasutatavust kontrollitakse enne vastuvõttu. Kõigi nõuete puhul säilitatakse seos algse vajaduse ja selle täitmist tõendava kontrolliga.
Prioriteedid ja mõõdikud
Esmalt käsitle ohutuse, kohalduvate kohustuste ja toimepidevuse jaoks kriitilisi vajadusi. Seejärel hinda oodatavat kasu, tegemata jätmise riski, rakenduskulu ja sõltuvusi. Andmeväli, mille kasutajat või ajakohastamise viisi ei suudeta nimetada, vajab enne nõudeks muutmist täiendavat põhjendust.
Igal mõõdikul on lähteväärtus, sihtväärtus, mõõteviis, sagedus ja omanik. Sobivad mõõdikud on näiteks vajaliku info leidmise aeg, puudulike varakirjete osakaal, muudatuse ja registri uuendamise vaheline aeg ning nõuetekohaselt vastu võetud infotarnete osakaal. Sihtväärtused määratakse lähteolukorra ja riski põhjal, mitte universaalse protsendina.
Kaardistamise metoodika
Hetkeolukorda saab analüüsida, tegevusi ümber kujundada ja vajadusi kaardistada EDGY raamistiku etappide, tegevuste ja tööriistade abil. Üks võimalik lähenemine on kliendilähtene disain (Customer-Driven Design Approach). See lähtub kasutajakogemusest: esikohale seatakse kliendi vajadused ning selgitatakse välja, milliseid neist organisatsioon suudab rahuldada. EDGY tahkude mudelit (Facet Model) saab kasutada disainiprotsessi kontrollnimekirjana.
Järgnevad 18 tegevust moodustavad soovitusliku raamistiku, mis seob osapooled, võimekused, tegevused, varad ja teenused ning aitab sõnastada nende põhjal infovajadused.
A) Mida? Kliendilähtene lähenemine – kogemuse perspektiiv
Osapoolte ülesannete, probleemide ja soovitud kogemuse kaardistamine: kes kasutab kinnisvarakeskkonda või selle infot, mida ta soovib saavutada ning millised teenused, võimekused ja rollid seda toetavad. Fookus on tegelikul töö- ja kasutajakogemusel, mitte veel tehnilise lahenduse valikul.
| Nr | Tegevus | Kirjeldus | EDGY element |
|---|---|---|---|
| 1 | 👥 Osapoolte kaardistamine | Tuvastada lõppkasutajad, tellijad, haldurid, hoolduspartnerid, omanikud jt. | Inimesed (People), osapoolte kaart (Stakeholder Map) |
| 2 | 🗺️ Kasutajate vajaduste ja teekonna tuvastamine | Analüüsida osapoolte eesmärke, igapäevaseid ülesandeid ning infovajadusi läbi kogu ehitise olelusringi. | Ülesanne (Task), teekond (Journey), teenuse plaan (Service Blueprint) |
| 3 | 💎 Toodete ja teenuste määratlemine | Otsustada ja kaardistada, kuidas neid vajadusi rahuldada. | Toode/teenus (Product), teenuse plaan (Service Blueprint) |
| 4 | ⚙️ Protsesside ja võimekuste tuvastamine | Kaardistada vajalikud olemasolevad ja puuduvad võimekused ja töövood. | Protsess (Process), võimekus (Capability), teenuse plaan (Service Blueprint) |
| 5 | 🛡️ Organisatsiooni ja rollide määramine | Määratleda vastutused nii füüsilise vara kui ka seotud andmete haldamisel. | Organisatsioon (Organisation), inimesed (People), teenuse plaan (Service Blueprint) |
B) Miks? „Alusta miks-küsimusega“ lähenemine – identiteedi perspektiiv
Organisatsiooni eesmärgi, identiteedi ja soovitud kuvandi kirjeldamine: miks portfelli või ehitist vajatakse, millist väärtust soovitakse luua ning kuidas see seostub organisatsiooni strateegiaga. Need kokkulepped põhjendavad kogemuse ja arhitektuuri vaates tehtavaid valikuid.
| Nr | Tegevus | Kirjeldus | EDGY element |
|---|---|---|---|
| 6 | 🌟 Kuvandi (brändi) kirjeldamine | Kirjeldada ehitise või portfelli kuvandit, näiteks kui kestlikku, tarka ja energiatõhusat kinnisvarakeskkonda. | Bränd (Brand), identiteedi lõuend (Identity Canvas) |
| 7 | 🎯 Eesmärgi ja missiooni sõnastamine | Defineerida selgelt, miks see portfell või ehitis eksisteerib või miks projekti tehakse (nt süsinikujalajälje vähendamine, olelusringi kulude optimeerimine). | Eesmärk (Purpose), identiteedi lõuend (Identity Canvas) |
| 8 | 📄 Sisu määratlemine | Sõnastada, mida ja millist infot tellija ja omanikuna erinevatele osapooltele (rentnikud, haldajad, hooldajad) edastatakse. | Sisu (Content), identiteedi lõuend (Identity Canvas) |
| 9 | 📖 Loo ehk teekonna sõnastamine | Panna kirja ehitise või portfelli arengulugu – kust tuleme ja kuhu läheme (nt digipööre digikaksikuni). | Lugu (Story), identiteedi lõuend (Identity Canvas), loo lõuend (Story Map) |
| 10 | 🧬 Oma identiteedi tuvastamine | Defineerida organisatsiooni sisemine „kes me oleme“ (nt oleme (digi-)tark tellija, kes lähtub andmepõhistest otsustest). | Organisatsioon (Organisation), identiteedi lõuend (Identity Canvas) |
C) Kuidas? Operatiivne vaade – organisatsiooni arhitektuuri perspektiiv
Praktiliste meetodite, protsesside (Process), võimekuste (Capability) ja varade (Asset) kavandamine eesmärkide saavutamiseks. Siin seotakse strateegiline suund igapäevase töökorralduse, vastutuste ja ressurssidega; arhitektuuri vaade ei piirdu üksnes operatiivse tasandiga.
| Nr | Tegevus | Kirjeldus | EDGY element |
|---|---|---|---|
| 11 | 📦 Pakkumiste (toodete ja teenuste) esitamine | Kirjeldada ehitus- või halduslepingute konkreetsed tulemid ja üleantavad infomudelid. | Toode/teenus (Product), võimekuste lõuend (Capability Canvas) |
| 12 | 🔄 Protsesside kirjeldamine | Defineerida, kuidas infot toodetakse, juhitakse ja kontrollitakse (nt ÜBN-i töövoogude ja ühtse andmekeskkonna CDE abil). | Protsess (Process), võimekuste vaade (Capability View) |
| 13 | 💻 Ressursside määratlemine | Määratleda, milliseid andmeid, digitaalseid tööriistu ja füüsilisi tehnosüsteeme (IoT, sensorid) tegevustes kasutatakse. | Vara/ressurss (Asset), võimekuste vaade (Capability View) |
| 14 | 👷 Teostajate ja organisatsiooni määramine | Kaardistada konkreetsed ehitus- ja hooldusmeeskonnad, alltöövõtjad ja spetsialistid, kes füüsilist tööd teevad. | Organisatsioon (Organisation), inimesed (People), osapoolte kaart (Stakeholder Map) |
D) Millal? Teekaart – kuidas me sinna liigume
Tegevuste ajastamine, üldiste ajaraamistike ja detailsete tähtaegade määramine teekaardil (Roadmap). Samuti kaardistatakse kontekst ja asjaolud (Circumstances), millal täpselt teatud vajadused, päästiksündmused või probleemid ilmnevad.
| Nr | Tegevus | Kirjeldus | EDGY element |
|---|---|---|---|
| 15 | ⚡ Muutuste käivitajate sõnastamine | Tuvastada sündmused, mis algatavad uue projekti (nt seadme kulumine, uued ESG-nõuded või olelusringi lõppemine). | Tulem (Outcome), eesmärkide vaade (Goals View) |
| 16 | 🎯 Kvalitatiivsete eesmärkide seadmine | Seada sihid, kuidas soovitakse sihtobjekti muuta (nt saavutada parem energiaklass ja kõrgem sisekliima kvaliteet). | Eesmärk (Purpose), eesmärkide vaade (Goals View) |
| 17 | 📊 Oodatavate tulemuste määratlemine | Sõnastada oodatavad mõõdetavad tulemused ja nende hindamise KPI-d (nt halduskulude vähenemine 15%). | Tulem (Outcome), eesmärkide vaade (Goals View) |
| 18 | 🛣️ Tegevuste ja teekaardi koostamine | Koostada selge tegevuskava ja ajagraafik hangete korraldamiseks, andmete korrastamiseks ja tööde tegemiseks. | Tegevus (Activity), tegevusplaan (Action Plan), teekaart (Roadmap) |
EDGY kasutab analüüsiks peamiselt visuaalseid töövõtteid. Selleks sobib ideetahvlitarkvara (nt Miro), aga ka paber ja pliiats. EDGY on analüüsi abivahend, mitte ÜBN-i rakendamise eeldus: oluline on kokkulepitud tulemus, mitte joonistusvahend.
Valmis, kui
Iga organisatsioon vajab oma eesmärkidele ja töökorraldusele sobivat lähenemist. Kõik võimekused ei ole igale organisatsioonile vajalikud ning erinevad ka sisemised reeglid ja IT-lahendused. Seetõttu peab vara infomudel (AIM) lähtuma konkreetse organisatsiooni vajadustest, et toetada varahaldust ja luua reaalset väärtust.
Kaardistamise tulemusena on organisatsioonil olemas vähemalt:
- osapoolte ja rollide ülevaade;
- võimekuste kaart koos seotud tegevuste, varade ja teenustega;
- hetkeolukorra (As-Is) ja sihtolukorra (To-Be) analüüs ning prioriseeritud parendusteekaart;
- esialgne infovajaduste loetelu, mis on seotud konkreetsete rollide, tegevuste ja otsustega.
Need tulemused on lähtealus infohalduse strateegia koostamiseks ning vara infomudeli (AIM) loomiseks ÜBN 4 aluseks oleva EVS-EN ISO 19650 protsessi järgi (leht „A) Vajadused“, sammud 1 ja 2).
ÜBN 4