Vad är ett RACI-diagram? Så här gör du, mall och exempel
När flera personer är involverade i ett projekt är det inte alltid tydligt vem som utför arbetet, vem som godkänner det och vem som bara behöver en uppdatering. Det är så uppgifter missas och beslut drar ut på tiden.
Ett RACI-diagram tydliggör dessa ansvarsområden. Här går jag igenom hur du skapar ett, när det är värt att använda och hur du undviker vanliga misstag. Jag har också inkluderat ett praktiskt exempel och en nedladdningsbar mall som hjälper dig att komma igång.
Vad är ett RACI-diagram?
Ett RACI-diagram är ett projektledningsverktyg som visar vem som är ansvarig, ytterst ansvarig, konsulterad och informerad för varje uppgift eller leverans. Det kallas även en ansvarsfördelningsmatris och hjälper team att tydliggöra ägarskap, beslutsbefogenheter och förväntningar på kommunikationen innan arbetet börjar.
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 skapa ett under projektplaneringen och återkomma till det under hela genomförandet. Om du har det i din projektledningsprogramvara får alla en gemensam referens när ansvarsområden förändras.
Mall och exempel för RACI-matris
Jag har tagit fram en RACI-matris som du kan ladda ner. Du hittar också ett exempel, en checklista och en fusklapp. Mallen fyller automatiskt i färgerna baserat på dina inmatningar. Justera gärna färgerna efter eget tycke!
Den här mallen är tillgänglig genom ett DPM-medlemskap. Bli medlem och få tillgång till RACI-mallen samt över 100 andra mallar, prov och exempel för projektdokumentation.
Vad står RACI för?
RACI identifierar fyra typer av delaktighet i ett projekt:
- R = Ansvarig (utför arbetet): Personen som slutför en uppgift eller leverans. En uppgift kan ha flera ansvariga medverkande, men ägarskapet bör vara tydligt.
- A = Ytterst ansvarig (äger resultatet): Personen som i slutändan är ansvarig för att uppgiften slutförs och godkänns. Utse en ytterst ansvarig person per uppgift för att undvika motstridiga beslut.
- C = Konsulterad (bidrar med synpunkter): Personerna vars expertis eller återkoppling behövs före eller under arbetet. Kommunikationen går åt båda håll.
- I = Informerad (tar emot uppdateringar): Personerna som behöver känna till framsteg, beslut eller resultat men inte förväntas bidra direkt. Kommunikationen är vanligtvis enkelriktad.
Den distinktion som orsakar mest förvirring är ansvarig kontra ytterst ansvarig. Ansvarig betyder att utföra arbetet. Ytterst ansvarig betyder att se till att arbetet blir gjort och uppfyller förväntningarna. En person kan ha båda rollerna.
Se mer om RACI-diagram här!
När ska man använda ett RACI-diagram?
Alla projekt behöver inte ett RACI-diagram. För ett litet team med tydliga ansvarsområden kan det skapa mer administration än värde. Det är mest användbart när flera personer eller avdelningar bidrar till samma arbete. Du kan återkomma till RACI-ramverket under hela projektets livscykel, eftersom RACI visar när rätt personer ska involveras vid rätt tidpunkt.
Överväg att använda ett för:
- Komplexa projekt med flera intressenter: Klargör vem som godkänner leveranser, lämnar synpunkter och får uppdateringar innan besluten blir flaskhalsar.
- Projekt med otydligt ägarskap: Identifiera luckor, överlappande ansvarsområden och uppgifter som alla antar att någon annan hanterar.
- Tvärfunktionella eller starkt strukturerade projekt: Samordna ansvarsområden mellan avdelningar, leverantörer eller team, särskilt när arbetet passerar genom flera godkännandesteg.
Om ditt team redan vet vem som äger varje beslut och leverans behöver ni förmodligen inte ännu ett diagram.
Exempel på RACI-diagram: Fallstudie från verkligheten
Här är ett exempel på ett RACI-diagram som jag skapade för ett projekt som innefattade införandet av ett lojalitetsprogram för ett modevarumärke.
Det här RACI-diagrammet kommer från ett lojalitetsprogramprojekt som jag ledde för ett modevarumärke. Eftersom flera intressenter på kundsidan var involverade synliggjorde diagrammet tre problem som behövde hanteras:
- För många intressenter: Jag fokuserade diagrammet på ansvarsområden på kundsidan och grupperade det mindre byråteamet i en roll.
- Otydliga intressentgrupper: Jag separerade de centrala seniora intressenterna från den bredare ledningsgruppen i stället för att lista alla individuellt.
- Koncentrerat yttersta ansvar: För många uppgifter var inledningsvis beroende av produktägaren på kundsidan, så vi diskuterade hur det yttersta ansvaret kunde fördelas mellan lämpliga roller.
Övningen hjälpte oss att enas om ansvarsområden innan överlappningarna blev leveransproblem.
Fördelar och nackdelar med RACI-diagram
Fördelar och nackdelar med RACI-diagram
Ett RACI-diagram kan tydliggöra projektets ansvarsområden, men det löser inte dålig kommunikation eller otydligt beslutsfattande på egen hand. Här ser du var det hjälper och var det kan skapa merarbete.
| Fördelar | Nackdelar |
|---|---|
| Tydligare ägarskap: Identifierar vem som utför arbetet och vem som har det yttersta ansvaret för resultatet. | Ytterligare administration: Att skapa och underhålla diagrammet tar tid, särskilt när ansvarsområden ändras ofta. |
| Snabbare beslut: Tydliggör godkännandeansvar och minskar onödig kommunikation fram och tillbaka. | Stela rollfördelningar: Ansvarsområden kan bli inaktuella när projekt utvecklas. |
| Mer fokuserad kommunikation: Skiljer mellan personer som behöver lämna synpunkter och personer som bara behöver uppdateringar. | Friktion mellan intressenter: Personer kan vara oense om sina tilldelade roller eller känna sig utestängda från beslut. |
| Bättre överblick över arbetsbelastningen: Synliggör när för många uppgifter är beroende av en person eller ett team. | Falsk känsla av tydlighet: Ett färdigt diagram garanterar inte att personer förstår eller accepterar sina ansvarsområden. |
Vanliga fallgropar med RACI och hur du undviker dem
Även ett väl utformat RACI-diagram kan skapa problem om tilldelningarna är otydliga eller om teamet inte är överens om dem. Var uppmärksam på dessa vanliga misstag:
- Att göra projektledaren ansvarig för allt: Tilldela arbetet till de personer som faktiskt utför det, oavsett om det är designers, utvecklare eller avdelningschefer. Projektledaren ska inte automatiskt äga varje leverans.
- Att blanda ihop utförandeansvar med yttersta ansvar: Kontrollera att varje uppgift har någon som tilldelats att slutföra arbetet och en person som har det yttersta ansvaret för resultatet. Det kan vara samma person, men det måste inte vara det.
- Att skapa spänningar mellan konsulterade och informerade intressenter: Förklara varför vissa personer lämnar synpunkter medan andra bara får uppdateringar. Att vara informerad innebär inte en mindre betydelsefull roll. Det betyder helt enkelt att deras återkoppling inte krävs för just det beslutet.
Gå igenom dessa tilldelningar med teamet innan du färdigställer diagrammet. God intressenthantering börjar med att tydliggöra förväntningarna. Ett kort samtal nu kan förebygga oenighet om ägarskapet senare.
Så skapar du ett RACI-diagram i 6 steg
I grafiken nedan har jag sammanfattat de sex stegen för att skapa ett RACI-diagram:
Vi går igenom de sex stegen med hjälp av ett välbekant exempel: brödraskapets uppdrag att ta den enda ringen till Domedagsberget i Sagan om ringen.
Idén kommer från ett föredrag som Meghan McInerny höll vid Digital PM Summit 2017. Det är ett användbart exempel på hur ansvar kan fördelas inom ett team.
Steg 1: Identifiera projektrollerna
Börja med att lista alla som är involverade i projektet längst upp i diagrammet. Du kan använda jobbtitlar eller individuella namn, beroende på hur ditt team arbetar.
- Använd roller när ansvaret bör förbli detsamma trots personalförändringar eller när en person har flera befattningar.
- Använd namn när individuellt ägarskap är viktigt eller när flera personer har samma jobbtitel.
Välj det tillvägagångssätt som gör ansvaret lättast att förstå och använd det konsekvent.
Steg 2: Identifiera projektuppgifter eller leveranser
Lista projektets huvudsakliga uppgifter eller leveranser i den vänstra kolumnen. Använd projektplanen eller leveranslistan som utgångspunkt.
Håll detaljnivån hanterbar. Ett RACI-diagram ska tydliggöra ägarskapet, inte bli en andra uppgiftsspårare. Fokusera på arbete som kräver samordning, beslut eller godkännanden.
Steg 3: Tilldela RACI-ansvar till varje roll och uppgift
För varje uppgift tilldelar du rollerna ansvarig, huvudansvarig, konsulterad och informerad. Varje uppgift ska ha minst en ansvarig person och exakt en huvudansvarig ägare. Lägg endast till intressenter som ska konsulteras eller informeras där det behövs.
I vårt exempel är Frodo ansvarig för att bära ringen till Domedagsberget. Gandalf ger vägledning, medan Sam aktivt stödjer Frodos arbete. Denna skillnad visar också när en utökad modell som RASCI, som omfattar en stödjande roll, kan vara användbar.
Steg 4: Kom överens med ditt team
Gå igenom tilldelningarna med de personer som utför arbetet. Kontrollera om ansvaret är realistiskt, om någon har för mycket att göra och om någon uppgift saknar ett tydligt ägarskap.
Gör justeringar innan du delar diagrammet med en större grupp.
Steg 5: Kom överens med projektets centrala intressenter
Dela utkastet med viktiga intressenter för att bekräfta behörighet att godkänna, beslutsansvar och förväntningar på kommunikationen.
Håll granskningen fokuserad på att lösa luckor eller oenigheter i stället för att bjuda in alla till att göra om diagrammet.
Steg 6: Gör det användbart under hela projektets livslängd
Ett RACI-diagram är bara till hjälp om människor faktiskt använder det. Låt det inte försvinna i en projektmapp efter projektstarten.
- Använd det under genomförandet: Kontrollera tilldelningarna när arbetet påbörjas, godkännanden begärs eller frågor om ansvar behöver lösas.
- Uppdatera det när ansvarsområden förändras: Gå igenom diagrammet efter personalförändringar, justeringar av omfattningen eller förändringar i beslutsbefogenheter.
- Håll det tillgängligt: Förvara det på en gemensam plats, till exempel Confluence, Google Dokument eller teamets projekthanteringsprogram. Om du använder Excel ska du se till att alla har tillgång till den aktuella versionen.
- Gå igenom det när projektet avslutas: Identifiera var ansvarsfördelningen fungerade, var godkännanden drog ut på tiden och om för många personer var involverade.
Betrakta diagrammet som ett levande projektdokument, inte som en planeringsövning som bara genomförs en gång.
Lyssna på detta som en podcast
Suze delar med sig av sina tankar om hur man slutar skylla på varandra och helt enkelt går vidare med arbetet.
Bästa praxis för RACI-diagram
Kontrollera dessa fem saker innan du börjar använda ditt RACI-diagram:
- Använd det där det tillför värde. Enkla projekt med tydligt definierade ansvarsområden behöver kanske inte en formell matris.
- Definiera rollerna innan du tilldelar dem. Se till att alla förstår skillnaden mellan ansvarig, ytterst ansvarig, konsulterad och informerad.
- Utse en ytterst ansvarig person per uppgift. Flera ytterst ansvariga parter kan fördröja godkännanden och leda till att beslut förblir olösta.
- Var selektiv med vilka som behöver uppdateringar. Alla intressenter behöver inte finnas med på varje rad. Använd din plan för intressenthantering för bredare kommunikation.
- Ta fram det tillsammans med teamet. Skapa diagrammet själv om det är enklare, men hämta synpunkter från de personer som ansvarar för att utföra och godkänna arbetet.
Målet är inte att fylla i varje cell. Målet är att göra ansvarsområdena tillräckligt tydliga för att arbetet ska kunna gå framåt utan onödiga frågor eller godkännanden.
Vilka alternativ finns till RACI?
RACI är inte det enda sättet att tydliggöra roller och beslutsansvar. Flera varianter justerar terminologin eller introducerar ytterligare roller för att passa olika team.
- RASCI (Ansvarig, ytterst ansvarig, stödjande, konsulterad, informerad): Lägger till en stödjande roll för personer som aktivt hjälper till att slutföra en uppgift. Användbart när arbetet omfattar flera medverkande.
- CARS (Kommunicerar, godkänner, ansvarar, stödjer): Fokuserar på kommunikation, godkännande, genomförande och stöd i stället för att skilja mellan konsulterade och informerade intressenter.
- RAS (ansvarar, godkänner, stödjer): En förenklad modell med tre roller. Användbar när ett team behöver färre distinktioner, även om den kanske inte fångar alla krav på ansvarsskyldighet.
- DACI (Driver, godkännare, bidragsgivare, informerad): Fokuserar mer direkt på beslutsfattande genom att identifiera vem som driver ett beslut, vem som godkänner det och vem som bidrar med synpunkter.
- CLAM (bidrar, leder, godkänner, övervakar): Använder handlingsinriktade roller för att skilja mellan deltagande, ledarskap, godkännande och uppföljning.
Det bästa valet beror på vad du försöker tydliggöra. Använd RACI för ansvarsfördelning och ansvarstagande kring uppgifter, DACI för beslutsfattande eller RASCI när stödjande medverkande behöver erkännas uttryckligen.
Du kan också utforska RACI 2.0 för en annan variant av ramverket.
Vad händer härnäst?
För mer hjälp med att hantera projekt och leda team kan du gå vår kurs i att bemästra digital projektledning. Den omfattar projektets hela livscykel, från initiering till avslut, och tar även upp ett brett spektrum av projektmetoder som bidrar till att uppnå framgång i projekt.
