Examples

Organisatsiooni nõuded peaksid ette valmistama isikud või funktsiooni poolt, kes vastutavad ärivajadustele vastavate infonõuete väljaselgitamise eest enne mis tahes projekti algust. Esialgu võib organisatsiooni nõudeid kirjeldada lihtsamas keeles (vt allolevat näidet). 

Eesmärk. Informatsioon on vajalik, et kontrollida vastavust ehitusmääruse miinimumnõuetele energiasäästu osas, mis peaks kaaluma terviklikku ülevaadet hoone struktuuri toimimisvõimalustest ja energiaallikate valikust. Kõikide toetusmeetmete sobivust tuleks hinnata ja võimaluse korral maksimeerida.

Eeskiri. Veenduge, et kogu üleandmise dokumentatsioon esitatakse enne üleandmist ning standardiseeritud ja struktureeritud viisil. Luuakse kõikehõlmav riskiregister, mis puudutab mittetäielikku informatsiooni olemasolu ning seda hoitakse ajakohasena.

Äritegevus. Varade haldamiseks tuleks kasutada turvalist ja auditeeritavat veebipõhist ehitiste korrashoiuplatvormi, mis annab asjaomastele sidusrühmadele võimaluse säilitada varade kohta täpset ja ajakohast arvestust. 

Kuigi ülaltoodud nõuded on väga kasulikud, võib olla keeruline neid nõudeid projektidele asjakohaselt kohaldatavateks nõueteks tõlkida. Oluline on märkida, et siin on tõlgendusruumi, erinevate isikute või funktsioonide vahelist nõuete kattumist ja ka võimalikke puudujääke.

Infonõuded võib struktureerida järgmistesse alalõikudesse:

  • Infonõue – nõutava informatsiooni määratlus. OIR-i puhul võib see olla valikuliselt kõrgema taseme nõue, kui üksikasjalikumad nõuded pole saadaval.
  • Eesmärk – väga oluline on määratleda eesmärk, milleks informatsiooni nõutakse. See võib aidata informatsiooni pakkujal mõista, millist teavet ta peab tootma.

Samuti võib olla kasulik lisada täiendavaid atribuute, mida saab kasutada informatsiooni sobivuse edastamiseks projekti infonõuete täitmisel. Need atribuudid võivad sobivaid nõudeid filtreerida. 

Näiteks:

  • Informatsiooni tüüp – informatsiooni tüübi kategoriseerimine või klassifitseerimine (Uniclass FI tabel, IEC 61355).
  • Vastutus – kes vastutab informatsiooni koostamise eest. See võib praegusel hetkel olla soovituslik.
  • Projekti etapp – need võivad olla lihtsad projekteerimise-ehitamise-käitamise etapid või üksikasjalikumad etapid, mis põhinevad kehtestatud töökaval, mis võiks põhineda tööstusstandarditel.
  • Projekti tüüp – kui määrav osaline teeb erineva ulatusega, keerukuse või ehituse tüübiga töid, võib projekti tüüp määratleda üksteisest eristuvaid nõuete komplekte. Näiteks esitatakse väiksemate tööde puhul erinevad nõuded kui seda uute hoonete projekteerimisele ja ehitamisele. Samuti on uue tee projekteerimisel ja ehitamisel erinevad nõuded kui olemasoleva hoone renoveerimisel.

Kõigi ülalnimetatute klassifitseerimine või kodeerimine võib olla kasulik infonõuete ristviitamisel ning ka konkreetse määratlemise jaoks valitud nõuete kontekstis.

Näide 1

  • Infonõue: OIR-001 – Jätkusuutlikkuse strateegia
  • Eesmärk: P01 – Kontrollige vastavust organisatsiooni jätkusuutlikkuse püüdlustele ja ehitusmääruse miinimumnõuetele energiasäästu osas, mis peaks kaaluma terviklikku ülevaadet hoone struktuuri (komponentide ja materjalide valik) toimimisvõimalustest ja energiaallikate valikust. Kõikide toetusmeetmete sobivust tuleks hinnata ja võimaluse korral maksimeerida.
  • Informatsiooni tüüp: FI_80_85 Strategy (Uniclass).
  • Vastutus: Tehnosüsteemide insener, vajadusel arhitekti ja teiste spetsialistide panus
  • Projekti etapid: Eskiis
  • Projekti tüüp: Üldnõue (alati nõutud)

Näide 2

  • Infonõue: OIR-002 – Ruumikasutuse spetsifikatsioon
  • Eesmärk: P02 – Kontrollige kasutuse infonõudeid koos projekteerimisega ning P04 - andmete importimiseks FM-süsteemi ehitise toimimiseks
  • Informatsiooni tüüp: FI_30_80 Schedule of accommodation (Uniclass)
  • Vastutus: Arhitekt
  • Projekti etapid: Eskiis ning teostus
  • Projekti tüüp: Hoone projekti nõuded

NÄIDE 3

  • Infonõue: OIR-003 – Kontroll- ja katseplaanid
  • Eesmärk: P03 – Veenduge, et ehitustööd on tehtud ja lõpetatud vastavalt projekti nõuetele ja ehitusmäärustele
  • Informatsiooni tüüp: FI_90_64 Plan (Uniclass)
  • Vastutus: Ehitusjärelevalve spetsialist
  • Projekti etapid: Teostus
  • Projekti tüüp: Üldnõue (alati nõutud)

NÄIDE 4

  • InfonõueOIR-004 – Hooldatavate varade ja atribuutide register
  • Eesmärk: P04 – Andmete import FM-süsteemi ehitise käitamiseks
  • Informatsiooni tüüp: FI_90_70 Register (Uniclass)
  • Vastutus: Varahaldur
  • Projekti etapid: Planeerimine
  • Projekti tüüp: Üldnõue (alati nõutud)

Seega, kui eelnevad näited kokku võtta, saame järgmised komplektid infonõuetest ning infonõuete eesmärkidest:

Infonõuded:

  • OIR-001 – Jätkusuutlikkuse strateegia
  • OIR-002 – Ruumikasutuse spetsifikatsioon
  • OIR-003 – Kontroll- ja katseplaanid
  • OIR-004 – Hooldatavate varade ja atribuutide register

Infonõuete eesmärgid:

  • P01 – Kontrollige vastavust organisatsiooni jätkusuutlikkuse püüdlustele ja ehitusmääruse miinimumnõuetele energiasäästu osas, mis peaks kaaluma terviklikku ülevaadet hoone struktuuri (komponentide ja materjalide valik) toimimisvõimalustest ja energiaallikate valikust. Kõikide toetusmeetmete sobivust tuleks hinnata ja võimaluse korral maksimeerida.
  • P02 – Kontrollige kasutuse infonõudeid koos projekteerimisega ning P04 - andmete importimiseks FM-süsteemi ehitise toimimiseks
  • P03 – Veenduge, et ehitustööd on tehtud ja lõpetatud vastavalt projekti nõuetele ja ehitusmäärustele
  • P04 – Andmete import FM-süsteemi ehitise käitamiseks

Üldjuhul tuleks kaaluda informatsiooni vajamise eesmärkide ratsionaliseerimist ning analüüsida, kas mõni infonõue on puudu. Näiteks eelnevalt käsitletud P04 juures on ilmselt vajalik rohkem infonõudeid.

Mitte kõik infonõuded ei ole organisatsioonilistes infonõuetes määratletud. Muuhulgas võivad projektide käivitumisel selguda ka lisanõuded. Projekti ja infovahetuse nõuete ettevalmistamise käigus tuvastatud uute infonõuete kaasamise vajaduse osas peaks oleme kehtestatud selged tööprotsessid.

Pärast organisatsiooniliste infonõuete (OIR) koostamist aitavad need esitada projekti infonõuete (PIR) sisu.