Valg og innføring av et nytt ERP-system, reklamasjonshåndtering, et prosessbasert CRM, en KSeF-klar flyt for kostnadsbilag, kontraktstyring, on- og offboarding av ansatte: Jeg skriver kravene sammen med ledelsen, snakker med IT-avdelingen din og med leverandørene, sammenligner tilbud (i datterselskaper etter konsernets innkjøpsretningslinjer) og følger opp gjennomføringen av prosjektet og den organisatoriske endringen som følger med. Én samtale, og du har et konsept på ca. 2 dager.

15–20 min
med ledelsen – nok til å beskrive problemet og målet
~2 dager
til et ferdig konsept eller en prototype, før det påløper innføringskostnader
0 møter
ekstra i ledelsens kalender før det er en reell beslutning å ta
Detalj 1deler på arbeidsbenkenmålestokk 1 : 1illustrasjonsfotoark 1næringsliv

Dette får du. Dokumentene er et verktøy, ikke målet.

  • Ledelsens tid15–20 minutters samtale i stedet for ukevis med workshoper. Beslutninger bare der de virkelig trengs.
  • Færre feil ved ERP og andre innføringerMålet og definisjonen av suksess ligger fast før du velger leverandør.
  • En leverandør som står til ansvar for resultatetKrav, akseptansekriterier og en endringslogg du kan støtte deg på.
  • Ansatte som faktisk bruker systemetEndringsledelse og ambassadører i hver avdeling, slik at innføringen ikke blir værende på papiret.
  • Lavere kostnaderEt verktøy som passer til problemet – og noen ganger beslutningen om at det slett ikke trengs et nytt system.
Wojciech Kroczak
Wojciech KroczakDin rådgiver innen digital strategi. 2017–2026: et industrielt datterselskap av et utenlandsk konsern. 2016–2026: et internasjonalt holdingselskap – bank, leasing, forsikring.

For hovedkontoret. Krogis er uavhengig rådgiver for den lokale ledelsen i et polsk datterselskap. En 15-minutters samtale med ledelsen blir til et konsept i løpet av to dager. Jeg skriver krav som IT-avdelingen og leverandørene kan jobbe ut fra, sammenligner tilbud med konsernets innkjøpsretningslinjer og representerer ledelsen under implementeringen. Ingen programvaresalg, ingen leverandørbindinger. Et sammendrag på én side på engelsk fås på forespørsel.

Ledelsen har en beslutning å ta. Ingen har tid til å skrive den ned.

Ledelsen vet nøyaktig hvilket problem den vil løse og hvilken risiko den vil lukke – og å sette ord på det tar et kvarter, ikke en uke med workshoper.

Når den interne IT-avdelingen får et generelt oppdrag, begynner den med å kalle inn til møter og lete etter ferdige løsninger – før noen har skrevet ned hva det egentlig dreier seg om.

Uten et konsept eller en prototype er det vanskelig å vurdere om idéen i det hele tatt gir forretningsmessig mening – ja/nei-beslutningen tas på magefølelsen, ikke på noe konkret.

Når prosjektet først er i gang, blir ledelsen enten trukket inn i arbeidsmøter den ikke har tid til, eller mister tvert imot oversikten over om gjennomføringen fortsatt svarer til den opprinnelige intensjonen.

Dette er ikke et tilbud til virksomheter som allerede har en erfaren CIO på ledelsesnivå. Krogis passer der ledelsen er tett involvert i den daglige driften, og IT-avdelingen er liten, bemannet med IT-spesialister snarere enn ledere og opptatt med drift og vedlikehold – som i datterselskaper av store industri- og finanskonsern, i service- og forsikringsselskaper og i polske kredittandelslag (SKOK).

Vil du kjøpe en hammer? Da spør jeg først hvorfor.

Virksomheter har ofte vanskelig for å sette ord på hva de vil ha, fordi de ikke vet hva de kunne be om. Ledelsen sier at den trenger en hammer; spør man «hva skal den brukes til?», viser det seg at den vil henge opp et bilde – og til det trengs det kanskje slett ikke en hammer. Jeg spør om målet og om hva som skal regnes som suksess, og arbeider meg metodisk gjennom analysen til vi når det egentlige målet, som ofte skjuler seg bak den første idéen til et system.

  1. Ønsket«Vi vil kjøpe et system for fakturaflyt.»

    Det reelle behovet
    • å rydde opp i hele innkjøpspolicyen,
    • beskrivelse og optimalisering av prosessene fra innkjøpsbehov via bestilling og kontrakt til kostnadsbilag,
    • regler for leverandørstyring.
  2. Ønsket«Vi trenger et CRM-system.»

    Det reelle behovet
    • kartlegging av livssyklusen til data om handelspartnere: når og i hvilke systemer en handelspartner registreres, hvem som har ansvaret for det, og hvilke forretningshendelser som skal føre kundens data inn i andre systemer,
    • strukturerte og digitaliserte prosedyrer for tilbudsflyten,
    • en prosessbasert tilnærming til registrering, oppdatering og verifisering av data om handelspartnere,
    • verktøy som gjør det enklere å utarbeide tilbud,
    • måter å automatisere markedsføringen på,
    • måter å automatisere salgsaktivitetene på,
    • overvåking av stemningen i kommunikasjonen med potensielle og eksisterende kunder.

    En containerterminal. Dette var ikke et typisk, enkelt CRM-system, men en prosessbasert forbedring av kundeservicen.

  3. Ønsket«Har dere en markedsføringsmodul til CRM?»

    Det reelle behovet
    • et verktøy for å styre relasjonene til interessenter (stakeholder relationship management), ikke enda en salgsmodul.

Jeg begynner med spørsmål virksomheter sjelden stiller seg selv: hvordan din ideelle fremtid ser ut, hva som skaper problemer for deg i dag, hvorfor vi gjør dette, hva som skal regnes som ferdig, og etter hvilke kriterier vi skal vurdere prosjektet som en suksess. I stedet for å gå rett til en leverandør som «har et system for det», blir vi først enige om målet. Jeg kan beskrive og analysere prosesser, men først og fremst styrer jeg analysen og spørsmålene: i organisasjonen, i definisjonene og i samtalene med leverandørene. Slik taper du ikke tid og kommer raskere frem til det resultatet du egentlig er ute etter.

Hvem gjør hva når du innfører et system.

Reklamasjoner, flyt for kostnadsbilag, serviceforespørsler: mekanismen er den samme, uansett modul.

Ledelsen

Beskriver problemet og målet på 15–20 minutter. Tar beslutninger bare på de punktene som virkelig krever det: konseptet, valget av leverandør og overtakelsen.

Krogis

Et konsept eller en prototype, krav og testscenarioer, spørsmål til leverandørene, en sammenligningsmatrise etter konsernets innkjøpsretningslinjer samt representasjon av ledelsen i innføringsteamet og ved overtakelsen. Prototypen må vises for ledelsen så tidlig som mulig for å bekrefte målene og behovene den skal oppfylle, og smertepunktene den skal fjerne. Først når vi er sikre på riktig retning og på prosjektets definisjon av suksess, setter vi i gang det faglige arbeidet med avdelingene og begynner møtene med leverandørene.

IT-avdeling og leverandør

Bygger løsningen, integrerer den med ERP-systemet og vedlikeholder den ut fra krav som kan håndheves. Den interne IT-avdelingen din får en oppgave som allerede er omsatt til noe den kan handle på.

Snitt B–Bansvarsfordelingmålestokk 1 : ledelsenillustrasjonstegningark 2systeminnføring

Innføring av ERP eller et annet stort system. Fire steder der ledelsen trenger noen på sin side.

IT-avdelingen din sørger for at alt fungerer i hverdagen. Et innføringsprosjekt er en annen jobb: Behovene må beskrives, en leverandør velges, forhandlingene føres og resultatet gjøres opp. Jeg kan gå inn i én av disse fasene eller følge hele kursen sammen med deg.

  1. Forberedelse og krav

    En oversikt over prosessene, systemene, dataene og integrasjonene som det nye systemet skal overta eller erstatte. En forretningseier med mandat fra ledelsen, mål som skal etterprøves etter idriftsettelsen, og krav formulert på språket til prosessene dine i stedet for en funksjonsliste fra en leverandørbrosjyre.

  2. Valg av leverandør eller implementeringspartner

    En tilbudsforespørsel, demonstrasjoner basert på dine egne scenarioer, tilbud brakt ned på et felles omfang og sammenlignet i en matrise: totalkostnad over flere år, teamet, arbeidsformen, vilkår for vedlikehold og for å komme seg ut av kontrakten.

  3. Dialog med IT og oppfølging av gjennomføringen

    Jeg representerer ledelsen i møter med leverandøren og med IT-avdelingen din og holder kontroll på omfang, fremdriftsplan og beslutninger om endringer. Ledelsen får korte oppsummeringer og kommer bare tilbake til saken når det trengs en beslutning fra den.

  4. Overtakelse og avslutning

    Overtakelse etter avtalte testscenarioer og kriterier, verifisert datamigrering, dokumentasjon og opplæring. En vedlikeholdsavtale som ikke gjør deg mer avhengig av én leverandør enn nødvendig.

Hvor lang tid det tar, avhenger av organisasjonen og prosjektet: hvor godt forberedt virksomheten er, organisasjonskulturen og mandatet ledelsen gir prosjektet. Derfor avtaler vi tidsplanen etter den første samtalen og ikke i en prisliste.

Spørsmål jeg får før en innføring

Hvordan forbereder vi virksomheten på en ERP-innføring?

Før du snakker med leverandørene, skriv ned hva du har: prosessene, systemene, dataene, integrasjonene og kontraktene som det nye systemet skal overta eller samvirke med. Utpek en forretningseier med mandat fra ledelsen, og avtal hvordan du skal kunne se at innføringen har lykkes. Bestem hvor du tar i bruk systemets standard, og hvor din egen prosess er et konkurransefortrinn som bør beholdes. Krav formulert på prosessenes språk gjør det mulig å sammenligne tilbud og senere holde leverandøren ansvarlig. Et godt utgangspunkt er en IT-kartlegging.

Hvem på vår side bør lede innføringen hvis IT-avdelingen vår er opptatt med drift?

Det trengs to roller: en forretningseier som tar beslutninger om prosessene, og en prosjektleder på kundesiden som holder kontroll på omfang, frister og beslutninger. IT har ansvaret for integrasjoner, infrastruktur og den senere driften, men bør ikke alene avgjøre hvordan salg eller regnskap skal fungere. Den andre rollen kan jeg ivareta på vegne av ledelsen, sammen med IT-avdelingen din, ikke i stedet for den.

Hvordan velger vi en implementeringspartner og sammenligner tilbud som er ulike i omfang og pris?

Bring først tilbudene ned på et felles omfang: én kravmatrise der alle leverandører svarer på de samme spørsmålene. Sammenlign totalkostnaden over flere år (lisenser, innføring, vedlikehold, endringer), ikke bare startprisen. Be om en demonstrasjon basert på dine egne scenarioer, og sjekk både teamet som faktisk skal jobbe i prosjektet, og vilkårene for å avslutte samarbeidet.

Hvordan snakker vi med en leverandør når vi ikke har en forretningsanalytiker?

I stedet for å spørre hva systemet kan, vis konkrete situasjoner fra virksomhetens hverdag, og spør hvordan systemet vil håndtere dem. Skriv ned det som blir avtalt, og kom tilbake til det i de neste møtene. Det hjelper å ha noen på din side som snakker både ledelsens og leverandørens språk – det er den rollen jeg har: Jeg forbereder spørsmålene, leder samtalene og oversetter svarene til hva de betyr for virksomheten.

Hva gjør vi når innføringen er forsinket, eller omfanget glir bort fra de faktiske behovene?

Stopp opp og gå gjennom prosjektet før problemet vokser: hva står i kontrakten, hva er endret uten en beslutning, og hvilke funksjoner trengs virkelig ved oppstart. En logg over endringer og beslutninger hjelper, det samme gjør en samtale med leverandøren basert på fakta i stedet for inntrykk. Ledelsen får da en uavhengig vurdering av prosjektets tilstand og alternativer for veien videre.

Hvordan overtar vi et system fra en leverandør, og hva bør vi passe på i en vedlikeholdsavtale?

Overtakelsen bør bygge på testscenarioer og kriterier som er avtalt på forhånd, ikke på et generelt inntrykk. Sjekk datamigreringen, dokumentasjonen og opplæringen av teamet ditt. I vedlikeholdsavtalen bør du se nøye på tjenestenivåer og responstider, kostnaden ved endringer, tilgangen til dine egne data og din dokumentasjon samt vilkårene for å avslutte samarbeidet.

En prosessplattform ved siden av ERP, ikke i stedet for.

Data om handelspartnere kommer først inn i ERP-systemet når det skjer en forretningshendelse – men korrespondansen, inkludert integrasjonen med e-Doręczenia, gjelder også parter som kanskje aldri dukker opp i ERP-systemet. Der ERP alene ikke er nok, utformer vi en egen prosessplattform, integrert med ERP og kundens sentrale systemer og tilpasset akkurat det ERP-systemet og organisasjonens særlige behov.

Innkjøpskjeden

Innkjøpsbehov, bestilling, kontrakt, styring av leverandørrelasjoner, forhandlinger, flyt for kostnadsbilag, leverandørevaluering – ett prosesskart i stedet for spredte regneark og e-poster.

Prosesser ved siden av innkjøp

HR-prosesser, utlevering av prøver fra lageret, interne, eksterne, kunde- og leverandørreklamasjoner – de samme reglene for integrasjon og dataeierskap som i innkjøp.

Administrerende direktør ville gjøre juridisk avdelings arbeid mer etterprøvbart. Han hadde ikke tid til et to timers møte med en analytiker.

En modul for juridisk bistand i et fjernvarmeselskap. Administrerende direktør ville at juridisk avdeling skulle rapportere arbeidstid og ta imot henvendelser slik en helpdesk gjør – i stedet for bare å vite hvor mange juridiske saker selskapet hadde og hva de kostet. Intensjonen hans var at juridisk avdeling, som til tider var spredt over flere avdelingskontorer, skulle være like etterprøvbar og ansvarlig som de eksterne advokatfirmaene som ved slutten av hver måned sender ham en fullstendig rapport: hvem som har jobbet med hva, og hvor mye tid som har gått med til hver sak og henvendelse. Ledelsen hadde ikke tid til timelange møter med en analytiker eller til å skrive krav – den ville se et ferdig konsept.

  1. 1

    Samtale

    15–20 minutter med ledelsen: hva den vil følge med på, hvorfor, og hvilket synlig resultat den forventer.

  2. 2

    Konsept

    I løpet av ca. 2 dager: en modell for henvendelser etter helpdesk-prinsippet, et saksregister og timeføring for juristene.

  3. 3

    Beslutning

    Ledelsen vurderer et ferdig konsept, ikke en idé skissert på papir – beslutningen om å bygge eller la være tas på noe konkret.

  4. 4

    Innføring

    Krogis representerer ledelsen i innføringsteamet – ledelsen trekkes bare inn igjen ved reelle beslutninger.

Resultat: Juridisk avdeling i den samme organisasjonen har i dag et digitalt arkiv over anbudsprosesser og en modul for juridisk bistand, levert som påfølgende prosjekter som bygger videre på hverandre, etter samme mekanisme: Ledelsen formulerer intensjonen, Krogis omsetter den til handling.

Fra én samtale til en fast rolle som ledelsens representant.

Den samme mekanismen har vist seg i mange års samarbeid med et industrielt og et finansielt datterselskap av utenlandske konsern: rollen som tolk mellom konsernet og den lokale ledelsen, utøvd i direkte samarbeid med ledelsen, CFO-en og regnskapssjefen.

  1. 01

    Et konsept eller en prototype ut fra én samtale

    15–20 min + ~2 dager

    En samtale med ledelsen om problemet og målet, uten workshoper og uten å trekke inn IT-avdelingen i starten. Et ferdig konsept eller en prototype som del av beslutningsgrunnlaget – før det påløper innføringskostnader.

  2. 02

    Spesifikasjon for gjennomføring

    Tidsplan etter den første samtalen

    Når konseptet er godkjent: krav, datamodell, integrasjoner og testscenarioer, omsatt til et språk IT-avdelingen din (intern eller en ekstern leverandør) kan handle på – og ved behov en sammenligningsmatrise etter konsernets innkjøpsretningslinjer og deltakelse i forhandlingene med leverandørene.

  3. 03

    Ledelsens representant i innføringsteamet

    Så lenge prosjektet varer

    Særlig verdifullt i et stort prosjekt som hovedkontoret har bestemt, for eksempel en migrering til et felles, sentralt ERP-system: møter med leverandører, drøftinger om integrasjon med lokale systemer og oppfølging av at gjennomføringen holder seg til den opprinnelige intensjonen. Ledelsen, som er opptatt med de daglige oppgavene innenfor sine egne områder – økonomi, salg og markedsføring – får konsentrerte oppsummeringer som grunnlag for egne beslutninger og for kommunikasjonen med hovedkontoret og IT-avdelingen, i stedet for å følge prosjektet fra dag til dag. Saker eskaleres bare til ledelsen når det trengs en beslutning fra den.

  4. 04

    Din rådgiver innen digital strategi

    Løpende rådgivning

    Nye konsepter og prosjekter etter samme mekanisme, omsetting av krav fra konsernets hovedkontor til lokal handling og et oppdatert bilde av hvor lignende virksomheter har betalt for mye for teknologibeslutninger.

  1. 2017–2026Et industrielt datterselskap av et utenlandsk konsern

    «Niende år med utvikling av den samme plattformen i selskapet – i direkte samarbeid med ledelsen, CFO-en og regnskapssjefen som leder for endringsledelsen, ikke som teknologileverandør.»

    Innkjøps- og fakturaflyt for et internasjonalt industrikonsern. Rollen som leder for endringsledelsen overfor ledelsen, CFO-en og regnskapssjefen.

  2. 2016–2026Et internasjonalt holdingselskap – bank, leasing, forsikring

    Innføring av en plattform for business process management, utarbeiding av konsept og innføring av en procure-to-pay-løsning, håndtering av tjenestereiser samt integrasjon med fagsystemer (OCR, KSeF). Tilpasning av løsningen til konsernets innkjøpsprosedyrer.

  3. FinansPolske kredittandelslag (SKOK)

    Systeminnføringer og løpende samarbeid med kredittandelslagene.

Hvem leser dette.

  • Administrerende direktør, ledelsesmedlem, eier

    Står til ansvar for prosjektets resultat overfor styret, eieren eller konsernets hovedkontor – og har minst tid til å formulere IT-krav. I et datterselskap står vedkommende til ansvar overfor både den lokale ledelsen og hovedkontoret.

  • CFO, økonomidirektør

    Må forene lokale driftsbehov med konsernets innkjøpsretningslinjer og hovedkontorets standarder – og trenger noen som forstår begge språkene.

  • IT-direktør med et lite team

    En alliert, forutsatt at ledelsens konsept kommer frem allerede omsatt til noe det går an å handle på – ikke enda et uklart oppdrag av typen «gjør noe med dette».

Det folk oftest spør om før vi begynner.

Hvor raskt kan en idé fra ledelsen omsettes til et konsept for en applikasjon?

Selve samtalen med ledelsen tar 15–20 minutter – nok til å beskrive problemet, målet og begrensningene. Et ferdig konsept eller en prototype følger i løpet av ca. to arbeidsdager, før det påløper innføringskostnader, som grunnlag for en beslutning og ikke for videre spekulasjoner.

Lar dette seg forene med hovedkontorets innkjøpsretningslinjer?

Ja. Hovedkontorets innkjøpsretningslinjer inngår i sammenligningsmatrisen og kravene fra første dag i stedet for å dukke opp som en betingelse ved signering. Ledelsen får en sammenligning av tilbudene i et format hovedkontoret forstår, ved behov også på engelsk.

Hva er forskjellen fra å ansette en forretningsanalytiker eller en product owner?

En analytiker eller product owner er vanligvis en fast stilling i organisasjonen, som du selv må lede og sette inn i virksomhetens forhold. Krogis kommer inn med ferdig kompetanse på å jobbe på ledelsesnivå, arbeider prosjektbasert (fra ett enkelt konsept til løpende samarbeid) og representerer også ledelsen utad – overfor leverandører og innføringsteamet, ikke bare innenfor ett enkelt prosjekt.

Gir tjenesten mening hvis vi allerede har en IT-avdeling?

Ja, så lenge IT-avdelingen er liten og bemannet med IT-spesialister snarere enn ledere som håndterer relasjonen til ledelsen. Et konsept som er utarbeidet sammen med ledelsen, kommer til IT-avdelingen allerede omsatt til noe den kan handle på, og det gjør arbeidet deres raskere i stedet for å konkurrere med det. Det passer ikke der det allerede finnes en erfaren CIO på ledelsesnivå.

Hvordan ser det i praksis ut å representere ledelsen i innføringsteamet?

Det betyr å delta i de løpende arbeidsmøtene på vegne av ledelsen, passe på at gjennomføringen ikke fjerner seg fra den opprinnelige intensjonen, og bare eskalere til ledelsen når det trengs en beslutning fra den. Ledelsen holdes orientert om fremdriften, men trenger ikke delta i hvert møte – den får tiden sin tilbake uten å miste kontrollen.

Fortell meg om ledelsens problem. Du har et konsept to dager etter samtalen vår.

Skriv til: wojciech.kroczak@krogis.pl Ring: +48 516 401 658
  • Jeg svarer innen 2 arbeidsdager
  • Første samtale: 30 minutter, kostnadsfritt
  • Samtalen kan foregå på polsk eller engelsk
Foretrekker du et skjema fremfor e-post?