Riippuvuuksien tunnistaminen - SecMeter

Riippuvuus ei ole vain järjestelmä

Sovelluksen lähtökohtana on laaja käsitys liiketoimintariippuvuudesta. Arvioitava riippuvuus voi olla esimerkiksi henkilö tai rooli, järjestelmä, tieto, toimittaja tai palvelu, tila tai infrastruktuuri, toinen prosessi tai muu toiminnan kannalta olennainen kohde. Sovelluksen riippuvuustyypit tukevat juuri tällaista jäsentelyä.

Tämä on tärkeää jatkuvuudenhallinnassa ja resilienssin arvioinnissa. Prosessi voi esimerkiksi näyttää teknisesti hyvin varmistetulta, mutta sillä voi silti olla yksi vaikeasti korvattava avainhenkilö, toimittaja, tietoaineisto tai fyysinen infrastruktuuri. Sovelluksen tarkoituksena on tuoda tällaiset riippuvuudet samaan arviointirakenteeseen.

Sovellus ei kuitenkaan automaattisesti päättele yrityksen riippuvuuksia. Käyttäjä ja yrityksen asiantuntijat tunnistavat arvioitavat riippuvuudet, ja sovellus antaa niille yhdenmukaisen dokumentointi- ja pisteytysrakenteen.

Arviointi alkaa liiketoimintaprosessista

Työskentely alkaa Perustiedot-vaiheesta. Siinä määritellään muun muassa arvioitava yritys, prosessin omistava yksikkö, liiketoimintaprosessi, arvioinnin tila, prosessin kuvaus, kriittisyys, sallittu keskeytysaika, SLA-tiedot, toimittajan vasteaika, arvioija ja arvioinnin päivämäärä. Päivämäärä valitaan kalenterikentästä, ja kenttäohjeessa esimerkkimuoto on 12.3.2026.

Perustiedot muodostavat arvioinnin kontekstin. Sama tekninen tai toimittajariippuvuus voi olla yhdelle prosessille lähes merkityksetön ja toiselle toiminnan välittömästi pysäyttävä. Sen vuoksi riippuvuutta ei arvioida irrallisena kohteena, vaan suhteessa tiettyyn liiketoimintaprosessiin.

20 riippuvuuskorttia muodostavat arvioinnin ytimen

Sovelluksessa on 20 riippuvuuskorttia DEP-01–DEP-20. Työpöytänäytöllä kortit esitetään rinnakkain kahdessa palstassa ja pienemmällä näytöllä responsiivisesti yhdessä palstassa. Jokaisessa kortissa käytetään samaa 13 kentän rakennetta.

Korttiin kirjataan riippuvuuden yksilöllinen nimi ja tyyppi sekä sanalliset kuvaukset sen merkityksestä, kytkeytyvistä liiketoimintaprosesseista, häiriön vaikutuksesta, vaikutuksen ilmenemisestä, korvaavasta ratkaisusta ja ratkaisun dokumentaatiosta. Lisäksi viisi tekijää pisteytetään asteikolla 1–5. Sovelluksen rakenteessa nämä tiedot muodostavat yhden kokonaisuuden, jossa sekä numeerinen arvio että sen sanallinen perustelu säilyvät samassa riippuvuuskortissa.

Tällä on käytännön merkitystä. Pelkkä riskipistemäärä ei kerro johdolle, miksi riippuvuus on merkittävä tai mitä sille pitäisi tehdä. Sanalliset kuvaukset puolestaan voivat olla vaikeasti vertailtavia ilman yhdenmukaista pisteytystä. Sovellus yhdistää nämä kaksi näkökulmaa.

RDI tekee riippuvuuksista vertailukelpoisia

Jokaiselle riippuvuudelle muodostetaan RDI eli riippuvuusindeksi asteikolla 0–100. RDI lasketaan vasta, kun kaikki viisi pisteytyskenttää on täytetty. Indeksin painotus on:

• merkitys prosessin toimintakyvylle 30 %
• häiriön vaikutus 25 %
• häiriön ilmenemisnopeus 20 %
• korvaavan ratkaisun puute 15 %
• dokumentaation puute 10 %.

Logiikassa on olennainen ero kahden ensimmäisen ja kahden viimeisen tekijän välillä. Suuri merkitys, suuri häiriövaikutus ja nopeasti ilmenevä vaikutus kasvattavat riippuvuusriskiä. Hyvä korvaava ratkaisu ja hyvä dokumentaatio puolestaan vahvistavat yrityksen kykyä selviytyä riippuvuuden häiriöstä. Näin sovellus ei tarkastele vain sitä, kuinka tärkeä jokin kohde on, vaan myös sitä, kuinka hyvin sen häiriöön on varauduttu.

Kolme RDI-tasoa tukevat priorisointia

RDI-tulos luokitellaan kolmeen tasoon:

• alle 60 – Matala
• 60–79 – Kohonnut
• 80 tai enemmän – Korkea.

Jos kortin pisteytys on kesken, riippuvuus näkyy Ei arvioitu -tilassa eikä sitä lasketa Dashboardin tai raportin keskiarvoon. Tämän ansiosta keskeneräinen arviointi ei vääristä kokonaiskuvaa. Samalla korkeat RDI-arvot toimivat käytännöllisenä priorisointimekanismina: niiden avulla voidaan löytää riippuvuudet, joissa liiketoiminnallinen merkitys ja häiriövaikutus yhdistyvät puutteelliseen varautumiseen.

Esimerkiksi kaksi järjestelmää voivat olla liiketoiminnalle yhtä tärkeitä, mutta jos toiselle on testattu varamenettely ja kattava dokumentaatio ja toiselle ei, niiden riippuvuusriskit eivät ole samanlaiset.

Dashboard muuttaa yksittäiset kortit tilannekuvaksi

Kun riippuvuuksia on pisteytetty, Dashboard kokoaa yksittäiset arviot yhdeksi näkymäksi. Se näyttää muun muassa pisteytettyjen ja nimettyjen riippuvuuksien määrän, korkeimman RDI:n ja keskimääräisen RDI:n. Lisäksi siinä on neljä graafista näkymää:

• RDI-riskijakauma,
• keskiarvo-RDI:n toteumamittari,
• korkeimpien RDI-arvojen palkkikaavio ja
• riippuvuustyyppien jakauma.

Dashboardin tehtävä ei siten ole vain näyttää pisteitä. Sen avulla voidaan nähdä nopeasti esimerkiksi, kasaantuvatko korkeat riippuvuusriskit tiettyihin järjestelmiin, toimittajiin, henkilöihin tai infrastruktuuriin.

Tämä tekee sovelluksesta hyödyllisen myös silloin, kun arvioinnissa on paljon sanallista aineistoa: johto voi aloittaa kokonaiskuvasta ja siirtyä vasta sen jälkeen yksittäisten riippuvuuksien yksityiskohtiin.

Johtoraportti yhdistää grafiikan ja perustelut

Raportti kokoaa arvioinnin johdon käyttöön. Se sisältää prosessin taustatiedot, keskeiset tunnusluvut ja Dashboardia vastaavat SVG-grafiikat sekä yksittäisten riippuvuuksien sanalliset. tiedot. Raportin näkökulmasta arviointi muodostaa kolmikerroksisen kokonaisuuden:

• mitä riippuvuuksia prosessilla on
• kuinka vakavia ne ovat
• miksi ne ovat merkittäviä ja miten niiden häiriöihin on varauduttu.

Arviointia voidaan jatkaa myöhemmin

Sovellus käyttää JSON-tiedostoja arviointiaineiston tallentamiseen ja palauttamiseen. Tallenna JSON tallentaa perustiedot ja kaikki riippuvuuskortit erilliseksi tiedostoksi, ja Avaa JSON palauttaa aiemmin tallennetun arvioinnin. Sovellus ei käytä selaimen pysyvää tallennustilaa arvioinnin säilyttämiseen.

Tällä ratkaisulla arviointi voidaan tehdä vaiheittain. JSON-tiedosto toimii arvioinnin varsinaisena aineistona, jota voidaan säilyttää yrityksen omien tiedonhallinta- ja käyttöoikeuskäytäntöjen mukaisesti.

Sovelluksessa ovat lisäksi Esimerkkiaineisto ja Tyhjennä sisältö. Esimerkkiaineisto täyttää perustiedot ja kaikki 20 riippuvuuskorttia vain käyttäjän pyynnöstä, kun taas Tyhjennä sisältö poistaa arviointitiedot vahvistuksen jälkeen.

Kenttäkohtaiset ohjeet tukevat yhdenmukaista arviointia

Jokaisessa täytettävässä kentässä on oma ?-ohje. Ohjeessa kuvataan, mitä kenttä tarkoittaa, mitä siihen kirjoitetaan, mihin tieto vaikuttaa ja annetaan esimerkki. Esimerkiksi riippuvuuden nimen, tyypin, häiriövaikutuksen, korvaavan ratkaisun ja dokumentaation kentillä on omat tarkoitustaan vastaavat ohjeensa.

Kenttäohjeiden merkitys kasvaa erityisesti silloin, kun samaa menetelmää käytetään eri liiketoimintayksiköissä. Arvioijat eivät joudu tulkitsemaan kenttien tarkoitusta täysin itsenäisesti, vaan sovellus ohjaa käyttämään niitä samalla tavalla.

Mihin sovellusta voidaan käyttää?

SecMeterin riippuvuuksien arviointisovellus soveltuu erityisesti liiketoiminnan jatkuvuuden, resilienssin, riskienhallinnan ja varautumisen tueksi. Sen avulla voidaan muodostaa dokumentoitu näkemys siitä, mihin kriittinen liiketoimintaprosessi tosiasiassa nojaa.

Arvioinnin tuloksia voidaan käyttää esimerkiksi jatkuvuus- ja varajärjestelyjen kehittämisessä, toimittajariippuvuuksien tarkastelussa, varamenettelyjen suunnittelussa, dokumentaatiopuutteiden tunnistamisessa sekä johtoryhmän tilannekuvan muodostamisessa.

Sovelluksen keskeinen arvo ei ole yksittäinen RDI-numero. Arvo syntyy siitä, että 20 riippuvuutta voidaan arvioida samalla menetelmällä ja nähdä yhtenä kokonaisuutena.

Riippuvuuksien arvioinnista resilienssin johtamiseen

Liiketoiminnan resilienssi edellyttää, että yritys tuntee paitsi tärkeät prosessinsa myös ne ihmiset, järjestelmät, tiedot, palvelut ja muut resurssit, joiden varassa prosessit toimivat.

SecMeter-sovellus muuttaa tämän tiedon rakenteiseksi arvioinniksi. Jokaisesta riippuvuudesta muodostuu dokumentoitu kokonaisuus, jossa liiketoiminnallinen merkitys, häiriövaikutus, korvattavuus ja dokumentoinnin taso voidaan tarkastella yhdessä.

Lopputuloksena ei ole vain riippuvuusluettelo, vaan priorisoitu näkymä liiketoimintaprosessin haavoittuvuuksiin ja varautumisen vahvuuksiin. Juuri tässä sovelluksen keskeinen käyttötarkoitus on: auttaa yritystä suuntaamaan huomio ja kehittämistoimet niihin riippuvuuksiin, joiden häiriö voisi vaikuttaa liiketoimintaan kaikkein eniten.