Verkkopalvelun modernisointi: mitä sinun pitää tietää ennen kuin ryhdyt toimeen
Miksi hyväkin verkkopalvelu vanhenee?
Kukaan ei tee tietoisesti huonoja palveluita. Silti lähes jokainen digitaalinen järjestelmä päätyy jossain vaiheessa omistajiensa riesaksi.
Vanhentuminen tapahtuu kolmella rintamalla samanaikaisesti: teknologia muuttuu kankeaksi ja sen tuki loppuu, käytettävyys jää jälkeen nykystandardeista, ja liiketoiminnan muuttuvat tarpeet johtavat pikakorjauksiin, jotka kasautuvat vuosien varrella.
Mistä digipalvelun modernisointi oikeastaan alkaa?
Kahdesta asiasta: nykytilan analysoinnista ja tavoitteiden asettamisesta.
Tavoitteiden tulee nousta liiketoiminnasta, ei teknisistä haaveista. Samalla kannattaa olla tietoinen niin sanotusta second system -syndroomasta: pienetkin järjestelmät on taipumus korvata paisuvalla projektilla, joka kuvitellaan kattavan kaikki mahdolliset tarpeet nyt ja ikuisesti.
Nykytilaa analysoidessa ratkaiseva kysymys on: kuinka paljon teknistä velkaa järjestelmä on kerryttänyt? Velka on kertynyt joka kerta, kun kehitystyössä on oiottu ja ongelma on jätetty tulevien tiimien ratkaistavaksi. Velan määrä määrittää sen, millainen modernisointi ylipäätään on järkevää.
Mitkä ovat palvelun modernisoinnin käytännön vaihtoehdot?
Karkeasti voimme jakaa vaihtoehdot kolmeen:
- Uudelleenkirjoitus puhtaalta pöydältä. Yksinkertainen, mutta riskialtis. Tämä valitaan usein vuosia liian myöhään, ja samalla halutaan uudistaa liikaa. Feature creep yllättää, jos tuoteomistajalla ei ole rautainen ote scopesta.
- Korvaus osissa. Vanhasta monoliitista rakennetaan palasia uusiksi mikropalveluina. Osat voidaan kehittää toisistaan irrallaan, mikä lisää selkeyttä ja tehokkuutta.
- Refaktorointi. Palvelua itseään uudistetaan omaksumalla moderneja tapoja käyttää jo valittua teknologiaa. Joskus tämä tarkoittaa vain hyvien käytäntöjen omaksumista tai backend- ja frontend-kerrosten eriyttämistä.
Turvallisin lähestymistapa on aina edetä osissa tai jos se ei onnistu, ajaa uutta ja vanhaa rinnakkain, kunnes luottamus uuteen järjestelmään on riittävä.
Miten teknologiavalinnat kannattaa tehdä?
Tylsä, mutta turvallinen vastaus: valitse laajasti käytetty teknologia.
Valtavirran teknologia ei anna kilpailuetua, mutta se helpottaa hyvien käytäntöjen löytämistä, tietoturvan ajantasaisuutta ja osaamisen rekrytointia. Avoimen lähdekoodin ratkaisut vievät askeleen lähemmäs teknologista itsenäisyyttä ja toimittajariippuvuudesta tulee pienempi riski.
Mitä tapahtuu, jos muutosjohtajuus unohtuu?
Pitkään samaa koodipohjaa pyörittänyt tiimi saattaa elää tietynlaisessa kuplassa – toimintamallit ovat hioutuneet, mutta myös jämähtäneet. Modernisointi voi muuttaa ihmisten rooleja ja vastuita, mikä herättää niin innostusta kuin pelkojakin. Tekninen toteutus voi onnistua ja silti projekti kaatua – jos ihmisnäkökulma jää sivuosaan.
Miltä onnistunut modernisointihanke näyttää?
Modernisointiprojekti ei tarkoita pekästään uudempaa koodia. Parhaimmillaan hankkeen aikana tiimille syntyy tapa jatkuvasti refaktoroida ja huoltaa palvelua. Modernin koodipohjan äärelle on helpompi rekrytoida ja pitää tekijät mukana oikeista syistä: siksi, että työ on mielekästä, ei siksi, että heidän osaamisensa vanhenee markkinaan nähden.
Blogiteksti on uudelleenmuotoiltu kysymys–vastaus-muotoon Claudea hyödyntäen. Kirjoittaja on tarkistanut, muokannut ja hyväksynyt sisällön.
Fraktio - Asiantuntijat ja yhteyshenkilöt 
Fraktio - Muita referenssejä
Tilaaja suosittelee!
Fraktio - Muita bloggauksia
ite wikin yrityshaku »
Kaikki it-alan työpaikat »
ite wikin referenssihaku »
Kaikki it-alan tapahtumat »
ite wikin julkaisuhaku »
