Puheenvuoro

6 tapaa epäonnistua pilvitransformaatiossa

Pilvijärjestelmien yleisesti tunnettuja etuja ovat muun muassa käyttöönoton nopeus, hallinnan yksinkertaisuus sekä joustavuus ja skaalautuvuus. Pelkkä teknologian uudistaminen ei kuitenkaan riitä, vaan pilvisiirtymässä kyseessä on isompi muutosprosessi, joka vaatii koko organisaatiolta myös tietynlaisen mindsetin.

Pilveen ei koskaan kannata siirtyä vain siirtymisen vuoksi tai koska muutkin siellä jo ovat. Sen sijaan kannattaa selvittää huolella, mitkä pilvijärjestelmän mukanaan tuomat mahdolliset hyödyt olisivat. Onko nykyisillä ratkaisuilla esimerkiksi jotain rajoitteita, jotka pilveen siirtyminen poistaisi?

Riippumatta siitä, kuinka selkeä yrityksen pilvistrategia on, muutos on yksittäisille ihmisille ja organisaatioille aina jossain määrin haasteellista. Tätä ei kannata kiistää.

On kuitenkin olemassa asioita, joita EI kannata tehdä, kun toiveena on mahdollisimman sulava pilvitransformaatio. Listasimme kuusi tehokasta tapaa epäonnistua projektissa:

  1. Pidä hanke vain oman tiimisi tai osastosi tiedossa. Muilla tiimeillä on työpöydät muutenkin täynnä. Älä varsinkaan häiritse IT-osastoa – tämähän on pilvihanke, jossa IT:tä ei tarvita, koska sovellus ostetaan palveluna.
  2. Päätä itse, mitä toiminnallisuuksia uuteen järjestelmään tarvitaan nyt ja tulevaisuudessa. Sinä tiedät sen kuitenkin parhaiten. Ihan turhaa kartoittaa tätä yhdessä.
  3. Listaa itse myös tarvittavat datalähteet, rajapinnat ja muut vaatimukset. Tarkemmat rajapinta- ja prosessikuvaukset ovat vain silkkaa ajanhaaskausta. Tee vaatimuksista myös mahdollisimman yksityiskohtaiset. Järjestelmä taipukoon meidän prosesseihimme.
  4. Yritä ottaa käyttöön mahdollisimman monta ominaisuutta tai toiminnallisuutta samanaikaisesti. Näin saadaan kaikki tarvittava kerralla varmasti kuntoon ja koko projektiin menee vähemmän aikaa.
  5. Tee projektisuunnitelma tarkistamatta projektiin liittyvien osapuolten resursseja ja aikatauluja. IT-osastolla on varmasti seuraavalla viikolla aikaa hoitaa projekti maaliin.
  6. Kun järjestelmä on valmis, lähetä käyttäjille kirjautumislinkki sähköpostiin. Kaikki ovat varmasti innoissaan uudesta ratkaisusta ja osaavat heti käyttää sitä, vaikka eivät olisi aiemmin edes kuulleet koko projektista.

Edellä kuvattu mainittu toimintamalli on toki yksi valittavissa olevista vaihtoehdoista. Tätä on kuitenkin hyvin vaikea lähteä laajemmin suosittelemaan. Sekä yrityksen itsensä että myös järjestelmä-toimittajan näkökulmasta paljon parempi vaihtoehto on tehdä asiat kerralla kunnolla.

Kaikki lähtee tällöin liikkeelle huolellisesta suunnittelusta. Organisaation sisäinen yhteistyökyvykkyys sekä taito pysähtyä säännöllisesti arvioimaan sitä, ollaanko menossa oikeaan suuntaan, nousevat myös ensiarvoisen tärkeiksi tekijöiksi kuljettaessa kohti pilvisiirtymää. Ja jos urakka tuntuu liian isolta kerralla hoidettavaksi niin tehtävien jakaminen pienempiin kokonaisuuksiin usein auttaa asiaa.

Miten valmistaudut pilvijärjestelmän käyttöönottoon? Entä, miten etenee itse käyttöönottoprojekti?


Asiakkaitamme

Kumppanimme