Hvad er et RACI-skema? Sådan gør du, 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 gør disse ansvarsområder tydelige. 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, så du kan 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, bliver hørt og bliver informeret om hver opgave eller leverance. Det kaldes også en matrix for ansvarsfordeling og hjælper teams med at tydeliggøre ejerskab, godkendelsesmyndighed 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 gennem hele leveringen. Hvis du har det i din projektstyringssoftware, har alle en fælles reference, når ansvarsområder ændrer sig.
Skabelon og eksempel på RACI-matrix
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 tilpasse 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, eksempler og illustrationer til projektdokumentation.
Hvad står RACI for?
RACI identificerer fire former for involvering i et projekt:
- R = Udførende (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 = Ansvarlig (har det overordnede ansvar for resultatet): Den person, der i sidste ende er ansvarlig for, at opgaven bliver fuldført og godkendt. Tildel én person det overordnede ansvar pr. opgave for at undgå modstridende beslutninger.
- C = Hørt (bidrager med input): De personer, hvis ekspertise eller tilbagemeldinger 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 kontra den, der har det overordnede ansvar. 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 varetage begge roller.
Se mere om RACI-diagrammer her!
Hvornår skal man bruge et RACI-diagram?
Ikke alle projekter 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-rammen gennem hele et projekts livscyklus, eftersom RACI fortæller dig, hvornår de rigtige personer skal involveres 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 antager, 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 det virkelige liv
Her er et eksempel på et RACI-diagram, som jeg oprettede til et projekt, der omfattede opsætning af et loyalitetsprogram for et modebrand.
Dette RACI-diagram stammer fra et loyalitetsprogramprojekt, som jeg ledede for et modebrand. Da flere interessenter hos kunden var involveret, afdækkede oprettelsen af diagrammet tre problemer, der var værd at tage hånd om:
- For mange interessenter: Jeg fokuserede diagrammet på ansvarsområder hos kunden og samlede det mindre bureau-team i én rolle.
- Uklare interessentgrupper: Jeg adskilte de centrale seniorinteressenter fra den bredere ledelsesgruppe i stedet for at opføre alle individuelt.
- 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 uklare beslutningsprocesser. 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. | Ekstra administration: Det tager tid at oprette og vedligeholde diagrammet, især når ansvarsområderne ændres ofte. |
| Hurtigere beslutninger: Gør ansvaret for godkendelser tydeligt og reducerer unødvendig frem-og-tilbage-kommunikation. | Stive rollefordelinger: Ansvarsområder kan blive forældede, efterhånden som projekter udvikler sig. |
| Mere fokuseret kommunikation: Adskiller personer, der skal komme med input, fra dem, der kun har brug for opdateringer. | Friktion mellem interessenter: Folk kan være uenige i deres tildelte roller 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 sådan undgår du dem
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 alle leverancer.
- 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 opstille tydelige 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: Eventyrernes Sammenslutnings mission om at få Den Ene Ring til Dommedagsbjerget i Ringenes Herre.
Idéen stammer fra et oplæg, som Meghan McInerny holdt på Digital PM Summit 2017. Det er et nyttigt eksempel på, hvordan ansvarsområder kan fordeles på et team.
Trin 1: Identificér 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 trods ændringer i bemandingen, eller når én person har flere positioner.
- Brug navne, når det er vigtigt, hvem der ejer opgaven, eller når flere personer har den samme jobtitel.
Vælg den tilgang, der gør ansvarsområderne nemmest at forstå, og brug den konsekvent.
Trin 2: Identificér projektopgaver eller leverancer
Angiv projektets vigtigste opgaver eller leverancer i kolonnen til venstre. Brug din projektplan eller leveranceliste som udgangspunkt.
Hold detaljeringsniveauet overskueligt. Et RACI-diagram skal tydeliggøre ejerskab og ikke blive en ekstra 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 udførende, ansvarlig, konsulteret og informeret. Hver opgave skal have mindst én udførende person og præcis én ansvarlig ejer. Tilføj kun interessenter, der skal konsulteres 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 forskel 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. Undersøg, 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 godkendelsesbeføjelser, beslutningsansvar og forventninger til kommunikationen.
Fokuser gennemgangen på at løse mangler eller uenigheder i stedet for at invitere alle til at redesigne diagrammet.
Trin 6: Gør den nyttig gennem hele projektets levetid
Et RACI-diagram er kun nyttigt, hvis folk rent faktisk bruger det. Lad det ikke forsvinde i en projektmappe efter projektopstart.
- Brug det under leveringen: Kontrollér opgaverne, når arbejdet påbegyndes, der anmodes om godkendelser, eller spørgsmål om ejerskab skal afklares.
- Opdatér det, når ansvarsområder ændrer sig: Gennemgå diagrammet igen efter ændringer i bemandingen, justeringer af projektomfanget eller ændringer i beslutningsmyndigheden.
- Sørg for, at det er tilgængeligt: Gem det på en delt placering, f.eks. Confluence, Google Docs eller jeres projektstyringssoftware. Hvis I bruger Excel, skal I sørge for, at alle kan få adgang til den aktuelle version.
- Gennemgå det ved projektets afslutning: Identificér, hvor ejerskabet fungerede, hvor godkendelser gik i stå, og om for mange personer var involveret.
Betragt diagrammet som et levende projektdokument, ikke som en engangsøvelse i planlægning.
Lyt til dette som en podcast
Suze giver sin ærlige mening om, hvordan man holder op med at pege fingre og bare kommer videre med arbejdet.
Bedste praksis for RACI-diagrammer
Kontrollér disse fem ting, før du tager dit RACI-diagram i brug:
- Brug det, hvor det skaber værdi. Enkle projekter med klart definerede ansvarsområder har muligvis ikke brug for en formel matrix.
- Definér rollerne, før du tildeler dem. Sørg for, at alle forstår forskellen på ansvarlig, ansvarshavende, hørt og informeret.
- Tildel én ansvarshavende ejer pr. opgave. Flere ansvarshavende parter kan forsinke godkendelser og efterlade beslutninger uafklarede.
- Vær selektiv med, hvem der har brug for opdateringer. Ikke alle interessenter behøver at optræde i hver række. Brug din plan for interessenthåndtering til bredere kommunikation.
- Udarbejd det sammen med dit team. Udarbejd selv et første udkast, 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 er at gøre ansvarsområderne tilstrækkeligt klare til, at arbejdet kan skride fremad uden unødvendige spørgsmål eller godkendelser.
Hvilke alternativer findes der 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 (Ansvarlig, ansvarshavende, støttende, hørt, 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 (Kommunikér, godkend, ansvarlig, støt): Fokuserer på kommunikation, godkendelse, udførelse og støtte i stedet for at skelne mellem interessenter, der høres, og interessenter, der informeres.
- RAS (Ansvarlig, godkend, støt): En forenklet model med tre roller. Nyttig, når et team har brug for færre skelnen, selvom den muligvis 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 opgaveejerskab og ansvarlighed, DACI til beslutningstagning eller RASCI, når bidragydere, der yder støtte, skal anerkendes tydeligt.
Du kan også udforske RACI 2.0 som en anden variation af modellen.
Hvad er det næste?
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 gennemgår også en lang række projektmetoder, der hjælper med at opnå succes med projekter.
