Hvad er et RACI-diagram? Vejledning, skabelon og eksempler
Når flere personer er involveret i et projekt, er det ikke altid tydeligt, hvem der udfører arbejdet, hvem der godkender det, og hvem der blot har brug for en opdatering. Det er sådan, opgaver bliver overset, og beslutninger går i stå.
Et RACI-diagram tydeliggør disse ansvarsområder. Her kan du se, hvordan du opretter et, hvornår det er værd at bruge, og hvordan du undgår almindelige fejl. Jeg har også inkluderet et praktisk eksempel og en skabelon, du kan downloade for at komme i gang.
Hvad er et RACI-diagram?
Et RACI-diagram er et projektstyringsværktøj, der viser, hvem der er ansvarlig for, har det overordnede ansvar for, konsulteres og informeres om hver opgave eller leverance. Det kaldes også en ansvarsfordelingsmatrix og hjælper teams med at afklare ejerskab, godkendelsesbeføjelser og forventninger til kommunikationen, før arbejdet begynder.
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
Du kan oprette et under projektplanlægningen og vende tilbage til det under hele leveringen. Hvis du holder det i din projektstyringssoftware, har alle en fælles reference, når ansvarsområderne ændrer sig.
RACI-matrixskabelon & eksempel
Jeg har udviklet en RACI-matrixskabelon, som du kan downloade. Du finder også et eksempel, en tjekliste og et snydeark. Skabelonen udfylder automatisk farverne baseret på dine indtastninger. Du er velkommen til at justere farverne efter eget ønske!
Denne skabelon er tilgængelig gennem et DPM-medlemskab. Bliv medlem, og få adgang til RACI-diagramskabelonen samt over 100 andre skabeloner, prøver og eksempler til projektdokumentation.
Hvad står RACI for?
RACI identificerer fire typer af involvering i et projekt:
- R = Ansvarlig (udfører arbejdet): Den person, der fuldfører en opgave eller leverance. En opgave kan have flere ansvarlige bidragydere, men ejerskabet bør være tydeligt.
- A = Overordnet ansvarlig (har det overordnede ansvar for resultatet): Den person, der i sidste ende er ansvarlig for opgavens færdiggørelse og godkendelse. Tildel én person det overordnede ansvar for hver opgave for at undgå modstridende beslutninger.
- C = Konsulteret (bidrager med input): De personer, hvis ekspertise eller feedback er nødvendig før eller under arbejdet. Kommunikationen går begge veje.
- I = Informeret (modtager opdateringer): De personer, der har brug for at kende til fremskridt, beslutninger eller resultater, men som ikke forventes at bidrage direkte. Kommunikationen går generelt kun én vej.
Den sondring, der skaber mest forvirring, er ansvarlig vs. overordnet ansvarlig. At være ansvarlig betyder at udføre arbejdet. At have det overordnede ansvar betyder at sikre, at arbejdet bliver udført og lever op til forventningerne. Én person kan godt have begge roller.
Se mere om RACI-diagrammer her!
Hvornår skal man bruge et RACI-diagram?
Det er ikke alle projekter, der har brug for et RACI-diagram. For et lille team med tydelige ansvarsområder kan det skabe mere administration end værdi. Det er mest nyttigt, når flere personer eller afdelinger bidrager til det samme arbejde. Du kan vende tilbage til RACI-rammeværket under hele et projekts livscyklus, fordi RACI fortæller dig, hvornår du skal involvere de rigtige personer på det rigtige tidspunkt.
Overvej at bruge et til:
- Komplekse projekter med flere interessenter: Afklar, hvem der godkender leverancer, kommer med input og modtager opdateringer, før beslutninger bliver flaskehalse.
- Projekter med uklart ejerskab: Identificer huller, overlappende ansvarsområder og opgaver, som alle går ud fra, at en anden håndterer.
- Tværfunktionelle eller meget strukturerede projekter: Koordiner ansvarsområder på tværs af afdelinger, leverandører eller teams, især når arbejdet går gennem flere godkendelsesfaser.
Hvis dit team allerede ved, hvem der ejer hver beslutning og leverance, har I sandsynligvis ikke brug for endnu et diagram.
Eksempel på et RACI-diagram: Casestudie fra virkeligheden
Her er et eksempel på et RACI-diagram, som jeg oprettede til et projekt, der omfattede opsætningen af et loyalitetsprogram for et modemærke.
Dette RACI-diagram stammer fra et loyalitetsprogramprojekt, som jeg ledede for et modemærke. Da flere interessenter hos kunden var involveret, afdækkede oprettelsen af diagrammet tre problemstillinger, der burde håndteres:
- For mange interessenter: Jeg fokuserede diagrammet på kundens ansvarsområder og samlede det mindre bureauhold i én rolle.
- Uklare interessentgrupper: Jeg adskilte de centrale seniorinteressenter fra den bredere ledelsesgruppe i stedet for at angive alle enkeltvis.
- Koncentreret ansvar: For mange opgaver afhang oprindeligt af produktejeren hos kunden, så vi drøftede at fordele ansvaret på tværs af de relevante roller.
Øvelsen hjalp os med at blive enige om ansvarsområderne, før disse overlap blev til problemer for leveringen.
Fordele og ulemper ved RACI-diagrammer
Fordele og ulemper ved RACI-diagrammer
Et RACI-diagram kan gøre projektansvaret tydeligere, men det løser ikke i sig selv dårlig kommunikation eller uklar beslutningstagning. Her er, hvor det hjælper, og hvor det kan skabe ekstra arbejde.
| Fordele | Ulemper |
|---|---|
| Tydeligere ejerskab: Identificerer, hvem der udfører arbejdet, og hvem der er ansvarlig for resultatet. | Yderligere administration: Det tager tid at oprette og vedligeholde diagrammet, især når ansvarsområderne ændrer sig ofte. |
| Hurtigere beslutninger: Gør ansvaret for godkendelser tydeligt og reducerer unødvendig frem-og-tilbage-kommunikation. | Stive rolletildelinger: Ansvarsområder kan blive forældede, efterhånden som projekter udvikler sig. |
| Mere fokuseret kommunikation: Skelner mellem personer, der skal komme med input, og personer, der kun har brug for opdateringer. | Friktion blandt interessenter: Folk kan være uenige i deres tildelinger eller føle sig udelukket fra beslutninger. |
| Bedre overblik over arbejdsbyrden: Fremhæver, når for mange opgaver afhænger af én person eller ét team. | Falsk følelse af klarhed: Et færdigt diagram garanterer ikke, at folk forstår eller accepterer deres ansvarsområder. |
Almindelige faldgruber ved RACI og hvordan de undgås
Selv et veldesignet RACI-diagram kan skabe problemer, hvis tildelingerne er uklare, eller teamet ikke er enige om dem. Vær opmærksom på disse almindelige fejl:
- At gøre projektlederen ansvarlig for alt: Tildel arbejdet til de personer, der faktisk udfører det, uanset om det er designere, udviklere eller afdelingsledere. Projektlederen bør ikke automatisk eje hver eneste leverance.
- At forveksle udførende med ansvarlig: Kontrollér, at hver opgave har en person, der er tildelt til at udføre arbejdet, og én person, der er ansvarlig for resultatet. Det kan være den samme person, men det behøver det ikke at være.
- At skabe spændinger mellem interessenter, der konsulteres, og interessenter, der informeres: Forklar, hvorfor nogle personer kommer med input, mens andre kun modtager opdateringer. At være informeret er ikke en mindre vigtig rolle. Det betyder blot, at deres feedback ikke er nødvendig for den pågældende beslutning.
Gennemgå disse tildelinger med teamet, før diagrammet færdiggøres. God interessenthåndtering begynder med at fastsætte klare forventninger. En kort samtale nu kan forhindre uenighed om ejerskab senere.
Sådan opretter du et RACI-diagram i 6 trin
I grafikken nedenfor har jeg opsummeret de seks trin til at oprette et RACI-diagram:
Lad os gennemgå de seks trin ved hjælp af et velkendt eksempel: Broderskabets mission om at bringe Den Ene Ring til Dommedagsbjerget i Ringenes Herre.
Idéen stammer fra et foredrag, som Meghan McInerny holdt på Digital PM Summit 2017. Det er et nyttigt eksempel på, hvordan ansvar kan fordeles på et team.
Trin 1: Identificer projektrollerne
Begynd med at angive alle, der er involveret i projektet, øverst i dit diagram. Du kan bruge jobtitler eller individuelle navne, afhængigt af hvordan dit team arbejder.
- Brug roller, når ansvarsområderne skal forblive de samme på trods af ændringer i bemandingen, eller når én person varetager flere funktioner.
- Brug navne, når det er vigtigt, hvem der har det individuelle ejerskab, eller når flere personer har samme jobtitel.
Vælg den tilgang, der gør ansvarsområderne nemmest at forstå, og brug den konsekvent.
Trin 2: Identificer projektopgaver eller leverancer
Angiv projektets vigtigste opgaver eller leverancer i venstre kolonne. Brug din projektplan eller leveranceliste som udgangspunkt.
Hold detaljeringsgraden på et håndterbart niveau. Et RACI-diagram skal tydeliggøre ejerskab og ikke blive endnu en opgavesporing. Fokuser på arbejde, der kræver koordinering, beslutninger eller godkendelser.
Trin 3: Tildel RACI til hver rolle og opgave
For hver opgave skal du tildele rollerne ansvarlig, ansvarshavende, hørt og informeret. Hver opgave skal have mindst én ansvarlig person og præcis én ansvarshavende. Tilføj kun interessenter, der skal høres eller informeres, hvor det er nødvendigt.
I vores eksempel er Frodo ansvarlig for at bære Ringen til Dommedagsbjerget. Gandalf giver vejledning, mens Sam aktivt støtter Frodos arbejde. Denne skelnen viser også, hvor en udvidet model som RASCI, der omfatter en støttende rolle, kan være nyttig.
Trin 4: Bliv enige om dette med dit team
Gennemgå tildelingerne med de personer, der udfører arbejdet. Kontrollér, om ansvarsområderne er realistiske, om nogen har for meget at se til, og om nogle opgaver mangler et tydeligt ejerskab.
Foretag justeringer, før du deler diagrammet bredere.
Trin 5: Bliv enige om dette med de centrale projektinteressenter
Del udkastet med de vigtigste interessenter for at bekræfte godkendelsesmyndighed, beslutningsansvar og forventninger til kommunikationen.
Hold gennemgangen fokuseret på at løse mangler eller uenigheder i stedet for at invitere alle til at redesigne diagrammet.
Trin 6: Gør det nyttigt gennem hele projektets levetid
Et RACI-diagram hjælper kun, hvis folk rent faktisk bruger det. Lad det ikke forsvinde i en projektmappe efter projektets opstart.
- Brug det under leveringen: Kontrollér tildelinger, når arbejdet påbegyndes, når der anmodes om godkendelser, eller når spørgsmål om ansvar skal afklares.
- Opdatér det, når ansvarsområder ændrer sig: Gennemgå diagrammet igen efter ændringer i bemandingen, justeringer af omfanget eller ændringer i beslutningsmyndigheden.
- Sørg for, at det er tilgængeligt: Opbevar det et fælles sted, f.eks. Confluence, Google Docs eller dit teams projektstyringssoftware. Hvis du bruger Excel, skal du sørge for, at alle kan få adgang til den aktuelle version.
- Gennemgå det ved projektets afslutning: Identificér, hvor ansvarsfordelingen fungerede, hvor godkendelser gik i stå, og om for mange personer var involveret.
Betragt diagrammet som et levende projektdokument, ikke som en planlægningsøvelse, der kun udføres én gang.
Lyt til dette som en podcast
Suze fortæller sin ærlige mening om, hvordan man holder op med at pege fingre og bare kommer videre med arbejdet.
Bedste praksis for RACI-diagrammer
Før du tager dit RACI-diagram i brug, skal du kontrollere disse fem ting:
- Brug det, hvor det skaber værdi. Enkle projekter med klart definerede ansvarsområder har måske ikke brug for en formel matrix.
- Definér rollerne, før du tildeler dem. Sørg for, at alle forstår forskellen mellem udførende, ansvarlig, konsulteret og informeret.
- Tildel én ansvarlig ejer pr. opgave. Flere ansvarlige parter kan forsinke godkendelser og efterlade beslutninger uafklarede.
- Vær selektiv med, hvem der har brug for opdateringer. Ikke alle interessenter behøver at fremgå af hver række. Brug din plan for interessenthåndtering til bredere kommunikation.
- Udarbejd det sammen med dit team. Udarbejd selv et første udkast til diagrammet, hvis det er nemmere, men indhent input fra de personer, der er ansvarlige for at udføre og godkende arbejdet.
Målet er ikke at udfylde hver celle. Det handler om at gøre ansvarsområderne tydelige nok til, at arbejdet kan gå videre uden unødvendige spørgsmål eller godkendelser.
Hvad er alternativerne til en RACI?
RACI er ikke den eneste måde at tydeliggøre roller og ansvar for beslutningstagning på. Flere variationer justerer terminologien eller introducerer yderligere roller, så de passer til forskellige teams.
- RASCI (Udførende, Ansvarlig, Støttende, Konsulteret, Informeret): Tilføjer en støttende rolle for personer, der aktivt hjælper med at fuldføre en opgave. Nyttigt, når arbejdet involverer flere bidragydere.
- CARS (Kommuniker, Godkend, Udfør, Støt): Fokuserer på kommunikation, godkendelse, udførelse og støtte i stedet for at skelne mellem konsulterede og informerede interessenter.
- RAS (Udførende, Godkend, Støt): En forenklet model med tre roller. Nyttig, når et team har brug for færre skelneniveauer, selv om den måske ikke dækker alle krav til ansvar.
- DACI (Drivkraft, Godkender, Bidragyder, Informeret): Fokuserer mere direkte på beslutningstagning ved at identificere, hvem der driver en beslutning, hvem der godkender den, og hvem der bidrager med input.
- CLAM (Bidrager, Leder, Godkender, Overvåger): Anvender handlingsorienterede roller til at skelne mellem deltagelse, ledelse, godkendelse og tilsyn.
Det bedste valg afhænger af, hvad du forsøger at tydeliggøre. Brug RACI til ejerskab og ansvar for opgaver, DACI til beslutningstagning eller RASCI, når bidragydere, der yder støtte, skal anerkendes eksplicit.
Du kan også udforske RACI 2.0 som en anden variant af modellen.
Hvad nu?
Hvis du vil have mere hjælp til at styre projekter og lede teams, kan du tage vores kursus i at mestre digital projektledelse. Det dækker hele projektets livscyklus fra opstart til afslutning og omfatter også en lang række projektmetoder, der hjælper med at skabe succesfulde projekter.
