Maanantai-aamuna näet sähköpostin: "Levytila loppumassa palvelimella." Keskiviikkona tiketti: "En pääse VPN:ään." Perjantaina puhelu: "Tulostin ei toimi taas."

Joka viikko sama kierre. Jotain menee rikki, joku huomaa, joku tekee tiketin, joku korjaa. Sitten odotetaan seuraavaa rikkoontumista.

Tätä kutsutaan break/fix-malliksi. Ja se on edelleen yleisin tapa hoitaa IT Suomessa.

Se on myös kallein.

Break/fix: miksi se on niin yleinen

Break/fix on helppo ymmärtää. Jokin menee rikki, soitat IT-firmalle, he korjaavat sen, saat laskun. Selkeä malli. Siksi se on suosittu.

Mutta malli on suunniteltu IT-firman, ei sinun etusi mukaan. Mitä enemmän asioita hajoaa, sitä enemmän IT-firma laskuttaa. Heillä ei ole taloudellista kannustinta estää ongelmia — päinvastoin.

En sano, että kaikki IT-firmat tekevät tätä tahallaan. Mutta malli ohjaa käyttäytymistä. Kun tulot tulevat korjaamisesta, kukaan ei priorisoi ehkäisemistä.

Mitä "itsestään parantuva" oikeasti tarkoittaa

Ei tarkoita tekoälyä joka hoitaa kaiken. Ei maagista mustaa laatikkoa. Tarkoittaa ympäristöä joka on rakennettu niin, että suurin osa ongelmista joko estetään automaattisesti tai havaitaan ennen kuin kukaan kärsii.

Käytännössä se tarkoittaa neljää kerrosta:

1. Automaattinen perusta

Laitteet, jotka konfiguroivat itsensä. Tietoturvapäivitykset, jotka asentuvat ilman että kukaan tekee mitään. Varmuuskopiot, jotka toimivat joka yö ja hälyttävät jos eivät toimi. Uusi työntekijä saa koneensa, kirjautuu sisään — ja kaikki on valmiina.

Tämä ei ole tulevaisuutta. Tämä on mahdollista nyt, ja suurin osa pk-yrityksistä maksaa jo lisensseistä jotka mahdollistavat sen. Ne vain eivät ole käytössä.

2. Dokumentoidut prosessit

Uusi työntekijä aloittaa. Kuka tilaa tunnukset? Mistä tulee kone? Mitkä oikeudet annetaan? Kuka kouluttaa?

Jos vastaus on "Pekka tietää", olette yhden sairausloman päässä kaaoksesta.

Dokumentoitu prosessi tarkoittaa, että kuka tahansa pystyy hoitamaan vakiotilanteet ilman IT-asiantuntijaa. Ei siksi, että IT-asiantuntijaa ei tarvittaisi — vaan siksi, että hänen aikansa pitäisi kulua johonkin arvokkaampaan kuin tunnusten tilaamiseen.

3. Säännöllinen katselmus

Automaatio toimii — kunnes se ei toimi. Prosessit ovat dokumentoituja — kunnes joku muuttaa jotain eikä päivitä ohjetta. Tietoturva on kunnossa — kunnes uusi uhka ilmestyy.

Siksi ympäristö tarvitsee säännöllisen tarkistuksen. Ei kriisitilanteessa, vaan rutiinina. Kerran kvartaalissa joku käy läpi: Toimiiko automaatio? Ovatko prosessit ajan tasalla? Onko uusia riskejä? Maksatteko turhasta?

Tämä on kohta jossa useimmat pk-yritykset putoavat kelkasta. Ei siksi, etteivätkö haluaisi — vaan siksi, ettei kukaan tee sitä.

4. Asiantuntija kun tarvitaan

Joskus tulee tilanne joka ei ole rutiinia. Pilvimigraatio. Järjestelmävaihto. Iso tietoturvapäivitys. Toimittajan kilpailutus.

Näihin tilanteisiin tarvitaan osaamista jota ei kannata pitää talossa vakituisesti. Mutta se osaaminen pitää olla saatavilla — nopeasti, riippumattomasti ja ilman sidonnaisuuksia.

Break/fix vs. itsestään parantuva: konkreettinen vertailu

Tilanne: Uuden työntekijän aloitus

Break/fix: HR soittaa IT-firmalle. IT-firma tekee tiketin. Joku konfiguroi koneen käsin. Tunnuksia odotetaan 3 päivää. Ensimmäisenä päivänä uusi työntekijä istuu tyhjän pöydän ääressä.

Itsestään parantuva: HR täyttää lomakkeen. Tunnukset luodaan automaattisesti. Kone konfiguroidaan itsestään ensimmäisellä käynnistyksellä. Ensimmäisenä päivänä kaikki toimii.

Tilanne: Tietoturvapäivitys

Break/fix: Kriittinen haavoittuvuus julkaistaan. IT-firma ei huomaa viikkoon. Kun huomaa, tekee tiketin. Päivitys asennetaan käsin koneisiin seuraavan viikon aikana. Osa koneista jää päivittämättä koska ne olivat pois päältä.

Itsestään parantuva: Päivitys jaetaan automaattisesti kaikille hallinnoiduille laitteille. Järjestelmä raportoi mitkä koneet päivittyivät ja mitkä eivät. Poikkeamat näkyvät heti.

Tilanne: Levytila loppuu palvelimella

Break/fix: Käyttäjä huomaa ongelman kun tiedoston tallennus epäonnistuu. Tiketti. IT-firma reagoi. Siivous käsin. Lasku.

Itsestään parantuva: Hälytys laukeaa automaattisesti kun levytila laskee alle 20%. Vanhat lokit arkistoidaan automaattisesti. Ongelma ratkeaa ennen kuin yksikään käyttäjä huomaa.

"Meillä ei ole varaa tuollaiseen"

Tämä on yleisin vastaväite. Ja se on ymmärrettävä — kunnes laskee oikeat kustannukset.

Break/fix-malli tuntuu halvalta koska maksat vain kun jotain hajoaa. Mutta laske mukaan tuottavuusmenetykset joka kerta kun joku odottaa IT-tukea, ylityöt kun ongelma sattuu perjantai-iltapäivänä, tietoturvariskit joita kukaan ei seuraa aktiivisesti, epäonnistuneet hankinnat koska kukaan ei arvioinut tarjousta puolueettomasti ja toistuvat samat ongelmat koska juurisyytä ei korjata.

Itsestään parantuvan ympäristön rakentaminen maksaa kerran. Sen jälkeen se säästää joka viikko.

Ja suurin osa rakennuspalikoista on jo maksettu — ne ovat niissä lisensseissä joista maksatte kuukausittain mutta joita ette käytä täysimääräisesti.

Miten aloittaa

Ei tarvitse tehdä kaikkea kerralla. Itsestään parantuva ympäristö rakennetaan vaiheittain:

Ensimmäinen askel: Tiedä missä olet.

Kartoita nykytilanne. Mitkä prosessit ovat manuaalisia? Missä tieto liikkuu käsin? Missä on riskejä joita kukaan ei seuraa?

Toinen askel: Automatisoi yksi asia.

Valitse se prosessi joka toistuu useimmin ja vie eniten aikaa. Automatisoi se. Näe tulokset. Sitten seuraava.

Kolmas askel: Dokumentoi.

Kirjaa ylös miten vakiotilanteet hoidetaan. Tee siitä niin yksinkertaista, että kuka tahansa pystyy seuraamaan ohjeita.

Neljäs askel: Seuraa säännöllisesti.

Aseta kalenteri-muistutus: kerran kvartaalissa käydään läpi mikä toimii ja mikä ei.

Tämä ei ole projekti jolla on loppupäivä. Se on tapa hoitaa IT:tä.

Yhteenveto

Perinteinen IT-malli on rakennettu reagoimaan. Itsestään parantuva ympäristö on rakennettu ehkäisemään.

Ero ei ole teknologiassa — se on ajattelutavassa. Teknologia on vain työkalu. Ratkaisevaa on, käytättekö sitä sammuttamaan tulipaloja vai estämään niitä.

Jos IT-ympäristön tilanne on mietityttänyt, aloitetaan kartoituksesta. Kerron suoraan mikä on kunnossa, mikä ei — ja miten rakentaa ympäristö joka paranee ajan myötä.

Haluatko tietää, missä kunnossa ympäristönne on tänään? IT-kuntokartoitus kertoo sen — riippumattomasti.