PåfyllDatagrunnlaget Snakk med oss

Hvorfor vi bygger et lag oppå, og ikke river det som virker

Mange prosesser i en bedrift er ikke optimale, men de er innarbeidet, og de virker. Å rive dem for å få plass til noe nytt er ofte det dyreste valget man kan ta.

Hauk Aleksander OlaussenHauk Aleksander OlaussenMedgründer · · 4 min
I artikkelen
  1. En innarbeidet prosess er mer enn den ser ut
  2. Å bytte koster mer enn det ser ut
  3. Et lag oppå, som en adapter
  4. Når en prosess bør erstattes
  5. Og når prosessen er problemet
  6. Spørsmål og svar

Det er fristende å begynne på nytt. Et nytt system, en ny måte å jobbe på, alt samlet og ryddig fra første dag. Mange digitaliseringsprosjekter starter slik, og mange av dem blir dyrere, lengre og mer smertefulle enn noen så for seg.

Vi har valgt motsatt vei. Vi legger et lag oppå det bedriften allerede har, og vi erstatter bare det som faktisk er svakt. Det er ikke fordi vi er redde for å bygge nytt. Det er fordi vi har sett hva det koster å rive det som virker.

En innarbeidet prosess er mer enn den ser ut

Ta et regneark som styrer innkjøpene i et prosjekt. Det er ikke pent. Det har farger som betyr noe bare for dem som bruker det, og en kolonne som heter «NB!». Ingen konsulent ville tegnet det slik.

Men regnearket bærer kunnskap. Hvilke leverandører som må bestilles tre uker før, hvilke som alltid leverer delvis, hvem som må spørres før noe over en viss sum. Den kunnskapen står ikke i noe system, og den står ikke i noen prosessbeskrivelse. Den står i regnearket, og i vanene til folkene som bruker det.

Rives regnearket for å få plass til et nytt system, forsvinner mye av den kunnskapen. Den kommer tilbake etter hvert, gjennom feil som koster penger.

En prosess kan være langt fra optimal og likevel være verdifull. Det er den som har overlevd kontakt med virkeligheten.

Å bytte koster mer enn det ser ut

Jeg har selv vært med på å innføre et nytt ERP-system i et entreprenørkonsern. Det er noe av det tyngste en bedrift kan gi seg i kast med. Ikke fordi programvaren er vanskelig, men fordi alt rundt den må flyttes samtidig: data, rutiner, opplæring og tillit.

Mens det pågår, står driften ikke stille. Tilbud skal ut, prosjekter skal faktureres, og timer skal føres. Hver uke folk bruker på å lære et nytt skjermbilde, er en uke de ikke bruker på jobben de faktisk er ansatt for.

Derfor er et nytt system sjelden det første vi foreslår. Det første vi spør om, er hva som allerede virker, og hvordan vi kan bygge videre på det.

Et lag oppå, som en adapter

I praksis betyr det at vi legger et operativt lag over systemene bedriften har. Relation OS er bygget slik. Det erstatter ikke regnskapssystemet. Det legger seg oppå, som en universaladapter:

  • Regnskapssystemet er fortsatt fasit for regnskapet. Tallene hentes derfra i sanntid, og det som skal bokføres, skrives tilbake.
  • Ingen dobbeltføring. Det som ligger ett sted, registreres ikke på nytt et annet sted.
  • Filene blir der de er. Prosjektets Teams og SharePoint kobles på fra prosjektsiden, uten kopiering.
  • Bytter dere ERP en dag, bytter dere bare adapter. Alt i Relation OS blir stående.

Det samme gjelder AI-agentene. De jobber gjennom systemene dere har, med de tilgangene dere gir dem, og ikke i en egen verden ved siden av.

Når en prosess bør erstattes

Å beholde det som virker, betyr ikke å beholde alt. Noen prosesser er svake, og da er det ingen dyd å bevare dem. Vi ser etter fire tegn:

  1. Den fører det samme to steder. Timer i ett system og i et regneark, eller tilbud som skrives på nytt når de blir til prosjekt.
  2. Den mister informasjon på veien. Endringsmeldinger som lever i e-post og aldri kommer inn i prosjektøkonomien.
  3. Den står og faller på én person. Når hun er på ferie, stopper det.
  4. Feilene koster penger. Det som ikke blir fakturert, blir heller ikke tjent.

En prosess med ett eller flere av disse tegnene er en god kandidat for å erstattes, eller for å få en agent som tar rutinen. En prosess uten noen av dem er som regel verdt å la være i fred, selv om den ikke er slik vi ville tegnet den.

Og når prosessen er problemet

Noen ganger er ikke datagrunnlaget eller systemene problemet. Prosessen er det. Er en arbeidsflyt objektivt dårlig, eller så ustrukturert at ingen agent kan gjøre noe fornuftig med den, sier vi det rett ut og foreslår en bedre vei.

Å automatisere en dårlig prosess gir bare en raskere dårlig prosess. Det er ikke alltid det en kunde vil høre, men en rådgiver som er enig i alt, er ikke en rådgiver.

Utskifting er et valg, ikke en forutsetning. Det er det viktigste vi kan love en bedrift som er redd for å miste det som virker.

Spørsmål og svar

Hva er et operativt lag?

Et operativt lag er programvare som legger seg over systemene bedriften allerede har. Det leser dataene der de bor og skriver tilbake det som skal føres, så systemene under blir stående og ingenting må registreres to ganger.

Hvordan vet vi om en prosess bør erstattes?

Se etter fire tegn: den fører det samme to steder, den mister informasjon på veien, den står og faller på én person, eller feilene den gir koster penger. Har den ingen av dem, er den ofte verdt å beholde selv om den ikke er optimal.

AIUtkastet er skrevet med AI. Hauk har lest det, rettet det og står for innholdet. Publisert .

Vil dere se det i drift?

Relation OS er operativsystemet for prosjektbedrifter, med datagrunnlaget og agentene på plass fra første dag.

Mer påfyll

AI i drift

AI i byggebransjen: fra pilot til drift

Hvorfor AI-piloter hos entreprenører stopper, og hvordan dere kobler AI til prosjektdata, arbeidsflyt og ansvar, og måler at den faktisk er i drift.

· 6 min

Du snakker med agenten vår, ikke med et menneske. Den svarer på det som står på nettstedet. Går spørsmålet lenger, sier den fra.

Samtalen lagres ikke. Vil du snakke med et menneske, ta kontakt.