Proces

En proces er det gentagelige forløb, hvor en forespørgsel, ordre, afvigelse eller beslutning bliver til et resultat. Den findes, også når den ikke er skrevet ned: den er den måde, arbejdet faktisk bevæger sig gennem virksomheden på.

Kort fortalt

Alle virksomheder har faste arbejdsgange. En kundeforespørgsel bliver til et tilbud. En ordre bliver til en levering. En reklamation bliver til en rettelse. Disse forløb består af aktiviteter, beslutninger, overdragelser, ventetid og output.

Det nyttige spørgsmål for en SMV er ikke, om den har processer. Det har den. Spørgsmålet er, om processerne er tydelige nok til at blive målt, delegeret, forbedret og eventuelt vist til en investor eller køber som tegn på overførbarhed.

I MARTRO bruges processen som diagnostisk overflade. Den gør uklare organisationsproblemer observerbare: uklare roller, manglende input, beslutningsforsinkelse, omarbejde, afhængighed af nøglepersoner og for tidlig digitalisering.

Operationel definition

En proces kan genkendes ved fire elementer.

Først er der en udløser: den begivenhed, der starter forløbet. Det kan være en ordre, en kundesamtale, en deadline, en reklamation eller en intern anmodning.

Dernæst er der en række aktiviteter, udført af genkendelige roller med information, værktøjer og begrænsninger.

Tredje element er beslutningspunkter. Her kan forløbet tage forskellige retninger: godkende eller afvise, eskalere eller fortsætte, omarbejde eller frigive, prioritere nu eller udsætte.

Fjerde element er outputtet. Nogen modtager og bruger resultatet: en kunde, et andet team, en leder, en leverandør eller næste rolle i forløbet.

Hvis et af disse elementer mangler, beskriver virksomheden sandsynligvis en aktivitet, ikke en proces.

Hvorfor det betyder noget for SMV’er

Mindre virksomheder koordinerer ofte gennem nærhed. Folk taler sammen, retter hinanden mundtligt og bruger hukommelse. Grundlæggeren ser meget af det, der sker. Det er ikke primitivt; i lille skala kan det være effektivt.

Vækst gør det skrøbeligt.

Første tegn er sjældent kaos. Det er afhængighed. Hver undtagelse ender hos grundlæggeren. Fravær af én nøgleperson blokerer et forløb. Nye medarbejdere lærer ved at følge den, der ved, hvordan tingene gøres.

Udefra læses dette som nøglepersonrisiko. En virksomhed, der kun fungerer gennem få personer, er sværere at overdrage, integrere og skalere.

At gøre processen tydelig er derfor ikke bureaukrati. Det reducerer afhængighed af hukommelse, personlighed og fysisk nærhed.

Observerbare tegn

Den samme ordre indtastes to gange i to systemer.

Hastemails samler sig altid samme sted i forløbet.

Tilbud, filer eller ordrer går frem og tilbage mellem to roller.

En medarbejder har et privat regneark for at vide, hvor sagerne faktisk er.

Hver af disse observationer kan måles enkelt: antal returløb, ventedage, undtagelser i en måned eller forskellen mellem regel og nylige sager.

Almindelige fejl

Den første fejl er at kortlægge den ønskede proces i stedet for den reelle. Resultatet bliver et pænt dokument, som ingen genkender.

Den anden fejl er at starte for bredt. “Salgsprocessen” er ofte for stor. “Fra kundeforespørgsel til sendt tilbud” er et bedre første afgrænset forløb.

Den tredje fejl er at bede software om at skabe orden, som organisationen endnu ikke har besluttet. Et system kan understøtte en stabil proces. Det kan ikke erstatte afklaring af ansvar, rækkefølge og data.

Operationelt eksempel

En metalvirksomhed med 30 ansatte og cirka seks millioner euro i omsætning klager over sene leveringer. Grundlæggeren antager, at produktionen er problemet.

En gennemgang af 20 reelle ordrer viser noget andet. Den effektive arbejdstid ligger inden for det forventede. Forsinkelsen opstår mellem ordrebekræftelse og frigivelse til produktion. Styklister vender tilbage ufuldstændige to gange i gennemsnit.

Løsningen var ikke et nyt system. Det var en syvpunkts tjekliste før frigivelse og én tydelig ansvarlig rolle. Den samlede gennemløbstid faldt med seks dage uden investering.

Diagnostiske spørgsmål

Hvis tre personer i samme forløb beskriver trinene hver for sig, stemmer beskrivelserne så overens?

Kan virksomheden for en tilfældig arbejdsenhed sige, hvor den er, hvem der ejer den nu, og hvad den venter på?

Når noget går galt, peger samtalen så på det trin, hvor problemet opstod, eller bliver det straks en samtale om personer?

Praktiske implikationer

Gør processen synlig, før den optimeres. Vælg ét forløb, følg 10–20 reelle sager, registrér trin, ventetid, returløb og beslutninger, og vælg én konkret forbedring.

Den største gevinst er ofte kvaliteten af den interne samtale. Diskussionen flytter sig fra “jeg tror” til “her sker det”.

MARTRO-læsning

I MARTROs læsning er en proces ikke først og fremmest noget, der skal certificeres. Den er en diagnostisk overflade. Her bliver rollekonflikter, svage overdragelser, skjult afhængighed og beslutningsflaskehalse synlige.

Derfor kommer proceskortlægning før RACI, nøgletal, digitale værktøjer og governance. Det er den billigste måde at erstatte fortælling med evidens.

Hvornår man bør gå dybere

Gå dybere, når den samme friktion vender tilbage hver uge trods møder og påmindelser. Så handler problemet sjældent om opmærksomhed, men om forløbets arkitektur.

Naturlige næste skridt er proceskortlægning, nominel proces kontra reel proces og analyse af flaskehalse.

Ofte stillede spørgsmål

Hvad er forskellen på proces og procedure? Processen er det reelle arbejdsforløb mellem mennesker og beslutninger. Proceduren er den formelle beskrivelse af det.

Skal en lille SMV kortlægge processer? Ikke altid. Nærhed kan være nok. Kortlægning bliver nyttig ved afhængighed, omarbejde, gentagne forsinkelser eller nøglepersonrisiko.

Kræver det software? Nej. Software kan hjælpe senere, men først skal rækkefølge, ansvar og beslutninger være tydelige.

Hvorfor interesserer investorer sig for processer? Fordi tydelige processer gør resultater mere gentagelige og mindre afhængige af de samme personer.