Hva er et RACI-diagram? Veiledning, mal og eksempler
Når flere personer er involvert i et prosjekt, er det ikke alltid åpenbart hvem som gjør arbeidet, hvem som godkjenner det, og hvem som bare trenger en oppdatering. Slik blir oppgaver oversett og beslutninger forsinket.
Et RACI-diagram tydeliggjør dette ansvaret. Her får du vite hvordan du lager et, når det er nyttig å bruke, og hvordan du unngår vanlige feil. Jeg har også inkludert et praktisk eksempel og en mal du kan laste ned for å komme i gang.
Hva er et RACI-diagram?
Et RACI-diagram er et prosjektstyringsverktøy som viser hvem som er ansvarlig, har det overordnede ansvaret, skal konsulteres og skal informeres for hver oppgave eller leveranse. Det kalles også en matrise for ansvarsfordeling, og hjelper team med å avklare eierskap, godkjenningsmyndighet og forventninger til kommunikasjon før arbeidet begynner.
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 opprette et under prosjektplanleggingen og bruke det som referanse gjennom hele leveransen. Hvis du oppbevarer det i prosjektstyringsprogramvaren din, får alle en felles referanse når ansvarsområdene endres.
Mal og eksempel på RACI-matrise
Jeg har utviklet en RACI-matrisemal som du kan laste ned. Du finner også et eksempel, en sjekkliste og et jukseark. Malen fyller automatisk inn fargene basert på oppføringene dine. Du kan gjerne justere fargene etter eget ønske!
Denne malen er tilgjengelig gjennom DPM-medlemskap. Bli medlem og få tilgang til RACI-diagrammalen, i tillegg til over 100 andre maler, eksempler og illustrasjoner for prosjektdokumentasjon.
Hva står RACI for?
RACI identifiserer fire typer involvering i et prosjekt:
- R = Ansvarlig (utfører arbeidet): Personen som fullfører en oppgave eller leveranse. En oppgave kan ha flere ansvarlige bidragsytere, men eierskapet bør være tydelig.
- A = Ansvarlig for resultatet (har det overordnede ansvaret for resultatet): Personen som til syvende og sist er ansvarlig for at oppgaven fullføres og godkjennes. Utnevn én person med det overordnede ansvaret per oppgave for å unngå motstridende beslutninger.
- C = Konsultert (bidrar med innspill): Personene hvis ekspertise eller tilbakemeldinger trengs før eller under arbeidet. Kommunikasjonen går begge veier.
- I = Informert (mottar oppdateringer): Personene som trenger å vite om fremdrift, beslutninger eller resultater, men som ikke forventes å bidra direkte. Kommunikasjonen går vanligvis én vei.
Det som skaper mest forvirring, er forskjellen mellom ansvarlig og den som har det overordnede ansvaret. Å være ansvarlig betyr å utføre arbeidet. Å ha det overordnede ansvaret betyr å sørge for at arbeidet blir gjort og oppfyller forventningene. Én person kan ha begge rollene.
Se mer om RACI-diagrammer her!
Når bør du bruke et RACI-diagram?
Ikke alle prosjekter trenger et RACI-diagram. For et lite team med tydelige ansvarsområder kan det føre til mer administrasjon enn verdi. Det er mest nyttig når flere personer eller avdelinger bidrar til det samme arbeidet. Du kan bruke RACI-rammeverket som referanse gjennom hele prosjektets livssyklus, siden RACI forteller deg når du bør involvere de riktige personene på riktig tidspunkt.
Vurder å bruke et for:
- Komplekse prosjekter med flere interessenter: Avklar hvem som godkjenner leveranser, kommer med innspill og mottar oppdateringer før beslutninger blir flaskehalser.
- Prosjekter med uklart eierskap: Identifiser mangler, overlappende ansvarsområder og oppgaver som alle antar at noen andre håndterer.
- Tverrfunksjonelle eller svært strukturerte prosjekter: Samordne ansvarsområder på tvers av avdelinger, leverandører eller team, spesielt når arbeidet går gjennom flere godkjenningsstadier.
Hvis teamet ditt allerede vet hvem som eier hver beslutning og leveranse, trenger dere sannsynligvis ikke et nytt diagram.
Eksempel på RACI-matrise: Kasusstudie fra virkeligheten
Her er et eksempel på en RACI-matrise jeg laget for et prosjekt som innebar å sette opp et lojalitetsprogram for et motemerke.
Denne RACI-matrisen kommer fra et lojalitetsprogramprosjekt jeg ledet for et motemerke. Siden flere interessenter hos kunden var involvert, avdekket utarbeidelsen av matrisen tre problemer som burde håndteres:
- For mange interessenter: Jeg fokuserte matrisen på ansvarsområdene hos kunden og samlet det mindre byråteamet i én rolle.
- Uklare interessentgrupper: Jeg skilte de sentrale seniorinteressentene fra den bredere ledergruppen i stedet for å føre opp alle individuelt.
- Konsentrert ansvar: For mange oppgaver var i utgangspunktet avhengige av produkteieren hos kunden, så vi diskuterte å fordele ansvaret på de riktige rollene.
Øvelsen hjalp oss med å bli enige om ansvarsområdene før disse overlappene utviklet seg til problemer med leveransen.
Fordeler og ulemper ved RACI-matriser
Fordeler og ulemper ved RACI-matriser
En RACI-matrise kan gjøre ansvarsområdene i prosjektet tydeligere, men den løser ikke dårlig kommunikasjon eller uklare beslutningsprosesser på egen hånd. Her ser du hvor den hjelper, og hvor den kan skape merarbeid.
| Fordeler | Ulemper |
|---|---|
| Tydeligere eierskap: Identifiserer hvem som utfører arbeidet, og hvem som har ansvaret for resultatet. | Mer administrasjon: Det tar tid å opprette og vedlikeholde matrisen, særlig når ansvarsområdene endres ofte. |
| Raskere beslutninger: Gjør godkjenningsansvaret tydelig og reduserer unødvendig frem og tilbake. | Stive rolletildelinger: Ansvarsområdene kan bli utdatert etter hvert som prosjektene utvikler seg. |
| Mer målrettet kommunikasjon: Skiller mellom personer som må komme med innspill, og de som bare trenger oppdateringer. | Friksjon mellom interessenter: Folk kan være uenige i tildelingene sine eller føle seg ekskludert fra beslutninger. |
| Bedre oversikt over arbeidsbelastningen: Synliggjør når for mange oppgaver avhenger av én person eller ett team. | Falsk følelse av tydelighet: En ferdig matrise garanterer ikke at folk forstår eller aksepterer ansvarsområdene sine. |
Vanlige fallgruver ved RACI og hvordan de unngås
Selv en godt utformet RACI-matrise kan skape problemer hvis tildelingene er uklare eller teamet ikke er enige om dem. Vær oppmerksom på disse vanlige feilene:
- Å gjøre prosjektlederen ansvarlig for alt: Tildel arbeidet til personene som faktisk utfører det, enten det er designere, utviklere eller avdelingsledere. Prosjektlederen bør ikke automatisk eie alle leveranser.
- Å forveksle ansvarlig med beslutningsansvarlig: Kontroller at hver oppgave har noen som er tildelt til å utføre arbeidet, og én person som er ansvarlig for resultatet. Dette kan være samme person, men det trenger ikke å være det.
- Å skape spenninger mellom interessenter som blir konsultert, og interessenter som blir informert: Forklar hvorfor noen personer kommer med innspill, mens andre bare mottar oppdateringer. Å bli informert er ikke en mindre viktig rolle. Det betyr ganske enkelt at tilbakemeldingene deres ikke er nødvendige for den aktuelle beslutningen.
Gå gjennom disse tildelingene med teamet før matrisen ferdigstilles. God interessenthåndtering starter med å sette tydelige forventninger. En kort samtale nå kan forhindre uenighet om eierskap senere.
Slik lager du en RACI-matrise i 6 trinn
I illustrasjonen nedenfor har jeg oppsummert de seks trinnene for å lage en RACI-matrise:
La oss gå gjennom de seks trinnene ved hjelp av et kjent eksempel: Ringens brorskaps oppdrag med å bringe Den ene ringen til Dommedagsberget i Ringenes herre.
Ideen kommer fra et foredrag Meghan McInerny holdt under Digital PM Summit 2017. Det er et nyttig eksempel på hvordan ansvar kan fordeles på et team.
Trinn 1: Identifiser prosjektrollene
Begynn med å føre opp alle som er involvert i prosjektet, øverst i diagrammet. Du kan bruke stillingsbetegnelser eller navn på enkeltpersoner, avhengig av hvordan teamet ditt arbeider.
- Bruk roller når ansvaret bør forbli det samme selv om bemanningen endres, eller når én person har flere stillinger.
- Bruk navn når det er viktig hvem som eier ansvaret, eller når flere personer har samme stillingsbetegnelse.
Velg den tilnærmingen som gjør ansvarsområdene enklest å forstå, og bruk den konsekvent.
Trinn 2: Identifiser prosjektoppgaver eller leveranser
Før opp prosjektets viktigste oppgaver eller leveranser i kolonnen til venstre. Bruk prosjektplanen eller leveranselisten som utgangspunkt.
Hold detaljnivået håndterbart. Et RACI-diagram skal tydeliggjøre ansvarsfordelingen, ikke bli en ekstra oppgavesporer. Fokuser på arbeid som krever koordinering, beslutninger eller godkjenninger.
Trinn 3: Tildel RACI til hver rolle og oppgave
For hver oppgave tildeler du rollene ansvarlig, ansvarshavende, konsultert og informert. Hver oppgave bør ha minst én ansvarlig person og nøyaktig én ansvarshavende. Legg bare til interessenter som skal konsulteres eller informeres, når det er nødvendig.
I eksempelet vårt er Frodo ansvarlig for å bære ringen til Dommedagsberget. Gandalf gir veiledning, mens Sam aktivt støtter Frodos arbeid. Dette skillet viser også hvor en utvidet modell som RASCI, som inkluderer en støttende rolle, kan være nyttig.
Trinn 4: Bli enige om dette med teamet
Gå gjennom tildelingene sammen med personene som skal utføre arbeidet. Kontroller om ansvarsområdene er realistiske, om noen har for mye å gjøre, og om noen oppgaver mangler en tydelig eier.
Gjør justeringer før du deler diagrammet med flere.
Trinn 5: Bli enige om dette med de viktigste prosjektinteressentene
Del utkastet med de viktigste interessentene for å bekrefte hvem som har godkjenningsmyndighet, hvem som har beslutningsansvar, og hvilke forventninger som gjelder for kommunikasjonen.
Hold gjennomgangen fokusert på å løse mangler eller uenigheter, i stedet for å invitere alle til å utforme diagrammet på nytt.
Steg 6: Gjør det nyttig gjennom hele prosjektets levetid
Et RACI-diagram er bare nyttig hvis folk faktisk bruker det. Ikke la det forsvinne inn i en prosjektmappe etter oppstartsmøtet.
- Bruk det under gjennomføringen: Sjekk ansvarsfordelingen når arbeidet starter, når godkjenninger etterspørres, eller når spørsmål om eierskap skal avklares.
- Oppdater det når ansvarsområdene endres: Gå gjennom diagrammet på nytt etter endringer i bemanningen, justeringer av omfanget eller endringer i beslutningsmyndigheten.
- Gjør det tilgjengelig: Lagre det på et delt sted, for eksempel Confluence, Google Docs eller teamets prosjektstyringsprogramvare. Hvis du bruker Excel, må du sørge for at alle har tilgang til den gjeldende versjonen.
- Gå gjennom det når prosjektet avsluttes: Identifiser hvor eierskapet fungerte, hvor godkjenningene stoppet opp, og om for mange personer var involvert.
Betrakt diagrammet som et levende prosjektdokument, ikke som en planleggingsøvelse som bare gjennomføres én gang.
Hør dette som en podkast
Suze deler sine ærlige tanker om hvordan man kan slutte å peke på hverandre og bare komme videre.
Beste praksis for RACI-diagrammer
Før du tar RACI-diagrammet i bruk, bør du kontrollere disse fem tingene:
- Bruk det der det gir verdi. Enkle prosjekter med tydelig definerte ansvarsområder trenger kanskje ikke en formell matrise.
- Definer rollene før du tildeler dem. Sørg for at alle forstår forskjellen mellom ansvarlig, ansvarshavende, konsultert og informert.
- Utpek én ansvarshavende eier per oppgave. Flere ansvarshavende parter kan forsinke godkjenninger og føre til at beslutninger forblir uavklarte.
- Vær selektiv med hvem som trenger oppdateringer. Ikke alle interessenter trenger å vises i hver rad. Bruk planen for interessenthåndtering for bredere kommunikasjon.
- Utarbeid det sammen med teamet. Lag et utkast selv hvis det er enklest, men innhent innspill fra personene som har ansvar for å utføre og godkjenne arbeidet.
Målet er ikke å fylle ut hver celle. Målet er å gjøre ansvarsområdene tydelige nok til at arbeidet kan gå videre uten unødvendige spørsmål eller godkjenninger.
Hvilke alternativer finnes til RACI?
RACI er ikke den eneste måten å tydeliggjøre roller og ansvar for beslutningstaking på. Flere varianter justerer terminologien eller introduserer flere roller for å passe ulike team.
- RASCI (Ansvarlig, ansvarshavende, støttende, konsultert, informert): Legger til en støttende rolle for personer som aktivt bidrar til å fullføre en oppgave. Nyttig når arbeidet involverer flere bidragsytere.
- CARS (Kommunisere, godkjenne, ansvarlig, støtte): Fokuserer på kommunikasjon, godkjenning, utførelse og støtte i stedet for å skille mellom konsulterte og informerte interessenter.
- RAS (Ansvarlig, godkjenne, støtte): En forenklet modell med tre roller. Nyttig når et team trenger færre skiller, selv om den kanskje ikke fanger opp alle krav til ansvarlighet.
- DACI (Pådriver, godkjenner, bidragsyter, informert): Fokuserer mer direkte på beslutningstaking ved å identifisere hvem som driver en beslutning, hvem som godkjenner den, og hvem som bidrar med innspill.
- CLAM (Bidrar, leder, godkjenner, følger opp): Bruker handlingsorienterte roller for å skille mellom deltakelse, ledelse, godkjenning og oppfølging.
Det beste valget avhenger av hva du prøver å klargjøre. Bruk RACI for oppgaveeierskap og ansvar, DACI for beslutningstaking eller RASCI når bidragsytere som støtter arbeidet, trenger tydelig anerkjennelse.
Du kan også utforske RACI 2.0 for en annen variant av rammeverket.
Hva skjer nå?
Hvis du vil ha mer hjelp med å lede prosjekter og team, kan du ta kurset vårt Mestre digital prosjektledelse. Det dekker hele prosjektets livssyklus, fra oppstart til avslutning, og omfatter også et bredt spekter av prosjektmetoder som bidrar til å oppnå vellykkede prosjekter.
