
Konfiguraationhallinta ja Gordionin solmu
Aki Lähteenmäki | 24.11.2015On vanha vitsi, että jos suunnitelmissa on konfiguraationhallinnan prosessin ja CMDB –työkalun käyttöönotto, nopein ratkaisu selvitä tilanteesta ehjänä on unohtaa koko juttu

27.2. järjestimme Justinin Aamukahvit webinaarin kriittisten hankkeiden johtamisesta erityisesti ServiceNow:ta käyttävissä organisaatioissa. Monessa näistä organisaatiosta toistuu samat haasteet, ongelmat ja kysymykset.
Tähän blogiin olemme koonneet webinaarin keskeisimmät oivallukset tiiviiksi ja käytännönläheiseksi kokonaisuudeksi. Jos et päässyt mukaan, saat tästä tärkeimmät tärpit. Ja jos haluat katsoa koko webinaarin, pääset katsomaan sen ja kaikki muutkin aiemmat webinaarimme klikkaamalla alla olevaa painiketta.
Kuvitellaan tilanne, jossa organisaatio on käyttänyt ServiceNow’ta vuosia. Teknologia-alusta on laajentunut IT:stä HR:ään, asiakaspalveluun sekä muihin liiketoiminnan tukitoimintoihin. Laajentumisen myötä on kertynyt integraatioita ja kustomointeja. Lisenssimalli on muuttunut, ja samalla odotukset ovat kasvaneet: AI, automaatio, parempi työntekijäkokemus ja yhtenäinen asiakasnäkymä pitäisi jotenkin mahduttaa mukaan.
Nykyinen alusta on palvellut hyvin, mutta jossain vaiheessa pöydälle nousee kuitenkin väistämätön kysymys: jotta voimme vastata muuttuneeseen tilanteeseen, rakennammeko kaiken uudelleen vai kehitämmekö nykyistä järjestelmää?
ServiceNow tarjoaa huomattavan laajat tekniset kyvykkyydet useimpien organisaatioiden tarpeisiin. Teknologia ei siis ole rajoittava tekijä: teknologia-alusta mahdollistaa viljalti erilaisten sovellusratkaisujen toteutusta, kuten yhtenäisen työnkulkujen ja automaation hallinnan, sekä tekoälyn hyödyntämisen erilaisissa käyttötapauksissa.
Silti moni organisaatio kokee olevansa tilanteessa, jossa nykyinen ympäristö ei enää palvele tavoitteita. Taustalla ei tyypillisesti ole teknologian puute, vaan vuosien aikana kertynyt kustomointi, epäselvä arkkitehtuuri, integraatioiden hallitsematon kasvu, puutteellinen omistajuus ja tekninen velka. Kyse ei ole siitä, mihin alusta pystyy, vaan siitä, miten sitä on johdettu ja mitä syystä tai kolmannesta on tehty tai jätetty tekemättä.
Vuosien varrella olemme saaneet tutustua erilaisiin organisaatioihin sekä alustojen omistajiin ja tunnistaneet heistä erilaisia arkkityyppejä. Alla kuvaamme pilke silmäkulmassa erilaiset omistajat. Lukija voikin miettiä missä määrin oma organisaation tapa tehdä asioita osuu kuvaukseen ja osuuko se yhteen vai useampaan (hieman pilke silmäkulmassa määriteltyyn) arkkityyppiin:

Ensimmäinen on puuhastelijaomistaja, joka käyttää ServiceNow’ta operatiivisena tikettityökaluna. Perusprosessit pyörivät, mutta automaatiota hyödynnetään vähän, eikä alusta tue aidosti palvelujohtamista. Alustasta ei saada sen koko potentiaalia irti.
Toinen on väärinkäyttäjäomistaja, joka on hyödyntänyt alustaa ennakkoluulottomasti ja sen vakiotoiminnallisuuksien ulkopuolelle. Alustalle on saattanut päätyä myös asioita, jotka eivät sinne arkkitehtuurisesti kuulu. Seurauksena voi olla suorituskykyhaasteita, päällekkäisiä tietomalleja ja kasvavaa kompleksisuutta.


Kolmas on visionäärinen omistaja, joka näkee alustan mahdollisuudet laajasti ja etenee nopeasti. Haasteena ei ole tahtotila vaan hallintamalli: kehitysvauhti ylittää kyvyn vakiinnuttaa toimintatavat.
Muutospäätöksiä harvoin tehdään huvin vuoksi. Taustalla on yleensä joko halu tai pakko. Halu liittyy kyvykkyyksien nostamiseen: AI-ratkaisuihin, ESM-laajennukseen, työntekijäkokemukseen tai asiakasnäkymän yhtenäistämiseen. Pakko syntyy yritysjärjestelyistä, ulkoistuksista, regulaatiosta, kustannuspaineesta tai tilanteesta, jossa tekninen velka on kasvanut esteeksi kehitykselle. Todellinen kysymys kuitenkin kuuluu, onko nykyinen ratkaisu arkkitehtuurisesti kyvytön tukemaan tavoitetilaa?
Greenfield-uudistus tarkoittaa alustan rakentamista puhtaalta pöydältä. Se mahdollistaa historian painolastin purkamisen, tietomallin uudelleenmäärittelyn ja prosessien yhtenäistämisen. Samalla se tuo mukanaan merkittävän alkuinvestoinnin, datamigraation riskit ja laajan muutosjohtamistarpeen.
Usein houkutus syntyy siitä, että greenfield näyttää nopealta tavalta ratkaista vuosien aikana kertynyt sekavuus. Käytännössä puhtaalta pöydältä lähteminen ei ole nopea eikä riskitön.
Greenfield on järkevä ratkaisu vain, jos:
Muissa tapauksissa vaiheittainen vanhan ympäristön uudistaminen ja kehittäminen on useimmiten kestävämpi ratkaisu.
Myös nykyisen alustan kehittäminen edellyttää systemaattista analyysiä: arkkitehtuurikartoitusta, teknisen velan tunnistamista, tietomallien ja integraatioiden läpikäyntiä sekä mitattavan arvon määrittelyä. Erona greenfieldiin kuitenkin on, että kehitys voidaan tehdä hallitummin ja rajaten kerrallaan muuttuvat asiat big-bang lähestymisen sijaan.

Useimmissa tapauksissa teknologia ei ole este. Arkkitehtuuria voidaan selkeyttää, teknistä velkaa purkaa ja kyvykkyystasoa nostaa hallitusti. Greenfield on perusteltu harvoin – mutta silloin sen täytyy perustua analyysiin, ei turhautumiseen ja toiveeseen ”hopealuodista” joka ratkaisee syvälle juurtuneet organisatooriset ongelmat.
Sydänkone vaihdetaan vain, jos vanha ei enää toimi. Muussa tapauksessa tarvitaan johdonmukainen, arkkitehtuurilähtöinen ja mitattava elämäntaparemontti.
Näitä asioita käsittelimme helmikuun webinaarissamme. Webinaaritallenteen löydät täältä.
Jos kaipaat apuja sydänkoneen vaihdon tai elämäntaparemontin pohdintaan, Justinin ammattilaiset auttavat mielellään!