Uudista järjestelmä, johon kukaan ei uskalla koskea, yksi toiminto kerrallaan.
Vuosikymmenten liiketoimintasäännöt elävät COBOLissa, PL/I:ssä, Oracle Formsissa ja varhaisissa Java- ja .NET-sovelluksissa. Palautamme säännöt näkyviin, rakennamme testeistä turvaverkon ja siirrämme toiminto kerrallaan julkisivukerroksen taakse. Vanha ja uusi ajetaan rinnakkain ja tulokset täsmäytetään, ennen kuin mitään sammutetaan.
Organisaatioille, joiden kriittiset järjestelmät palvelevat useaa maata ja joissa käyttökatkot ja kadonneet säännöt eivät ole vaihtoehto.
Sovellussalkku arvioidaan ja tavoite sovitaan. Liiketoimintasäännöt palautetaan koodista tekoälyn avulla, ja ihmiset varmentavat ne. Nykyistä toimintaa kuvaavat testit muodostavat turvaverkon. Jokainen toiminto rakennetaan uudelleen julkisivukerroksen taakse ja ajetaan rinnakkain vanhan järjestelmän kanssa. Erot selvitetään ja korjataan, ennen kuin liiketoiminnan omistaja hyväksyy siirron ja vanha osa poistetaan käytöstä.
Ennen ja jälkeen
Mikä muuttuu työtavassasi
Nyt
Järjestelmän kanssa
Nyt
Nyt: Jokainen muutos on riski
Pienet lakimuutokset vievät kuukausia, koska kukaan ei pysty ennustamaan, mihin muuhun muutos vaikuttaa.
Järjestelmän kanssa
Järjestelmän kanssa: Testit muutosten tukena
Nykyistä toimintaa kuvaavat testit tallentavat, mitä järjestelmä tekee tänään, joten jokaisen muutoksen vaikutus näkyy ennen julkaisua.
Nyt
Nyt: Osaaminen jää eläkkeelle
Koodin ymmärtävät ihmiset ovat jäämässä eläkkeelle, ja dokumentaatio lakkasi vastaamasta järjestelmää jo kauan sitten.
Järjestelmän kanssa
Järjestelmän kanssa: Säännöt kirjattuina ja varmennettuina
Koodista palautetut liiketoimintasäännöt kirjataan selkeällä kielellä, ja substanssiasiantuntijat vahvistavat ne.
Nyt
Nyt: Kertarysäykset jumittuvat
Kokonaiskorvausohjelmat lupaavat yhden käyttöönottopäivän, joka siirtyy jatkuvasti, samalla kun kustannukset kasvavat.
Järjestelmän kanssa
Järjestelmän kanssa: Hyöty vaiheittain
Toiminnot siirtyvät yksi kerrallaan julkisivukerroksen taakse. Jokainen vaihe otetaan käyttöön erikseen, ja sen voi perua.
Nyt
Nyt: Data on lukittu vanhoihin rakenteisiin
Uudet palvelut ja tekoälyn käyttötapaukset eivät pääse dataan ilman hauraita poimintoja ja yöajoja.
Järjestelmän kanssa
Järjestelmän kanssa: Data saatavilla rajapintojen kautta
Siirretyt osa-alueet tarjoavat datansa dokumentoitujen rajapintojen kautta, ja se täsmäytetään vanhan järjestelmän kanssa, kunnes vanha poistetaan käytöstä.
Työnkulku
Näin työnkulku etenee
Strangler fig -malli: uusi järjestelmä kasvaa vanhan ympärille toiminto kerrallaan. Varsinainen työ tehdään enimmäkseen rinnakkaisajon ja uudelleenrakennuksen välisessä silmukassa.
Havainnollistava työnkulku
7 vaihetta · 3 ihmisen tarkistuspistettä
Selite
Järjestelmä
Tekoälyagentti
Henkilö
Ihmisen tarkistuspiste
Poikkeuspolku
Vanhojen järjestelmien uudistus: havainnollistava työnkulku ja täsmäytyssilmukka
Lue kaavio tekstinä
Päätyönkulku etenee sovellussalkun arvioinnista ja liiketoimintasääntöjen palautuksesta turvaverkon rakentamiseen ja yhden toiminnon uudelleenrakennukseen julkisivun taakse, ja siitä rinnakkaisajoon sekä lopuksi siirtoon ja vanhan osan käytöstä poistoon.
Ihmiset hyväksyvät tavoitearkkitehtuurin, varmentavat jokaisen palautetun säännön ja hyväksyvät jokaisen siirron: ne ovat ihmisen tarkistuspisteet.
Kun rinnakkaisajo osoittaa tulosten eroavan, toiminto poistuu päätyönkulusta kehittäjien ja substanssiasiantuntijoiden selvitettäväksi ja palaa uudelleenrakennukseen, kunnes vanha ja uusi täsmäävät.
01
Vaihe 1: Sovellussalkun arviointiHenkilö
Sovellusluettelo, riippuvuuksien ja tietovirtojen kartoitus ja päätös jokaisesta sovelluksesta: poisto, säilytys, siirto sellaisenaan, alustan vaihto, uudelleenrakennus tai korvaaminen. Osa-alueet kartoitetaan, jotta löydetään saumat, joista järjestelmän voi pilkkoa.
Ihmisen tarkistuspiste
Arkkitehtuuriryhmäsi hyväksyy tavoitearkkitehtuurin ja vaiheiden järjestyksen.
02
Vaihe 2: Liiketoimintasääntöjen palautusTekoälyagentti
Tekoälyavusteinen koodianalyysi lukee COBOLia, PL/I:tä, JCL:ää, Oracle Formsia ja vanhempaa Javaa tai .NETiä ja laatii luonnokset dokumentaatiosta, kutsukaavioista ja liiketoimintasääntöjen luettelosta.
Ihmisen tarkistuspiste
Kehittäjät ja substanssiasiantuntijat varmentavat jokaisen poimitun säännön, ennen kuin sitä käytetään määrittelynä. Varmentamattomat säännöt merkitään sellaisiksi.
03
Vaihe 3: Turvaverkon rakentaminenJärjestelmä
Nykyistä toimintaa kuvaavat testit luodaan anonymisoiduista tuotannon syötteistä ja tuloksista, joten nykyinen käyttäytyminen erikoisuuksineen tallentuu, ennen kuin mitään muutetaan.
04
Vaihe 4: Toiminnon uudelleenrakennus julkisivun taakseJärjestelmä
Vanhan järjestelmän eteen asetetaan reitittävä julkisivu tai rajapintakerros. Yksi toiminto rakennetaan uudelleen uutena palveluna, ja sen data siirretään ja pidetään synkronoituna.
05
Vaihe 5: Rinnakkaisajo ja täsmäytysJärjestelmä
Vanha ja uusi käsittelevät samat tapahtumat. Tuloksia ja dataa verrataan automaattisesti, ja jokainen ero raportoidaan säännöittäin ja tietueittain.
06
Vaihe 6: Erojen selvitysHenkilö
Kehittäjät ja substanssiasiantuntijat ratkaisevat, onko kukin ero virhe uudessa palvelussa, virhe vanhassa vai tarkoituksellinen muutos, ja palauttavat toiminnon korjattavaksi.
Poikkeuspolku: Tulokset eroavat· Palaa vaiheeseen 4
07
Vaihe 7: Siirto ja käytöstä poistoHenkilö
Toiminnon liikenne ohjataan julkisivun kautta uuteen palveluun. Vakaan jakson jälkeen vanha koodipolku ja sen data poistetaan käytöstä ja arkistoidaan.
Ihmisen tarkistuspiste
Liiketoiminnan omistaja hyväksyy jokaisen siirron täsmäytystulosten perusteella. Paluu vanhaan julkisivun kautta on mahdollinen käytöstä poistoon asti.
Osat
Mitä rakentaisimme
01
Sovellussalkun ja riippuvuuksien kartta
Sovellusluettelo, rajapintojen ja tietovirtojen kartoitus sekä osa-aluemalli, joka näyttää, mistä järjestelmän voi pilkkoa vaiheisiin.
Koodianalyysi ajetaan hallitsemassasi ympäristössä, eikä lähdekoodia lähetetä palveluihin, joita et ole hyväksynyt. Testeissä käytettävä tuotantodata anonymisoidaan, ennen kuin se poistuu tuotantoympäristöstä.
Ihmisen tarkastus
Kehittäjät ja substanssiasiantuntijat varmentavat palautetut säännöt, ennen kuin niistä tulee määrittelyjä. Liiketoiminnan omistaja hyväksyy jokaisen siirron täsmäytystulosten perusteella, ja paluu vanhaan on mahdollinen.
Jäljitettävyys
Luettelon jokainen sääntö on jäljitettävissä koodiin, josta se on peräisin, ja henkilöön, joka sen varmensi. Täsmäytysraportit säilytetään näyttönä jokaisesta siirrosta.
Tietosuoja
Datan siirto noudattaa dokumentoitua vastaavuutta tietuemäärineen ja tarkistussummineen, ja testiaineistojen henkilötiedot minimoidaan. Säilytyssäännöt siirtyvät datan mukana.
Tekoälyn läpinäkyvyys
Kun tekoäly laatii luonnoksia dokumentaatiosta tai koodista, tulos merkitään, tarkastetaan ja versioidaan kuten mikä tahansa muu kehitystyön tuotos.
Mittarit
Mitä mittaisimme
Sovimme mittarit kanssasi arvioinnin aikana ja seuraamme niitä vaiheittain, emme vain koko ohjelman tasolla.
Mitä mittaisimme
Mittari
Miksi se on tärkeä
Miten mittaisimme sen
01Muutoksen läpimenoaika
Miksi se on tärkeäSelvin merkki siitä, että järjestelmää on yhä helpompi muuttaa.
Miten mittaisimme senAika hyväksytystä muutospyynnöstä tuotantoon vanhoissa ja uudistetuissa osissa.
02Täsmäytyksen tila
Miksi se on tärkeäNäyttää, toimiiko uusi palvelu todella kuten vanha siellä, missä sen pitää.
Miten mittaisimme senRinnakkaisajossa täsmäävien tapahtumien ja tietueiden osuus sekä avoimet erot syittäin.
03Sääntöjen kattavuus
Miksi se on tärkeäTuntemattomat säännöt ovat jokaisen korvaamisen suurin riski.
Miten mittaisimme senNiiden palautettujen sääntöjen osuus, jotka substanssiasiantuntijat ovat varmentaneet ja joita testit kattavat.
04Vanhan järjestelmän jalanjälki
Miksi se on tärkeäUudistus maksaa itsensä takaisin, kun vanhat osat todella sammutetaan.
Miten mittaisimme senKäytöstä poistetut toiminnot, koodipolut, eräajot ja lisenssit vaiheittain seurattuina.
Tavoitteita ei aseteta ennen kuin lähtötaso on mitattu.
Käyttöönotto
Miten ottaisimme sen käyttöön
Vaihe 01
Arviointi
Sovellussalkku, riippuvuudet, osa-alueet ja riskit. Valitsemme ensimmäiseksi vaiheeksi toiminnon, jolla on merkitystä liiketoiminnalle mutta jonka voi perua.
Päättymiskriteerit
Tavoitearkkitehtuuri hyväksytty
Vaiheiden järjestys sovittu
Pääsy testeihin ja dataan järjestetty
Vaihe 02
Ensimmäinen vaihe
Sääntöjen palautus, turvaverkko, julkisivu ja yksi uudelleen rakennettu toiminto rinnakkaisajossa vanhan järjestelmän kanssa.
Päättymiskriteerit
Täsmäytys sovitun toleranssin sisällä
Liiketoiminnan omistaja hyväksyy siirron
Paluu vanhaan testattu
Vaihe 03
Vaihe kerrallaan
Seuraavat toiminnot kulkevat saman polun, kukin omalla rinnakkaisajollaan ja siirtopäätöksellään.
Päättymiskriteerit
Jokainen vaihe täsmäytetty ja siirretty
Osaaminen siirretty tiimillesi
Vaihe 04
Käytöstä poisto
Vanhat koodipolut, eräajot ja tietovarastot arkistoidaan ja sammutetaan.
Räätälöidyt ERP-laajennukset ja tehtaiden järjestelmät, jotka siirretään SAP S/4HANA -siirtymän rinnalla.
Havainnollistava esimerkki
Vakuutusyhtiön vakuutusjärjestelmä kolmessa maassa
Tilanne
Vakuutusyhtiön keskustietokoneella toimiva vakuutusjärjestelmä laskee maksut Suomen, Ruotsin ja Viron toiminnoille. Jokaisessa maassa on sääntömuutoksia odottamassa, ja kaksi koodin tuntevaa kehittäjää jää pian eläkkeelle.
Järjestelmä
Säännöt palautetaan ja varmennetaan maittain. Julkisivu ohjaa ensin yhden maan maksulaskennan uuteen palveluun, joka toimii rinnakkain keskustietokoneen kanssa, kunnes tulokset täsmäävät.
Ihmisen ohjaus
Kunkin maan substanssiasiantuntijat varmentavat omat sääntönsä. Maakohtainen liiketoiminnan omistaja hyväksyy siirron, ja paluu vanhaan julkisivun kautta on edelleen mahdollinen.
Mitä mittaisimme
Täsmäytyksen tila maittain, sääntöjen kattavuus ja seuraavan sääntömuutoksen läpimenoaika.
Suomi
Uudistus EU:n ja Suomen säännöin
Moni suomalainen organisaatio ajaa samaa vanhaa ydinjärjestelmää Suomen lisäksi muiden Pohjoismaiden ja EU-maiden toiminnoille, ja jokaisessa maassa on omia sääntömuutoksia jonossa. Ajoitamme uudistuksen niin, että kansalliset versiot siirtyvät vaihe kerrallaan ja vanha ja uusi täsmäytetään jokaisen maan osalta, ennen kuin mitään sammutetaan.
Kyberturvallisuuslaki (124/2025) on ollut voimassa 8. huhtikuuta 2025 alkaen, ja sen piiriin kuuluvia toimijoita valvovat toimialakohtaiset viranomaiset. Uudistetut palvelut rakennetaan alustoille, jotka on suunniteltu lain tietoturvavelvoitteet huomioiden. Datasäädöksen palveluntarjoajan vaihtamista koskevat säännöt ovat syy pitää data siirrettävänä ensimmäisestä vaiheesta alkaen. Kun tietueissa on henkilötietoja, siirtovastaavuudet ja testidata noudattavat tietosuoja-asetusta.
Koska yksi käyttöönottopäivä keskittää koko riskin yhteen hetkeen, ja liiketoiminta odottaa hyötyjä vuosia. Kun toiminnot siirretään yksi kerrallaan, jokainen vaihe todistaa toimivuutensa rinnakkaisajossa, otetaan käyttöön erikseen ja voidaan tarvittaessa perua.
02Voiko tekoäly kääntää COBOLimme Javaksi?
Rivi riviltä käännetty koodi on yleensä yhtä vaikea muuttaa kuin alkuperäinen. Käytämme tekoälyä vanhan koodin lukemiseen ja dokumentointiin sekä sääntöjen ja testien luonnosteluun, ja suunnittelemme uudet palvelut kunnolla. Ihmiset varmentavat jokaisen palautetun säännön ennen sen käyttöä.
03Asiantuntijamme jäävät eläkkeelle. Miten heidän tietonsa saadaan talteen?
Jäsennellyissä työpajoissa, joissa asiantuntijat käyvät läpi palautetut säännöt ja nykyistä toimintaa kuvaavat testit. Heidän tietonsa päätyy dokumentaatioon ja testeihin, jotka jäävät tiimillesi eivätkä meidän päihimme.
04Koskeeko tämä myös SAP ECC:tä?
Kyllä. Samat periaatteet pätevät räätälöidyn koodin korjaamiseen ja SAP S/4HANA -siirtymään: arvioi, mitä vielä käytetään, palauta ja testaa olennainen ja etene hallituin askelin.
05Kuinka kauan vanha ja uusi toimivat rinnakkain?
Kunnes täsmäytystulokset ovat liiketoiminnan omistajan kanssa sovitun toleranssin sisällä, ja niin kauan, että myös jaksottaiset prosessit, kuten kuukauden vaihde ja vuosiajot, tulevat katetuiksi.
Kerro, mikä järjestelmä jarruttaa ja mikä siitä riippuu. Ehdotamme ensimmäistä vaihetta ja tapaa todentaa se turvallisesti, palveli järjestelmä yhtä tai useaa maata.