RACI-matrise: hvordan unngå doble og manglende ansvar

RACI-matrise er et av de mest brukte verktøyene for å klargjøre ansvar i prosesser og prosjekter. Den er enkel: en tabell med aktiviteter på y-aksen, roller på x-aksen, og bokstaver R, A, C, I i krysningene.

Til tross for sin enkelhet, er RACI ofte gjort feil. Resultatet er at dokumentet ender opp som en formell oppgave som ingen ser på etter publisering — det blir et hyllevarme i stedet for et verktøy som styrer hverdagen.

Denne artikkelen oppsummerer hvordan du bygger en RACI som faktisk brukes.

Hva RACI står for

• R — Responsible: Den som faktisk utfører oppgaven. Det kan være flere R-er, men det er sjelden anbefalt.
• A — Accountable: Den som har endelig ansvar for at oppgaven utføres riktig. Skal være én og bare én A per aktivitet.
• C — Consulted: Personer som rådføres før eller under oppgaven. To-veis kommunikasjon.
• I — Informed: Personer som informeres om resultatet. Én-veis kommunikasjon.

Reglene er enkle, men anvendelsen er nyansert.

Det viktigste prinsippet: én A per aktivitet

Hvis flere personer er Accountable for samme aktivitet, er ingen reelt ansvarlig. Hvis ingen er Accountable, er aktiviteten ikke eid.

Den vanligste feilen i RACI er at flere personer markeres som A — typisk fordi det er ubehagelig å peke ut én enkelt person. Resultatet er at ansvar pulveriseres.

Regel: én A per aktivitet, ingen unntak.

Vanlige RACI-feil

Feil 1: For mange roller per aktivitet

Hvis du krysser av R, A, C eller I for halvparten av rollene, er matrisen ubrukbar. Det er for mye konsultasjon, for mye informasjon, og ingen klarhet.

Tommelfingerregel: per aktivitet, maks 1 A, 1–2 R-er, 2–3 C-er, og 2–4 I-er. Hvis du har mer, vurder om aktiviteten kan splittes eller om noen roller egentlig ikke trenger å være involvert.

Feil 2: Forveksling mellom R og A

Folk forveksler "den som gjør" (R) med "den som er ansvarlig" (A). De er ikke alltid samme person.

Eksempel: en regnskapsmedarbeider registrerer en faktura (R). Økonomisjefen er ansvarlig for at fakturahåndteringen er riktig (A). Hvis fakturaen er feil, er det økonomisjefen styret ringer — selv om regnskapsmedarbeideren gjorde feilen.

Feil 3: C og I bare for å være snille

Folk markerer C og I for personer som "burde få vite". Resultatet er at C- og I-listene blir lange, og folk overøses med informasjon de ikke faktisk trenger.

Regel: C bare hvis personen reelt skal konsulteres og det vil endre noe. I bare hvis personen reelt trenger informasjonen for sitt arbeid.

Feil 4: RACI for navn, ikke roller

Hvis matrisen er per person ("Lise", "Per", "Kari") blir den ubrukelig så snart noen slutter eller bytter rolle. Bruk roller ("Økonomisjef", "Regnskapsmedarbeider", "Daglig leder").

Feil 5: RACI uten tilknytning til prosess

En RACI-matrise frikoblet fra prosess-diagrammet er ofte for abstrakt. Best er å koble RACI til konkrete steg i en prosess, slik at du kan navigere mellom dem. Se BPMN-artikkelen for hvordan dette gjøres med lanes.

Når RACI er best

RACI fungerer best for:

1. Repetitive prosesser med klare aktiviteter
2. Cross-functional samarbeid der flere avdelinger er involvert
3. Kritiske prosesser der ansvar må være krystallklart (revisjon, compliance, sikkerhet)
4. Nye prosesser der ansvarsfordeling ikke er etablert

RACI fungerer mindre godt for:

1. Kreative prosesser der ansvar flytter seg dynamisk
2. Prosjekter der det er en startsperiode, midtperiode, sluttperiode (bruk heller andre rammeverk)
3. Små team der alle gjør alt — det blir for unyansert

Eksempel: P2P-prosess

For en innkjøp-til-betaling-prosess, kan en forenklet RACI se slik ut:

Det er bare et eksempel — reell RACI tilpasses faktisk organisasjon.

Merk at:

• "Daglig leder" har "I" på flere store transaksjoner — informasjon, men ikke aksjon
• Lederen har "A" for godkjenning, ikke "R" — lederen utfører ikke selv
• "Tre-veis matching" har bare "I" for leder fordi det gjøres systematisk; lederen får bare beskjed om avvik

RACI-prosessen

Hvordan bygger man en god RACI?

Steg 1: List opp aktiviteter

Bruk prosess-diagrammet som utgangspunkt. Hver aktivitet i diagrammet er en rad i RACI.

Steg 2: List opp roller

Roller, ikke personer. Vurder om noen roller faktisk er én og samme rolle (eksempelvis "innkjøper" og "innkjøps-koordinator" — sannsynligvis én rolle i en SMB).

Steg 3: Fyll inn fra venstre

For hver aktivitet:

1. Hvem er Accountable (A)? Det skal være én person.
2. Hvem er Responsible (R)? Det kan være én eller flere.
3. Hvem må konsulteres (C)? Begrenset til de som har reell innvirkning.
4. Hvem skal informeres (I)? Begrenset til de som trenger informasjonen.

Steg 4: Sjekk for åpenbare problemer

• Er det rader uten A? Det er en aktivitet uten eier.
• Er det rader med flere A-er? Et tegn på pulverisert ansvar.
• Er det roller som har "ingen" eller bare "I" gjennom hele matrisen? Vurder om de er relevante.

Steg 5: Verifiser med rolleinnehaverne

Send utkast til hver rolle og spør: "Stemmer dette med hva du faktisk gjør?" Du vil ofte få overraskelser.

Vedlikehold

RACI er ikke et engangsdokument. Det må oppdateres når:

• Roller endres eller forsvinner
• Prosessen endres
• Det skjer konflikter om ansvar (RACI er ofte løsningen)

Sett en årlig review-syklus, eller knytt det til en bredere kvalitets-rutine.

Hva NorthControl typisk leverer

I våre prosess-leveranser inkluderes RACI-matrise per prosess, knyttet til BPMN-diagrammet. Aktivitetene i BPMN matcher radene i RACI, slik at du kan navigere mellom dem. Se eksempel-leveransen for hvordan dette ser ut.

For mer om hvordan kontroll- og risikoregister henger sammen, se denne artikkelen.

Oppsummering

RACI er enkelt på papiret, men krever disiplin å gjøre riktig. De viktigste reglene er: én A per aktivitet, bruk roller ikke navn, koble til faktisk prosess, og vær restriktiv med C og I.

En RACI som faktisk brukes, har ofte 60–80 % blanke felter. Det er ikke et tegn på dårlig dokumentasjon — det er et tegn på fokus.