Ylläpito ja jatkokehitys: mitä "valmis" tarkoittaa?

Mitä ylläpito tarkoittaa?

Ylläpito pitää sovelluksen toiminnassa ja turvallisena. Se jakautuu neljään tyyppiin:

1. Korjaava ylläpito (bugit)

Käyttäjät löytävät bugeja, jotka eivät tulleet esiin testauksessa. Nämä pitää korjata. Hyvin testatussa projektissa bugeja on vähän, mutta nollaan ei päästä koskaan.

2. Mukautusylläpito (ympäristömuutokset)

Sovelluksen ympäristö muuttuu: käyttöjärjestelmät päivittyvät, selaimet muuttuvat, API:t uudistuvat. Sovellus pitää mukauttaa näihin muutoksiin.

3. Tietoturvaylläpito

Kirjastoissa ja frameworkeissa löytyy haavoittuvuuksia. Tietoturvapäivitykset pitää asentaa nopeasti. Vanhentunut sovellus on tietoturvariski.

4. Täydentävä ylläpito (pienet parannukset)

Käyttäjät toivovat pieniä parannuksia: "Voisko tämän kentän siirtää toiseen paikkaan?" Nämä eivät ole jatkokehitystä, mutta vaativat silti työtä.

Mitä jatkokehitys tarkoittaa?

Jatkokehitys on uusien ominaisuuksien rakentamista julkaisun jälkeen. Esimerkiksi:

• Uusi käyttäjärooli tai käyttötapaus
• Integraatio uuteen järjestelmään
• Mobiilisovellus olemassa olevan web-sovelluksen rinnalle
• Raportointi ja analytiikka
• Skaalautuvuuden parantaminen

Ero ylläpitoon: Ylläpito pitää nykyisen toimivana. Jatkokehitys lisää uutta.

Paljonko ylläpito maksaa?

Esimerkki: Jos projekti maksoi 30 000 €, pelkkä ylläpito on tyypillisesti 3 000–6 000 €/vuosi eli 250–500 €/kk. Jos mukaan otetaan jatkokehitys eli uudet ominaisuudet ja prosessimuutokset, laajuus määritellään järjestelmän ja asiakkaan tarpeen mukaan.

Ylläpitosopimuksen sisältö

Hyvä ylläpitosopimus määrittelee:

• Vasteaika: Kuinka nopeasti reagoidaan ongelmiin (esim. kriittiset 4 h, normaalit 1 pv)
• Mitä kuuluu hintaan: Bugikorjaukset, tietoturvapäivitykset, pienet muutokset?
• Mitä laskutetaan erikseen: Uudet ominaisuudet, suuremmat muutokset
• Monitorointi: Seurataanko sovelluksen toimintaa aktiivisesti?
• Varmuuskopiot: Kuka vastaa ja miten palautetaan?
• Dokumentaatio: Pidetäänkö ajan tasalla?

Mitä tapahtuu ilman ylläpitoa?

1. Tietoturva heikkenee: Haavoittuvuuksia ei paikata → riski kasvaa
2. Yhteensopivuusongelmat: Uusi selain/käyttöjärjestelmä rikkoo toiminnallisuuden
3. Integraatiot lakkaavat toimimasta: API muuttuu, kukaan ei päivitä
4. Bugeista tulee pysyviä: "Se on aina toiminut noin"
5. Korjaus tulee kalliimmaksi: Mitä pidempään odottaa, sitä vaikeampi korjata

Yleiset virheet ylläpidossa

1. Ei sovita etukäteen: Ylläpito tulee mieleen vasta kun ongelma iskee.
2. Ei budjetoida: "Projekti maksoi X, eikö se toimi nyt ikuisesti?"
3. Unohdetaan tietoturva: "Ei meitä kukaan hyökkää" – kunnes hyökkää.
4. Vaihdetaan toimittajaa: Uusi toimittaja ei tunne koodia → kallista.
5. Ei dokumentoida: Alkuperäinen kehittäjä lähtee, tieto häviää.

Toiminnanohjausjärjestelmä ei ole koskaan valmis – eikä sen kuulukaan olla

Yksittäisessä työkalussa ylläpito on lähinnä vakuutus: pidetään toimivana ja turvallisena. Räätälöidyssä toiminnanohjausjärjestelmässä jatkokehitys on koko idean ydin. Sen ainoa aito etu valmisohjelmistoon nähden on se, että järjestelmä taipuu sinun prosessiisi – ja prosessi muuttuu. Tulee uusi tuoteryhmä, uusi asiakassegmentti tai uusi toimintatapa, ja järjestelmän pitää seurata perässä. Jos järjestelmä jäädytetään julkaisupäivään, se muuttuu vuodessa samanlaiseksi pakkopaidaksi kuin valmisohjelmisto, jonka takia se alun perin rakennettiin.

Käytännön malli on jatkuva sopimus, jonka laajuus sovitaan tarpeen mukaan. Se ei ole pelkkää bugien korjaamista vaan sovittua kehitystyötä. Kuukausi voi sisältää käyttäjiltä tulleita parannuksia, tietoturvapäivityksiä, rajapintamuutosten seurantaa ja uuden pienen ominaisuuden. Käytännössä tämä tarkoittaa, että kun soitat ja kerrot keräilylistan järjestyksen olevan väärä, muutos on usein tuotannossa saman viikon aikana.

Vaiheittainen käyttöönotto tekee tästä mallista luontevan: ensimmäinen tuotantoversio kattaa ydinprosessin, ja loput rakennetaan jatkokehityksenä sitä mukaa kun järjestelmä on käytössä ja opitaan mikä oikeasti puuttuu. Kuvaan etenemisen oppaassa ERP:n käyttöönotto vaiheittain. Kokonaisbudjetti kuukausityö mukaan lukien on oppaassa ERP-projektin hinta ja aikataulu, ja pidemmän aikavälin hyödyt käymme läpi oppaassa ERP kilpailuetuna.

Usein kysytyt kysymykset

Onko ylläpito pakollista?

Teknisesti ei, mutta käytännössä kyllä. Ilman ylläpitoa sovellus vanhentuu ja muuttuu tietoturvariskiksi, ja rajapintamuutokset katkaisevat integraatiot ilman varoitusta. Mitä kriittisempi sovellus, sitä tärkeämpi ylläpito.

Paljonko toiminnanohjausjärjestelmän jatkokehitys maksaa kuukaudessa?

Järjestelmää voidaan jatkokehittää ja ylläpitää jatkuvalla sopimuksella. Siihen voivat kuulua tietoturvapäivitykset, rajapintamuutosten seuranta, käyttäjiltä tulleet parannukset ja sovittu määrä uutta kehitystä. Laajuus määritellään järjestelmän ja asiakkaan tarpeen mukaan.

Miksi ERP:tä pitää kehittää jatkuvasti?

Koska räätälöidyn järjestelmän ainoa aito etu valmisohjelmistoon nähden on se, että se taipuu sinun prosessiisi – ja prosessi muuttuu. Uusi tuoteryhmä, uusi asiakassegmentti tai uusi toimintatapa vaatii muutoksia järjestelmään. Jos järjestelmä jäädytetään julkaisupäivään, se muuttuu vuodessa yhtä jäykäksi kuin valmisohjelmisto, jonka takia se alun perin rakennettiin.

Voiko toinen toimittaja ylläpitää?

Kyllä, jos koodi on dokumentoitu ja noudattaa standardeja. Projekteissamme lähdekoodi, dokumentaatio ja tietokanta ovat aina asiakkaan, ja järjestelmät rakennetaan valtavirtateknologioilla juuri siksi, että vaihtoehto on olemassa. Siirto vaatii perehtymisaikaa, joka maksaa, joten alkuperäisen tekijän kanssa jatkaminen on yleensä edullisempaa.

Miten minimoin ylläpitokustannukset?

Hyvä arkkitehtuuri, valtavirtateknologiat, kattava testaus ja ajan tasalla oleva dokumentaatio. Säästäminen alkuvaiheessa kostautuu ylläpidossa moninkertaisesti. Toinen keino on rajata ensimmäinen versio tiukasti: mitä vähemmän turhia ominaisuuksia rakennetaan, sitä vähemmän niitä on ylläpidettävänä.

Mitä tapahtuu, jos ylläpidosta ei ole sovittu?

Tietoturva-aukot jäävät paikkaamatta, integraatiot lakkaavat toimimasta rajapintamuutosten myötä ja bugeista tulee pysyviä. Korjaus tulee sitä kalliimmaksi mitä pidempään odotetaan. Siksi sovimme jatkokehityksen tuntihinnan ja reagointiajan aina jo ennen käyttöönottoa.

Lue myös

• ERP:n käyttöönotto vaiheittain
• Räätälöity toiminnanohjausjärjestelmä pk-yritykselle
• ERP-projektin hinta ja aikataulu
• Ohjelmistoprojektin hinta
• MVP käytännössä
• Teknologiavalinta
• Ohjelmistokehitys palveluna →