Krogis neuvoo ulkomaisten konsernien tytäryhtiöiden ja yritysten johtoa, kun hanke on toteutettava ja oma IT-osasto on kiinni ylläpidossa. Uuden toiminnanohjausjärjestelmän (ERP) valinta ja käyttöönotto, reklamaatioiden käsittely, prosessilähtöinen CRM, KSeF-järjestelmään (Puolan kansallinen sähköisen laskutuksen järjestelmä) sovitettu kustannusasiakirjojen kierto, sopimushallinta, työsuhteen alkamiseen ja päättymiseen liittyvät prosessit: kirjaan vaatimukset yhdessä johdon kanssa, keskustelen IT-tiiminne ja toimittajien kanssa, vertailen tarjouksia (tytäryhtiöissä konsernin pääkonttorin hankintaohjeiden mukaan), neuvon toteutuksen valvonnassa ja autan valmistelemaan muutoksen ihmisten työssä, jotta he käynnistyksen jälkeen todella käyttävät uutta järjestelmää. Yksi keskustelu, ja konsepti on valmis noin 2 päivässä.

15–20 min
johdon kanssa – riittää ongelman ja tavoitteen kuvaamiseen
~2 päivää
valmiiseen konseptiin tai prototyyppiin, ennen kuin käyttöönottokustannuksia syntyy
0 kokousta
lisää johdon kalenteriin, kunnes edessä on todellinen päätös
Detalji 1osia insinöörin työpöydällämittakaava 1 : 1kuvituskuvalehti 1yritykset

Muutosjohtaminen yrityksessä. Tyypilliset hankkeet ja se, mitä ne muuttavat ihmisten työssä.

Yrityksessä muutosta vie yleensä eteenpäin tulos tai pääkonttorin päätös. Ihmiset hyväksyvät sen nopeammin, kun he ymmärtävät, mitä se merkitsee heille.

ERP- tai CRM-järjestelmän käyttöönotto

Mikä muuttuu ihmisille: myynti, talous ja asiakaspalvelu työskentelevät yhteisten tietojen pohjalta omien taulukoiden sijaan.

Tyypillinen vaikeus: paine saada nopeasti tuloksia ja Excelin mukavuus: uusi järjestelmä häviää taulukolle, jos se ei ole ensimmäisestä päivästä alkaen kätevämpi.

Mihin kiinnitän huomiota: osastojen esihenkilöt ensimmäisinä käyttäjinä, järjestelmän käytön mittarit ensimmäisestä viikosta alkaen ja katsaus käynnistyksen jälkeen.

Prosessialusta ja työnkulku

Mikä muuttuu ihmisille: hakemukset, hyväksynnät ja reklamaatiot kulkevat yhtä, näkyvää reittiä sähköpostien ja puheluiden sijaan.

Tyypillinen vaikeus: jokaisella osastolla on omat poikkeuksensa, ja se haluaa järjestelmän toistavan ne kaikki.

Mihin kiinnitän huomiota: ensin prosessin kuvaus ja poikkeuksista sopiminen esihenkilöiden kanssa, sitten järjestelmä.

Pääkonttorin päätös toteutetaan tytäryhtiössä

Mikä muuttuu ihmisille: tytäryhtiö ottaa käyttöön pääkonttorin valitseman työkalun tai prosessin.

Tyypillinen vaikeus: ”tämä ei ole meidän ideamme”: pääkonttorin tavoite ei itsestään muutu syyksi paikalliselle tiimille.

Mihin kiinnitän huomiota: pääkonttorin tavoitteen muuttaminen konkreettisiksi hyödyiksi yhtiön ihmisille ja selkeä sopimus siitä, kuka vastaa muutoksesta paikallisesti.

Tekoälyagentit ja automaatio

Mikä muuttuu ihmisille: osan toistuvasta työstä tekee automaatti, ja ihmiset tarkistavat tulokset ja hoitavat poikkeukset.

Tyypillinen vaikeus: huoli työpaikasta ja kuvaamattoman prosessin automatisointi, joka vain nopeuttaa sotkua.

Mihin kiinnitän huomiota: ensin prosessin kuvaus ja järjestäminen sekä vastuusäännöt, sitten automaatti, ja rehellinen keskustelu siitä, mikä rooleissa muuttuu.

KSC ja NIS 2. Kun yritys toimittaa palveluja KSC:n piiriin kuuluville toimijoille, asiakkaat alkavat vaatia siltä sopimusehtoja ja näyttöä. Autan valmistelemaan vastaukset ja asiakirjat ilman erillisen tietoturvaosaston rakentamista. KSC johdon näkökulmasta

Mitä muutosjohtaminen on ja miksi se kannattaa

Kysymykset, joihin kannattaa tietää vastaus.

Esitän ne johtokunnan jäsenille ja talousjohtajille, ennen kuin suuri käyttöönotto käynnistyy. Jos vastaus johonkin niistä on ”emme tiedä”, juuri tässä voin auttaa.

  1. Mikä tarkalleen muuttuu ihmisten työssä uuden järjestelmän käyttöönoton jälkeen, ja miten sen mittaamme?
  2. Kuka meidän puolellamme kääntää käyttäjien tarpeet vaatimuksiksi toimittajalle?
  3. Vertaammeko tarjouksia yhteisessä laajuudessa ja kokonaiskustannuksen pohjalta?
  4. Miten huolehdimme siitä, ettei ylläpitoon sidottu IT-osastomme kuormitu hankkeesta liikaa?
  5. Mitä teemme, kun käyttöönotto alkaa poiketa johdon tarkoituksesta?

Virheen hinta. ERP-käyttöönotto, joka ei vastaa ihmisten tarpeita, tarkoittaa lisenssien, käyttöönoton ja kuukausien työn kustannuksia ilman tulosta. Neuvonantaja maksaa yleensä vähemmän kuin yksi väärin valittu teknologia, yksi sopimaton toimittaja tai yksi ansa sopimuksessa.

Mitä saatte. Asiakirjat ovat työkalu, eivät tavoite.

  • Johdon aika15–20 minuutin keskustelu viikkojen työpajojen sijaan. Päätöksiä vain siellä, missä niitä todella tarvitaan.
  • Vähemmän virheitä ERP- ja muissa käyttöönotoissaTavoite ja onnistumisen määritelmä sovitaan ennen toimittajan valintaa.
  • Toimittaja, joka vastaa tuloksistaVaatimukset, hyväksymiskriteerit ja muutosloki, joihin voi luottaa.
  • Ihmiset, jotka todella käyttävät järjestelmääMuutosjohtaminen ja muutoslähettiläät osastoilla, jotta käyttöönotto ei jää paperille.
  • Pienemmät kustannuksetOngelmaan sopiva työkalu – ja joskus päätös, ettei uutta järjestelmää tarvita lainkaan.
Wojciech Kroczak
Wojciech KroczakMuutosjohtamisen ja digitalisaation neuvonantaja. 2017–2026: ulkomaisen konsernin teollinen tytäryhtiö. 2016–2026: kansainvälinen konserni – pankki, leasing, vakuutus.

Konsernin pääkonttorille. Krogis on puolalaisen tytäryhtiön paikallisen johdon riippumaton neuvonantaja. 15 minuutin keskustelusta johdon kanssa syntyy konsepti kahdessa päivässä. Kirjoitan vaatimukset, joiden pohjalta IT-tiimi ja toimittajat voivat toimia, vertaan tarjouksia konsernin hankintaohjeisiin ja edustan johtoa käyttöönoton aikana. Ei ohjelmistomyyntiä, ei sidoksia toimittajiin. Yhden sivun englanninkielinen yhteenveto on saatavilla pyynnöstä.

Johdolla on päätös tehtävänä. Kenelläkään ei ole aikaa kirjoittaa sitä auki.

Johto tietää tarkalleen, minkä ongelman se haluaa ratkaista ja minkä riskin sulkea pois – ja sen sanoittamiseen menee vartti, ei viikon työpajoja.

Yleisluontoisen ohjeen saatuaan oma IT aloittaa kutsumalla koolle kokouksia ja etsimällä valmiita ratkaisuja – ennen kuin kukaan on kirjannut, mistä oikeastaan on kyse.

Ilman konseptia tai prototyyppiä on vaikea arvioida, onko ajatuksessa ylipäätään liiketoiminnallista järkeä – päätös ”kyllä vai ei” tehdään tuntumalla eikä minkään konkreettisen pohjalta.

Kun hanke on käynnissä, johto joko vedetään työkokouksiin, joihin sillä ei ole aikaa, tai päinvastoin se menettää otteen siitä, vastaako toteutus yhä sen alkuperäistä tarkoitusta.

Tämä ei ole yrityksille, joilla on jo kokenut, johtoryhmätason CIO. Krogis sopii sinne, missä johto on tiiviisti mukana päivittäisessä toiminnassa ja IT-osasto on pieni, koostuu IT-asiantuntijoista eikä esihenkilöistä ja on ylläpidon kuormittama – kuten suurten teollisuus- ja finanssikonsernien tytäryhtiöissä, palvelu- ja vakuutusyhtiöissä sekä osuustoiminnallisissa säästö- ja luottokassoissa (SKOK).

Haluamme ostaa vasaran, koska… meidän täytyy ripustaa taulu.

Yritysten on usein vaikea sanoa, mitä ne haluavat, koska ne eivät tiedä, mitä ylipäätään voi pyytää. Johto sanoo: ”Meidän pitää ostaa järjestelmä”, ja syventävien kysymysten sarjan jälkeen – ”mihin järjestelmää tarvitaan, mitä sillä halutaan saada aikaan, mitä luulette tapahtuvan käyttöönoton jälkeen?” – esiin tulee usein todellisen ongelman määritelmä: ”Haluamme käsitellä reklamaatiot nopeammin, raportoida helposti, alentaa kustannuksia, noudattaa pääkonttorin ohjeita ja parantaa myynnin kannattavuutta kanavassa A.”

Kysyn tavoitetta ja sitä, mikä lasketaan onnistumiseksi, ja vien analyysin järjestelmällisesti läpi, kunnes pääsemme todelliseen tavoitteeseen, joka piiloutuu usein ensimmäisen järjestelmäidean taakse.

  1. Pyyntö”Haluamme ostaa laskujen kierron järjestelmän.”

    Todellinen tarve
    • koko hankintapolitiikan järjestäminen,
    • prosessien kuvaaminen ja optimointi tarpeesta tilauksen ja sopimuksen kautta kustannusasiakirjoihin,
    • toimittajahallinnan periaatteet.
  2. Pyyntö”Tarvitsemme CRM-järjestelmän.”

    Todellinen tarve
    • liikekumppanitietojen elinkaaren selvittäminen: milloin ja missä järjestelmissä liikekumppani rekisteröidään, kuka siitä vastaa ja minkä liiketapahtumien perusteella asiakkaan tietojen pitää siirtyä muihin järjestelmiin,
    • jäsennellyt ja digitalisoidut menettelyt tarjousten kierrättämiseen,
    • prosessilähtöinen tapa rekisteröidä, päivittää ja tarkistaa liikekumppanitietoja,
    • työkalut, jotka helpottavat tarjousten laatimista,
    • keinot automatisoida markkinointia,
    • keinot automatisoida myyntityötä,
    • potentiaalisten ja nykyisten asiakkaiden kanssa käytävän viestinnän sävyn (sentimentin) seuranta.

    Konttiterminaali. Kyse ei ollut tavanomaisesta, yksinkertaisesta CRM-järjestelmästä vaan asiakaspalvelun prosessilähtöisestä kehittämisestä.

  3. Pyyntö”Onko teillä CRM:ään markkinointimoduulia?”

    Todellinen tarve
    • sidosryhmäsuhteiden hallinnan työkalu (stakeholder relationship management), ei jälleen uusi myyntimoduuli.

Aloitan kysymyksillä, joita yritykset harvoin esittävät itselleen: miltä ihanteellinen tulevaisuutenne näyttää, mikä teitä tänään vaivaa, miksi teemme tämän, mikä lasketaan valmiiksi ja millä kriteereillä arvioimme hankkeen onnistuneen. Sen sijaan, että menisimme suoraan toimittajalle, jolla ”on siihen järjestelmä”, sovimme ensin tavoitteesta. Osaan kuvata ja analysoida prosesseja, mutta ennen kaikkea ohjaan analyysia ja kysymyksiä: organisaatiossa, määrittelyissä ja keskusteluissa toimittajien kanssa. Näin ette menetä aikaa ja pääsette nopeammin siihen tulokseen, jota todella tavoittelette.

Kuka tekee mitä, kun otatte järjestelmän käyttöön.

Reklamaatiot, kustannusasiakirjojen kierto, huoltopyynnöt: mekanismi on sama moduulista riippumatta.

Johto

Kuvaa ongelman ja tavoitteen 15–20 minuutissa. Tekee päätöksiä vain niissä kohdissa, jotka niitä todella vaativat: konsepti, toimittajan valinta, vastaanottotarkastus.

Krogis

Konsepti tai prototyyppi, vaatimukset ja testiskenaariot, kysymykset toimittajille, pääkonttorin hankintaohjeisiin perustuva vertailumatriisi sekä johdon edustaminen käyttöönottotiimissä ja vastaanottotarkastuksessa. Prototyyppi on näytettävä johdolle mahdollisimman aikaisin, jotta voidaan vahvistaa tavoitteet ja tarpeet, jotka sen on täytettävä, sekä kipukohdat, jotka sen on poistettava. Vasta kun olemme varmoja oikeasta suunnasta ja hankkeen onnistumisen määritelmästä, aloitamme varsinaisen työn osastojen kanssa ja tapaamiset toimittajien kanssa.

IT-osasto ja toimittaja

Rakentavat ratkaisun, integroivat sen ERP-järjestelmään ja ylläpitävät sitä vaatimusten pohjalta, joiden toteutumista niiltä voidaan edellyttää. Oma IT-osastonne saa tehtävän, joka on jo muunnettu toteutettavaan muotoon.

Leikkaus B–Bvastuunjakomittakaava 1 : johtohavainnepiirroslehti 2järjestelmän käyttöönotto

Onko tämä teidän tilanteenne? Neljä asiaa, jotka kannattaa tietää ennen ensimmäistä keskustelua.

Mistä sen usein tunnistaa

Usein IT:llä on kädet täynnä ylläpitoa, ja hanke odottaa jotakuta, joka kirjoittaa vaatimukset. Toimittaja voi olla se, joka itse ehdottaa laajuuden ja aikataulun. Pääkonttori tai johto kysyy tilannetta, ja vastaus on koottava useasta lähteestä. Hankkeen dokumentaatio syntyy epätasaisesti: aina ei tiedetä, kuka on kirjoittaja, kuka omistaja ja onko se hyväksytty.

Mitä voi tapahtua, jos lykkäätte

Laajuus voi kasvaa kesken hankkeen tehtyjen muutosten vuoksi, kustannus ja aikataulu siirtyvät, ja vastaanotto perustuu toimittajan ilmoituksiin. Uudet IT-työntekijät tulevat silloin hankkeeseen ilman jäsenneltyä tietoa.

Kuka yleensä on sponsori

Useimmiten johtoryhmän jäsen (talousjohtaja tai operatiivinen johtaja), joka vastaa käyttöönoton liiketoimintatuloksesta.

Mitä en tee

En ole toimittajan projektipäällikkö. En vastaa käyttöönotosta enkä työntekijöidenne työn aikataulussa pysymisestä, mutta autan seuraamaan niitä: teen sen, mihin johdolla ei usein ole aikaa, eli huolehdin siitä, että hankkeen eteneminen, vastuunjako ja päätöstä vaativat asiat näkyvät.

Pienin turvallinen ensimmäinen askel: 30 minuutin keskustelu ilman kustannuksia. 15–20 minuutin keskustelusta johdon kanssa valmistelen noin 2 päivässä konseptin, joka ei aiheuta käyttöönottokustannuksia.

Useita hankkeita yhtä aikaa, ja pääkonttori haluaa tilannekatsauksen. Kuka sen kokoaa?

ERP-käyttöönotto, prosessilähtöinen CRM, KSeF-järjestelmään sovitettu asiakirjankierto, dokumentaation järjestäminen: IT-osasto ylläpitää järjestelmiä, ja hankkeet jäävät usein ilman pysyvää koordinaattoria. Silloin johdolla on vähän aikaa ja puutteellinen kuva.

Toimin pysyvänä koordinaattorina johdon puolella (suurten organisaatioiden kielellä PMO eli projektitoimisto). Yksi kuva hankkeista, säännölliset tilannekatsaukset ja raportti, myös englanniksi pääkonttorille.

  • Hankelista, jossa vaiheet, määräajat, omistajat, riippuvuudet ja esteet sekä tila vihreä, keltainen tai punainen.
  • Viikoittainen tai kahden viikon välein pidettävä tilannetapaaminen, muistio, toimenpidelista ja määräajat.
  • Riski-, päätös- ja dokumentaatiorekisterit: kuka on laatija, kuka omistaja ja missä vaiheessa hyväksyntä on.
  • Tiedon koordinointi tiimin, tehtävistä vastaavien ja toimittajien välillä sekä eskalointi, kun asia seisoo.
  • Johto jää päätösten, budjetin ja toteutuksen omistajaksi. En ota vastuuta käyttöönotosta vaan huolehdin siitä, että edistyminen näkyy.

Hankkeiden koordinoinnin ja pysyvän järjestyksen laajuus

ERP-järjestelmän tai muun suuren järjestelmän käyttöönotto. Neljä kohtaa, joissa johto tarvitsee jonkun puolelleen.

IT-tiiminne pitää huolen siitä, että kaikki toimii arjessa. Käyttöönottohanke on eri työ: tarpeet on kuvattava, toimittaja valittava, neuvottelut käytävä ja tulokset arvioitava. Voin tulla mukaan yhteen näistä vaiheista tai kulkea kanssanne koko matkan.

  1. Valmistelu ja vaatimukset

    Luettelo prosesseista, järjestelmistä, tiedoista ja integraatioista, jotka uuden järjestelmän on määrä ottaa hoitaakseen tai korvata. Liiketoimintaomistaja, jolla on johdon mandaatti, käyttöönoton jälkeen tarkistettavat tavoitteet ja vaatimukset, jotka on kirjoitettu prosessienne kielellä eikä toimittajan esitteen ominaisuuslistana.

  2. Toimittajan tai käyttöönottokumppanin valinta

    Tarjouspyyntö, omiin skenaarioihinne perustuvat esittelyt, yhteiseen laajuuteen yhdenmukaistetut tarjoukset vertailtuna matriisissa: kokonaiskustannukset usean vuoden ajalta, tiimi, työtavat, ylläpidon ehdot ja sopimuksesta irtautumisen ehdot.

  3. Keskustelut IT:n kanssa ja toteutuksen valvonta

    Edustan johtoa kokouksissa toimittajan ja IT-tiiminne kanssa ja pidän laajuuden, aikataulun ja muutospäätökset hallinnassa. Johto saa lyhyitä yhteenvetoja ja palaa asiaan vain, kun sen päätöstä tarvitaan.

  4. Vastaanottotarkastus ja päättäminen

    Vastaanottotarkastus sovittujen testiskenaarioiden ja kriteerien mukaan, tarkistettu tietojen siirto, dokumentaatio ja koulutus. Ylläpitosopimus, joka ei tee teistä yhdestä toimittajasta riippuvaisempia kuin on välttämätöntä.

Kesto riippuu organisaatiosta ja hankkeesta: siitä, miten hyvin yritys on valmistautunut, millainen sen organisaatiokulttuuri on ja millaisen mandaatin johto hankkeelle antaa. Siksi aikataulu sovitaan ensimmäisen keskustelun jälkeen eikä hinnastossa.

Kysymyksiä, joita kuulen ennen käyttöönottoa

Miten valmistamme yrityksen ERP-käyttöönottoon?

Ennen kuin keskustelette toimittajien kanssa, kirjatkaa, mitä teillä on: prosessit, järjestelmät, tiedot, integraatiot ja sopimukset, jotka uuden järjestelmän on määrä ottaa hoitaakseen tai joiden kanssa sen on toimittava. Nimetkää liiketoimintaomistaja, jolla on johdon mandaatti, ja sopikaa, mistä tiedätte käyttöönoton onnistuneen. Päättäkää, missä omaksutte järjestelmän vakioprosessit ja missä oma prosessinne on kilpailuetu, joka kannattaa säilyttää. Prosessienne kielellä kirjoitetut vaatimukset mahdollistavat tarjousten vertailun ja myöhemmin sen, että toimittaja saadaan vastuuseen. Hyvä lähtökohta on IT-kartoitus.

Kenen meillä pitäisi vetää käyttöönottoa, jos IT-tiimimme on kiinni ylläpidossa?

Tarvitaan kaksi roolia: liiketoimintaomistaja, joka päättää prosesseista, ja tilaajan puolella toimiva henkilö, joka valvoo laajuutta, määräaikoja ja päätöksiä. IT vastaa integraatioista, infrastruktuurista ja myöhemmästä ylläpidosta, mutta sen ei pitäisi yksin ratkaista, miten myynnin tai kirjanpidon tulee toimia. Tätä jälkimmäistä henkilöä tuen johdon neuvonantajana: autan valvomaan laajuutta ja aikataulua, valmistelen päätöksiä ja keskustelen toimittajien kanssa – IT-tiiminne rinnalla, en sen sijasta.

Miten valitsemme käyttöönottokumppanin ja vertailemme tarjouksia, jotka eroavat laajuudeltaan ja hinnaltaan?

Yhdenmukaistakaa ensin tarjoukset yhteiseen laajuuteen: yksi vaatimusmatriisi, jossa jokainen toimittaja vastaa samoihin kysymyksiin. Vertailkaa kokonaiskustannuksia usean vuoden ajalta (lisenssit, käyttöönotto, ylläpito, muutokset), älkää pelkkää aloitushintaa. Pyytäkää esittely omien skenaarioidenne pohjalta ja tarkistakaa sekä tiimi, joka todella työskentelee hankkeessa, että yhteistyön päättämisen ehdot.

Miten keskustelemme toimittajan kanssa, kun meillä ei ole liiketoiminta-analyytikkoa?

Sen sijaan, että kysyisitte, mitä järjestelmä osaa, esitelkää todellisia tapauksia yrityksenne arjesta ja kysykää, miten järjestelmä hoitaisi ne. Kirjatkaa sovitut asiat ja palatkaa niihin seuraavissa kokouksissa. Apua on henkilöstä teidän puolellanne, joka puhuu sekä johdon että toimittajan kieltä – se on minun roolini: valmistelen kysymykset, käyn keskustelut ja käännän vastaukset siksi, mitä ne merkitsevät yritykselle.

Mitä teemme, kun käyttöönotto viivästyy tai laajuus alkaa erkaantua todellisista tarpeista?

Pysähtykää katselmointiin ennen kuin ongelma kasvaa: mitä sopimuksessa on, mikä on muuttunut ilman päätöstä ja mitkä toiminnot todella tarvitaan käynnistykseen. Apuna on muutos- ja päätösloki sekä keskustelu toimittajan kanssa tosiasioiden eikä vaikutelmien pohjalta. Johto saa silloin riippumattoman arvion hankkeen tilasta ja vaihtoehdot jatkotoimiksi.

Miten teemme järjestelmän vastaanottotarkastuksen ja mihin ylläpitosopimuksessa pitää kiinnittää huomiota?

Vastaanottotarkastuksen pitää perustua etukäteen sovittuihin testiskenaarioihin ja kriteereihin eikä yleisvaikutelmaan. Tarkistakaa tietojen siirto, dokumentaatio ja tiiminne koulutus. Ylläpitosopimuksessa kiinnittäkää huomiota palvelutasoihin ja vasteaikoihin, muutosten kustannuksiin, pääsyyn omiin tietoihinne ja dokumentaatioon sekä yhteistyön päättämisen ehtoihin.

Prosessialusta ERP:n rinnalle, ei sen tilalle.

Liikekumppanien tiedot päätyvät ERP-järjestelmään vasta liiketapahtuman yhteydessä – mutta kirjeenvaihto, myös integraatio e-Doręczenia-palveluun (Puolan sähköinen tiedoksiantopalvelu), koskee myös tahoja, jotka eivät ehkä koskaan näy ERP:ssä. Siellä, missä ERP yksin ei riitä, suunnittelemme erillisen prosessialustan, joka on integroitu ERP:hen ja asiakkaan keskitettyihin järjestelmiin ja räätälöity juuri kyseiselle ERP:lle ja organisaation erityistarpeisiin.

Hankintaketju

Tarvepyyntö, tilaus, sopimus, toimittajasuhteiden hallinta, neuvottelut, kustannusasiakirjojen kierto, toimittaja-arviointi – yksi prosessikartta hajallaan olevien taulukoiden ja sähköpostien sijaan.

Hankintojen rinnalla kulkevat prosessit

Henkilöstöprosessit, näytteiden luovutus varastosta, sisäiset ja ulkoiset reklamaatiot sekä asiakas- ja toimittajareklamaatiot – samat integraation ja tietojen omistajuuden säännöt kuin hankintaprosesseissa.

Toimitusjohtaja halusi parantaa lakiosaston työn tarkastettavuutta. Hänellä ei ollut aikaa kahden tunnin kokoukseen analyytikon kanssa.

Juridisen tuen moduuli kaukolämpöyhtiössä. Toimitusjohtaja halusi, että lakiosasto raportoi työaikansa ja ottaa pyyntöjä vastaan helpdeskin tapaan, sen sijaan että hän vain tietäisi, montako oikeudellista asiaa yhtiöllä on ja mitä ne maksavat. Hänen tarkoituksensa oli, että ajoittain useaan toimipisteeseen hajautunut lakiosasto olisi yhtä tarkastettavissa ja tilivelvollinen kuin ulkopuoliset asianajotoimistot, jotka lähettävät hänelle joka kuun lopussa täydellisen raportin: kuka teki mitä ja kuinka paljon aikaa kuhunkin asiaan ja pyyntöön kului. Johdolla ei ollut aikaa tuntikausien kokouksiin analyytikon kanssa eikä vaatimusten kirjoittamiseen – se halusi nähdä valmiin konseptin.

  1. 1

    Keskustelu

    15–20 minuuttia johdon kanssa: mitä se haluaa seurata, miksi ja millaista näkyvää tulosta se odottaa.

  2. 2

    Konsepti

    Noin 2 päivässä: helpdesk-tyyppinen pyyntömalli, asiarekisteri ja juristien työajan raportointi.

  3. 3

    Päätös

    Johto arvioi valmista konseptia eikä paperille luonnosteltua ideaa – päätös rakentaa tai olla rakentamatta tehdään jonkin konkreettisen pohjalta.

  4. 4

    Käyttöönotto

    Krogis edustaa johtoa käyttöönottotiimissä – johto kutsutaan mukaan vasta todellisissa päätöksissä.

Tulos: saman organisaation lakiosastolla on nyt hankintamenettelyjen sähköinen arkisto ja juridisen tuen moduuli, jotka toteutettiin peräkkäisinä, toisiaan täydentävinä hankkeina samalla mekanismilla: johto määrittää tarkoituksensa, Krogis muuttaa sen toiminnaksi.

Yhdestä keskustelusta pysyvään rooliin johdon edustajana.

Sama mekanismi on osoittautunut toimivaksi monivuotisessa yhteistyössä ulkomaisten konsernien teollisen ja finanssialan tytäryhtiön kanssa: tulkin rooli konsernin ja paikallisen johdon välillä, suoraan yhteistyössä johdon, talousjohtajan (CFO) ja pääkirjanpitäjän kanssa.

  1. 01

    Konsepti tai prototyyppi yhdestä keskustelusta

    15–20 min + ~2 päivää

    Keskustelu johdon kanssa ongelmasta ja tavoitteesta, ilman työpajoja ja ilman IT-osaston mukaan ottamista heti alussa. Valmis konsepti tai prototyyppi päätöksenteon selvityksen aineistoksi – ennen käyttöönottokustannuksia.

  2. 02

    Määrittely toteutusta varten

    Aikataulu sovitaan ensimmäisen keskustelun jälkeen

    Kun konsepti on hyväksytty: vaatimukset, tietomalli, integraatiot ja testiskenaariot muunnettuina muotoon, jonka pohjalta IT-osastonne (oma tai ulkoinen toimittaja) voi toimia – sekä tarvittaessa pääkonttorin hankintaohjeisiin perustuva vertailumatriisi ja osallistuminen toimittajaneuvotteluihin.

  3. 03

    Johdon edustaja käyttöönottotiimissä

    Hankkeen ajan

    Erityisen arvokasta suuressa, pääkonttorin määräämässä hankkeessa, kuten siirryttäessä yhteiseen, keskitettyyn ERP-järjestelmään: kokoukset toimittajien kanssa, keskustelut integraatiosta paikallisiin järjestelmiin ja sen varmistaminen, että toteutus pysyy alkuperäisen tarkoituksen mukaisena. Johto, jota kuormittavat omien vastuualueiden eli talouden, myynnin ja markkinoinnin päivittäiset tehtävät, saa tiiviit yhteenvedot omien päätöstensä sekä pääkonttorin ja IT-osaston kanssa käytävän viestinnän tueksi sen sijaan, että sen pitäisi seurata hanketta päivittäin. Asiat viedään johdolle vain, kun sen päätöstä tarvitaan.

  4. 04

    Digitalisaationeuvonantaja

    Jatkuva yhteistyö

    Uudet konseptit ja hankkeet samalla mekanismilla, konsernin pääkonttorin vaatimusten muuntaminen paikallisiksi toimiksi ja ajantasainen näkemys siitä, missä vastaavat yritykset ovat maksaneet teknologiapäätöksistään liikaa.

  1. 2017–2026Ulkomaisen konsernin teollinen tytäryhtiö

    ”Yhdeksäs vuosi saman alustan kehittämistä yrityksessä – suoraan johdon, talousjohtajan ja pääkirjanpitäjän kanssa muutosjohtamisen vetäjänä, ei teknologiatoimittajana.”

    Hankintojen ja laskujen kierto kansainväliselle teollisuuskonsernille. Muutosjohtamisen vetäjän rooli suhteessa johtoon, talousjohtajaan ja pääkirjanpitäjään.

  2. 2016–2026Kansainvälinen konserni – pankki, leasing, vakuutus

    Liiketoimintaprosessien hallinta-alustan (business process management) käyttöönotto, procure-to-pay-ratkaisun konseptointi ja käyttöönotto, työmatkojen käsittely sekä integraatio toimialajärjestelmiin (OCR, KSeF). Ratkaisun sovittaminen konsernin hankintamenettelyihin.

  3. RahoitusOsuustoiminnalliset säästö- ja luottokassat (SKOK)

    Järjestelmien käyttöönotot ja jatkuva yhteistyö kassojen kanssa.

Kuka tätä lukee.

  • Toimitusjohtaja, johdon jäsen, omistaja

    Vastaa hankkeen tuloksesta hallintoneuvostolle, omistajalle tai pääkonttorille – ja hänellä on vähiten aikaa muotoilla IT-vaatimuksia. Tytäryhtiössä hän on yhtä aikaa vastuussa sekä paikalliselle johdolle että pääkonttorille.

  • CFO, talousjohtaja

    Joutuu sovittamaan paikalliset operatiiviset tarpeet yhteen konsernin hankintaohjeiden ja pääkonttorin standardien kanssa – ja tarvitsee jonkun, joka hallitsee molemmat kielet.

  • IT-johtaja, jolla on pieni tiimi

    Liittolainen, kunhan johdon konsepti tulee hänelle jo toteutettavaan muotoon muunnettuna – eikä jälleen yhtenä epämääräisenä ”tehkää tälle jotain” -pyyntönä.

Mitä useimmiten kysytään ennen kuin aloitamme.

Kuinka nopeasti johdon ajatuksesta saadaan sovelluskonsepti?

Itse keskustelu johdon kanssa kestää 15–20 minuuttia – se riittää ongelman, tavoitteen ja rajoitteiden kuvaamiseen. Valmis konsepti tai prototyyppi seuraa noin kahden työpäivän kuluessa, ennen kuin käyttöönottokustannuksia syntyy, päätöksenteon aineistoksi eikä jatkospekulaatioiden pohjaksi.

Voiko tämän sovittaa yhteen pääkonttorin hankintaohjeiden kanssa?

Kyllä. Pääkonttorin hankintaohjeet sisällytetään vertailumatriisiin ja vaatimuksiin ensimmäisestä päivästä lähtien sen sijaan, että ne tulisivat vastaan ehtona vasta allekirjoitusvaiheessa. Johto saa tarjousvertailun muodossa, jonka pääkonttori ymmärtää, tarvittaessa englanniksi.

Miten tämä eroaa liiketoiminta-analyytikon tai tuoteomistajan palkkaamisesta?

Analyytikko tai tuoteomistaja on yleensä pysyvä tehtävä organisaatiossa: teidän on johdettava häntä itse ja perehdytettävä hänet yrityksen tilanteeseen. Krogis tulee mukaan valmiina työskentelemään johdon tasolla, toimii projektiperusteisesti (yksittäisestä konseptista jatkuvaan yhteistyöhön) ja edustaa johtoa myös ulospäin – toimittajien ja käyttöönottotiimin suuntaan, ei vain yksittäisen hankkeen sisällä.

Onko palvelussa järkeä, jos meillä on jo IT-osasto?

Kyllä, kunhan IT-osasto on pieni ja koostuu IT-asiantuntijoista eikä esihenkilöistä, jotka hoitavat suhdetta johtoon. Johdon kanssa laadittu konsepti tulee IT:lle jo toteutettavaan muotoon muunnettuna, mikä nopeuttaa sen työtä eikä kilpaile sen kanssa. Palvelu ei sovi tilanteeseen, jossa organisaatiossa on jo kokenut, johtoryhmätason CIO.

Miltä johdon edustaminen käyttöönottotiimissä näyttää käytännössä?

Se tarkoittaa osallistumista päivittäisiin työkokouksiin johdon puolesta, sen varmistamista, ettei toteutus ajaudu pois alkuperäisestä tarkoituksesta, ja asioiden viemistä johdolle vain, kun sen päätöstä tarvitaan. Johto pysyy ajan tasalla edistymisestä, mutta sen ei tarvitse osallistua jokaiseen kokoukseen – se saa aikansa takaisin menettämättä otettaan.

Kertokaa johdon ongelmasta. Konsepti on valmis kaksi päivää keskustelumme jälkeen.

Kirjoittakaa: wojciech.kroczak@krogis.pl Soittakaa: +48 516 401 658
  • Vastaan 2 arkipäivän kuluessa
  • Ensimmäinen keskustelu: 30 minuuttia, maksutta
  • Keskustelu voidaan käydä puolaksi tai englanniksi