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. Det er slik oppgaver blir oversett og beslutninger stopper opp.
Et RACI-diagram tydeliggjør dette ansvaret. Her får du vite hvordan du lager et, når det er verdt å 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, hvem som har det overordnede ansvaret, hvem som skal konsulteres, og hvem som skal informeres for hver oppgave eller leveranse. Det kalles også en ansvarsfordelingsmatrise og hjelper team med å avklare eierskap, godkjenningsmyndighet og forventninger til kommunikasjon før arbeidet starter.
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 lage et under prosjektplanleggingen og bruke det som referanse gjennom hele leveransen. Hvis du oppbevarer det i prosjektstyringsprogramvaren din, har alle en felles referanse når ansvarsområdene endres.
RACI-matrisemal og eksempel
Jeg har utviklet en RACI-matrisemal som du kan laste ned. Du finner også et eksempel, en sjekkliste og et jukseark. Malen fyller automatisk ut 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, samt over 100 andre maler, eksempler og modeller 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 = Overordnet ansvarlig (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 overordnet ansvarlig. Å være ansvarlig betyr å utføre arbeidet. Å være overordnet ansvarlig betyr å sørge for at arbeidet blir gjort og innfrir 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, gir 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: Koordiner ansvarsområder på tvers av avdelinger, leverandører eller team, særlig når arbeidet går gjennom flere godkjenningsfaser.
Hvis teamet ditt allerede vet hvem som eier hver beslutning og leveranse, trenger dere sannsynligvis ikke et nytt diagram.
Eksempel på RACI-diagram: En reell casestudie
Her er et eksempel på et RACI-diagram jeg laget for et prosjekt som innebar oppsett av et lojalitetsprogram for et motemerke.
Dette RACI-diagrammet kommer fra et lojalitetsprogramprosjekt jeg ledet for et motemerke. Siden flere interessenter på kundesiden var involvert, avdekket diagrammet tre problemer som burde håndteres:
- For mange interessenter: Jeg fokuserte diagrammet på ansvarsområdene på kundesiden 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 på kundesiden, så vi diskuterte å fordele ansvaret på de aktuelle rollene.
Øvelsen hjalp oss med å bli enige om ansvarsområdene før disse overlappene ble leveranseproblemer.
Fordeler og ulemper ved RACI-diagrammer
Fordeler og ulemper ved RACI-diagrammer
Et RACI-diagram kan gjøre ansvarsområdene i prosjektet tydeligere, men det løser ikke dårlig kommunikasjon eller uklare beslutningsprosesser på egen hånd. Her ser du hva det kan hjelpe med, og hvor det 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 diagrammet, særlig når ansvarsområdene endres ofte. |
| Raskere beslutninger: Gjør ansvaret for godkjenninger tydelig og reduserer unødvendig frem og tilbake. | Rigide rollefordelinger: Ansvarsområdene kan bli utdaterte etter hvert som prosjektene utvikler seg. |
| Mer målrettet kommunikasjon: Skiller mellom personer som må gi innspill, og personer som bare trenger oppdateringer. | Friksjon mellom interessenter: Folk kan være uenige i rollefordelingen eller føle seg utestengt 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: Et ferdig diagram garanterer ikke at folk forstår eller aksepterer ansvarsområdene sine. |
Vanlige fallgruver ved RACI og hvordan du unngår dem
Selv et godt utformet RACI-diagram kan skape problemer hvis rollefordelingen er uklar eller teamet ikke er enig i den. 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 leveransene.
- Å forveksle utførende med ansvarlig: Kontroller at hver oppgave har noen som er tildelt å 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 spenning mellom konsulterte og informerte interessenter: Forklar hvorfor noen personer gir innspill, mens andre bare mottar oppdateringer. Å være informert er ikke en mindre viktig rolle. Det betyr bare at tilbakemeldingen deres ikke er nødvendig for den aktuelle beslutningen.
Gå gjennom denne rollefordelingen med teamet før du ferdigstiller diagrammet. God interessenthåndtering starter med å sette tydelige forventninger. En kort samtale nå kan forhindre uenighet om eierskap senere.
Slik lager du et RACI-diagram i 6 trinn
I grafikken nedenfor har jeg oppsummert de seks trinnene for å lage et RACI-diagram:
La oss gå gjennom de seks trinnene ved hjelp av et kjent eksempel: Brorskapets oppdrag med å få 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 å liste opp alle som er involvert i prosjektet, øverst i diagrammet. Du kan bruke stillingsbetegnelser eller individuelle navn, avhengig av hvordan teamet ditt arbeider.
- Bruk roller når ansvaret bør forbli konsistent til tross for endringer i bemanningen, eller når én person har flere stillinger.
- Bruk navn når individuelt eierskap er viktig, 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
List 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 eierskap, ikke bli en ekstra oppgavesporing. 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, ansvarseier, konsultert og informert. Hver oppgave bør ha minst én ansvarlig person og nøyaktig én ansvarseier. Legg bare til interessenter som skal konsulteres eller informeres, der 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 ditt
Gå gjennom tildelingene med personene som skal utføre arbeidet. Sjekk om ansvarsområdene er realistiske, om noen har for mye å gjøre, og om noen oppgaver mangler tydelig eierskap.
Gjør justeringer før du deler diagrammet bredere.
Trinn 5: Bli enige om dette med de sentrale prosjektinteressentene
Del utkastet med de viktigste interessentene for å bekrefte godkjenningsmyndighet, beslutningsansvar og forventninger til kommunikasjonen.
Hold gjennomgangen fokusert på å løse mangler eller uenigheter, i stedet for å invitere alle til å utforme diagrammet på nytt.
Trinn 6: Gjør det nyttig gjennom hele prosjektets levetid
Et RACI-diagram er bare nyttig hvis folk faktisk bruker det. Ikke la det forsvinne i en prosjektmappe etter oppstarten.
- Bruk det under gjennomføringen: Sjekk tildelingene når arbeidet starter, når du ber om godkjenninger, eller når spørsmål om ansvar skal avklares.
- Oppdater det når ansvarsområdene endres: Gå gjennom diagrammet på nytt etter endringer i bemanningen, justeringer av omfanget eller endringer i beslutningsmyndighet.
- Hold 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 ansvarsfordelingen fungerte, hvor godkjenningene stoppet opp, og om for mange personer var involvert.
Se på diagrammet som et levende prosjektdokument, ikke som en planleggingsøvelse som bare gjøres én gang.
Hør dette som en podkast
Suze deler sine tydelige meninger om hvordan man kan slutte å skylde på hverandre og bare komme videre.
Beste praksis for RACI-diagrammer
Før du tar RACI-diagrammet i bruk, bør du sjekke 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 utførende, ansvarlig, konsultert og informert.
- Utpek én ansvarlig eier per oppgave. Flere ansvarlige 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 til bredere kommunikasjon.
- Lag 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 (utførende, ansvarlig, 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 (kommuniserer, godkjenner, utførende, støtte): Fokuserer på kommunikasjon, godkjenning, gjennomføring og støtte i stedet for å skille mellom konsulterte og informerte interessenter.
- RAS (utførende, godkjenner, 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 fremover, 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 ansvarlighet, DACI for beslutningstaking, eller RASCI når bidragsytere som støtter arbeidet trenger eksplisitt anerkjennelse.
Du kan også utforske RACI 2.0 for en annen variant av rammeverket.
Hva skjer videre?
For mer hjelp med å administrere prosjekter og lede team, kan du ta kurset vårt i å mestre digital prosjektledelse. Det dekker hele prosjektets livssyklus fra oppstart til avslutning, og dekker også et bredt spekter av prosjektmetodikker som bidrar til å oppnå prosjektsuksess.
