Når projekter går i stå, handler det sjældent om mangel på værktøjer. Det handler oftere om uklare roller: Hvem gør arbejdet, hvem skal høres, og hvem har retten til at sige ja eller nej. RACI, DACI og RAPID løser netop den type friktion, men de gør det på tre ret forskellige måder.
Hvis du vælger den forkerte model, kan du ende med enten at overformalisere små beslutninger eller at understyre store, følsomme valg. Her får du en praktisk guide til, hvornår du bruger hvad, og hvordan du undgår de typiske faldgruber.
De tre modeller i én sætning hver
RACI hjælper dig med at fordele ansvar for opgaver og leverancer på tværs af et projekt.
— Du kan få dem tilsendt herunder! —
DACI hjælper dig med at få beslutninger igennem i tværfunktionelle teams ved at udpege en tydelig procesholder og én godkender.
RAPID hjælper dig med at få styr på komplekse beslutninger med flere nødvendige godkendelser og mange interessenter, uden at alt ender i konsensusmøder.
RACI: når arbejdet skal fordeles, ikke nødvendigvis besluttes
RACI står for Responsible, Accountable, Consulted, Informed. Det er en ansvarsfordelingsmatrix, hvor du lister opgaver eller leverancer i venstre side og roller eller funktioner øverst. I felterne markerer du, hvem der har hvilken relation til opgaven.
RACI er stærk, når du har mange parallelle aktiviteter, afhængigheder og overleveringer. Den skaber ro, fordi alle kan se, hvem der udfører, hvem der ejer, hvem der skal høres, og hvem der bare skal orienteres.
En vigtig detalje er reglen om, at der typisk kun bør være én Accountable pr. opgave. Flere “A’er” føles trygt, men ender ofte som ingenmandsland, fordi alle kan skubbe ansvaret videre.
RACI er mindre præcis på selve beslutningsmekanikken. I praksis bliver “A” ofte den, der beslutter, men modellen tvinger dig ikke til at definere beslutningsflowet. Det kan være fint i stabile projekter, men kan give gnidninger i miljøer med hyppige trade-offs.
Hent vores bøger og skabeloner herunder
DACI: når I har brug for fart på beslutningerne
DACI står for Driver, Approver, Contributor, Informed og er skabt til beslutninger, ikke til alle opgaver. Den adskiller sig ved at indføre rollen Driver, som har ansvaret for at få beslutningen igennem processen: indkalde, samle input, skabe forslag, sikre afklaring og lande et beslutningspunkt.
Den anden nøgle er Approver, som ideelt er én person med mandat til at godkende den endelige beslutning. Det gør DACI velegnet i produkt- og udviklingsmiljøer, hvor mange kan bidrage med viden, men hvor en enkelt person skal kunne skære igennem.
DACI fungerer godt, når uenighed ikke er problemet i sig selv, men når uenighed gør, at intet bliver afgjort. Modellen giver plads til input, men den gør det tydeligt, at input ikke er det samme som stemmeret.
Brug DACI på beslutninger, der går igen: prioritering, scope-valg, valg af løsning, go-to-market, afhængigheder mellem teams.
RAPID: når beslutningen er stor, og godkendelserne er reelle
RAPID står for Recommend, Agree, Perform, Input, Decide. Den model er lavet til beslutninger, hvor der både er et analysearbejde, en eller flere obligatoriske godkendelser, en implementeringsbyrde og et tydeligt “sidste ord”.
RAPID skiller “Agree” ud som noget andet end “Input”. Det er centralt. “Agree” er ikke bare en, der bør høres. Det er en rolle, der reelt kan blokere, typisk af juridiske, finansielle, compliance- eller risikomæssige grunde. Den skelningen gør modellen brugbar i større organisationer, hvor man ikke kan beslutte sig ud af alle rammer.
RAPID kan virke tung, hvis du bruger den på småting. Til gengæld er den stærk på dyre beslutninger, hvor fejl er svære at rulle tilbage, eller hvor implementeringen kræver koordinering på tværs af mange enheder.
I RAPID er “Decide” den, der træffer beslutningen. Det lyder banalt, men det er ofte præcis det, der mangler, når møder ender i “vi tager den lige med tilbage”.
Sammenligning: fokus, styrker og typiske anvendelser
| Model | Primært fokus | Bedst til | Typisk gevinst | Typisk risiko |
|---|---|---|---|---|
| RACI | Opgaver og leverancer | Projekter med mange workstreams og afhængigheder | Klarhed i “hvem gør hvad” | For mange “C” og uklar beslutningsret |
| DACI | Beslutningsproces i teams | Tværfunktionelle beslutninger med behov for tempo | Hurtigere beslutninger med tydelig godkender | For mange approvers eller svag driver-rolle |
| RAPID | Komplekse beslutninger med governance | Højværdi, højrisiko, mange interessenter | Færre dødvande, tydelig beslutningslogik | Overhead, hvis det bruges for bredt |
Sådan vælger du den rigtige model i praksis
Valget bliver lettere, hvis du starter med at spørge: Er vores problem primært arbejdsfordeling eller beslutningskraft?
Hvis dit team gentagne gange spørger “hvem gør det?”, er du tæt på RACI. Hvis I spørger “hvem bestemmer?”, er du tættere på DACI eller RAPID.
Brug også beslutningens natur som kompas: Hvor dyr er en fejl, hvor mange skal leve med konsekvensen, og hvor mange rigtige stopklodser findes der (jura, compliance, budget, sikkerhed)?
Her er et simpelt udvalg af tommelfingerregler, som ofte holder i danske projektmiljøer, både klassiske og agile.
- RACI: Når leverancer falder mellem stole, og opgaver bliver dobbeltløst.
- DACI: Når beslutninger er hyppige og tværgående, og I har brug for én tydelig godkender.
- RAPID: Når beslutningen kræver obligatoriske godkendelser, og implementeringen påvirker mange.
Og hvis du stadig er i tvivl: Vælg den letteste model, der løser dit konkrete problem. Det er bedre at have en enkel aftale, der bliver brugt, end en perfekt model, der bliver liggende i et dokument.
Eksempel: samme situation, tre forskellige modeller
Forestil dig et projekt, der skal indføre et nyt CRM-system.
Med RACI vil du typisk kortlægge aktiviteter som datamigrering, integrationsarbejde, træning, procesdesign, test og go-live. Her skaber RACI overblik over udførere og ejerskab, så intet bliver glemt.
Med DACI kunne du i stedet målrette modellen mod centrale valg: Hvilket CRM, hvilke moduler, hvilke processer standardiseres, og hvad udskydes. Du udpeger en Driver (ofte projektleder eller produktansvarlig) og Contributors (salg, kundeservice, IT, data).
Med RAPID giver det mening, hvis valget er strategisk, og der er reelle godkendelsesroller. “Agree” kan være informationssikkerhed, jura eller økonomi, som skal kunne stoppe en løsning, der ikke lever op til krav. “Perform” er dem, der efterfølgende skal drifte, supportere og træne.
Det er samme projekt, men du vælger model efter, hvor friktionen reelt opstår.
Kombinér modeller uden at skabe kaos
Mange teams ender med at kombinere. Det kan fungere rigtig godt, hvis du holder grænserne skarpe:
RACI er oplagt som “driftstavle” for projektets leverancer.
DACI eller RAPID kan ligge ovenpå som “beslutningsmotor” for de 5 til 15 vigtigste valg, hvor I ellers risikerer at køre i ring.
En enkel måde at gøre det på er at definere en “beslutningsliste” i projektet: De store beslutninger får DACI eller RAPID, resten håndteres i almindelig linjeledelse eller teamaftaler.
Typiske faldgruber og hvordan du undgår dem
De fleste problemer kommer ikke af modellen, men af måden den bliver brugt på. Her er de fejl, der dukker op igen og igen.
- For mange personer i “C” eller “Input”: Det føles inkluderende, men det skaber ventetid og uklare forventninger.
- Flere “A” eller flere “Approvers”: Det gør ejerskab diffust og giver skjult veto.
- Driver eller Recommender uden mandat: Rollen bliver sekretær i stedet for procesleder.
Når du opdager en faldgrube, så ret den i selve aftalen, ikke i flere møder. Modellerne skal reducere mødetid, ikke skabe den.
Mini-skabelon: sådan ruller du det ud på 45 minutter
Start småt. Vælg én konkret beslutning eller én central leverance og brug den som pilot, før du tegner en hel matrix for alt.
- Trin 1: Afgræns: Skriv beslutningen eller leverancen i én sætning, inklusiv hvad der er ude af scope.
- Trin 2: Tildel roller: Udnævn rollerne, og skriv navne på, ikke afdelinger.
- Trin 3: Aftal rytme: Hvornår samles input, hvornår lander beslutningen, og hvordan bliver den kommunikeret.
Hvis du gør det samme hver gang, bliver det hurtigt en vane i teamet. Og når vanen først sidder, får du en mærkbar effekt: færre “vi troede”-misforståelser og flere beslutninger, der faktisk bliver til handling.
— Du kan få dem tilsendt herunder! —
