Wat is een RACI-schema? Handleiding, sjabloon & voorbeelden
Wanneer meerdere mensen bij een project betrokken zijn, is het niet altijd duidelijk wie het werk uitvoert, wie het goedkeurt en wie alleen een update hoeft te krijgen. Zo worden taken over het hoofd gezien en lopen beslissingen vertraging op.
Een RACI-diagram maakt die verantwoordelijkheden expliciet. Hier lees je hoe je er een maakt, wanneer het de moeite waard is om er een te gebruiken en hoe je veelgemaakte fouten voorkomt. Ik heb ook een praktisch voorbeeld en een downloadbaar sjabloon toegevoegd om je op weg te helpen.
Wat is een RACI-diagram?
Een RACI-diagram is een hulpmiddel voor projectmanagement dat in kaart brengt wie verantwoordelijk is, wie eindverantwoordelijk is, wie wordt geraadpleegd en wie wordt geïnformeerd over elke taak of elk op te leveren resultaat. Het wordt ook wel een verantwoordelijkheidsmatrix genoemd en helpt teams om eigenaarschap, goedkeuringsbevoegdheid en communicatieverwachtingen te verduidelijken voordat het werk begint.
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
Je kunt er een maken tijdens de projectplanning en er gedurende de hele uitvoering naar teruggrijpen. Door het in je projectmanagementsoftware te bewaren, heeft iedereen een gezamenlijk referentiepunt wanneer verantwoordelijkheden veranderen.
RACI-matrixsjabloon en voorbeeld
Ik heb een RACI-matrixsjabloon ontwikkeld dat je kunt downloaden. Je vindt er ook een voorbeeld, checklist en spiekbrief. Het sjabloon vult de kleuren automatisch in op basis van je invoer. Pas de kleuren gerust naar wens aan!
Dit sjabloon is beschikbaar via een DPM-lidmaatschap. Word lid en krijg toegang tot het RACI-diagramsjabloon, evenals tot meer dan 100 andere sjablonen, voorbeelden en documentatievoorbeelden voor projecten.
Waar staat RACI voor?
RACI onderscheidt vier soorten betrokkenheid bij een project:
- R = Verantwoordelijk (het werk uitvoeren): De persoon die een taak of op te leveren resultaat voltooit. Bij een taak kunnen meerdere verantwoordelijke medewerkers betrokken zijn, hoewel het eigenaarschap duidelijk moet zijn.
- A = Eindverantwoordelijk (eindverantwoordelijk voor het resultaat): De persoon die uiteindelijk verantwoordelijk is voor de voltooiing en goedkeuring van de taak. Wijs per taak één eindverantwoordelijke aan om tegenstrijdige beslissingen te voorkomen.
- C = Geraadpleegd (input leveren): De mensen van wie expertise of feedback nodig is voor of tijdens het werk. De communicatie verloopt in beide richtingen.
- I = Geïnformeerd (updates ontvangen): De mensen die op de hoogte moeten zijn van de voortgang, beslissingen of resultaten, maar van wie niet wordt verwacht dat ze rechtstreeks bijdragen. De communicatie verloopt over het algemeen in één richting.
Het onderscheid dat de meeste verwarring veroorzaakt, is verantwoordelijk versus eindverantwoordelijk. Verantwoordelijk betekent dat je het werk uitvoert. Eindverantwoordelijk betekent dat je ervoor zorgt dat het werk wordt gedaan en aan de verwachtingen voldoet. Eén persoon kan beide rollen vervullen.
Bekijk hier meer informatie over RACI-diagrammen!
Wanneer gebruik je een RACI-diagram?
Niet elk project heeft een RACI-diagram nodig. Voor een klein team met duidelijke verantwoordelijkheden kan het meer administratie dan waarde opleveren. Het is vooral nuttig wanneer meerdere mensen of afdelingen aan hetzelfde werk bijdragen. Je kunt gedurende de hele levenscyclus van een project teruggrijpen op het RACI-raamwerk, omdat RACI aangeeft wanneer je de juiste mensen op het juiste moment moet betrekken.
Overweeg er een te gebruiken voor:
- Complexe projecten met meerdere belanghebbenden: Verduidelijk wie resultaten goedkeurt, input levert en updates ontvangt voordat beslissingen knelpunten worden.
- Projecten met onduidelijk eigenaarschap: Identificeer hiaten, overlappende verantwoordelijkheden en taken waarvan iedereen aanneemt dat iemand anders ze uitvoert.
- Cross-functionele of sterk gestructureerde projecten: Stem verantwoordelijkheden af tussen afdelingen, leveranciers of teams, vooral wanneer werk meerdere goedkeuringsfasen doorloopt.
Als je team al weet wie verantwoordelijk is voor elke beslissing en elk resultaat, heb je waarschijnlijk geen nieuwe matrix nodig.
Voorbeeld van een RACI-matrix: casestudy uit de praktijk
Hier is een voorbeeld van een RACI-matrix die ik heb gemaakt voor een project rond het opzetten van een loyaliteitsprogramma voor een modemerk.
Deze RACI-matrix komt uit een loyaliteitsprogramma dat ik voor een modemerk heb beheerd. Omdat er meerdere belanghebbenden aan de klantzijde betrokken waren, bracht het opstellen van de matrix drie aandachtspunten aan het licht:
- Te veel belanghebbenden: Ik richtte de matrix op de verantwoordelijkheden aan klantzijde en voegde het kleinere bureau-team samen tot één rol.
- Onduidelijke groepen belanghebbenden: Ik scheidde de belangrijkste senior belanghebbenden van de bredere leiderschapsgroep, in plaats van iedereen afzonderlijk te vermelden.
- Geconcentreerde eindverantwoordelijkheid: In eerste instantie waren te veel taken afhankelijk van de producteigenaar aan klantzijde. Daarom bespraken we hoe we de eindverantwoordelijkheid over de juiste rollen konden verdelen.
Deze oefening hielp ons om overeenstemming te bereiken over de verantwoordelijkheden voordat deze overlappingen tot problemen bij de oplevering leidden.
Voor- en nadelen van RACI-matrices
Voor- en nadelen van RACI-matrices
Een RACI-matrix kan projectverantwoordelijkheden verduidelijken, maar lost slechte communicatie of onduidelijke besluitvorming niet vanzelf op. Dit is waar de matrix helpt en waar deze extra werk kan veroorzaken.
| Voordelen | Nadelen |
|---|---|
| Duidelijker eigenaarschap: Maakt duidelijk wie het werk uitvoert en wie eindverantwoordelijk is voor het resultaat. | Extra administratie: Het opstellen en bijhouden van de matrix kost tijd, vooral wanneer verantwoordelijkheden vaak veranderen. |
| Snellere beslissingen: Maakt goedkeuringsverantwoordelijkheden expliciet, waardoor onnodig heen-en-weer communiceren wordt beperkt. | Starre roltoewijzingen: Verantwoordelijkheden kunnen verouderd raken naarmate projecten zich ontwikkelen. |
| Gerichtere communicatie: Maakt onderscheid tussen mensen die input moeten leveren en mensen die alleen updates nodig hebben. | Wrijving met belanghebbenden: Mensen kunnen het oneens zijn met hun toewijzingen of het gevoel krijgen dat ze van beslissingen worden uitgesloten. |
| Beter inzicht in de werklast: Maakt zichtbaar wanneer te veel taken afhankelijk zijn van één persoon of team. | Schijn van duidelijkheid: Een ingevulde matrix garandeert niet dat mensen hun verantwoordelijkheden begrijpen of accepteren. |
Veelvoorkomende valkuilen bij RACI en hoe je ze voorkomt
Zelfs een goed ontworpen RACI-matrix kan problemen veroorzaken als toewijzingen onduidelijk zijn of het team het er niet over eens is. Let op deze veelvoorkomende fouten:
- De projectmanager verantwoordelijk maken voor alles: Wijs werk toe aan de mensen die het daadwerkelijk uitvoeren, of dat nu ontwerpers, ontwikkelaars of afdelingshoofden zijn. De projectmanager moet niet automatisch eigenaar zijn van elk resultaat.
- Verantwoordelijk verwarren met eindverantwoordelijk: Controleer of voor elke taak iemand is aangewezen om het werk uit te voeren en één persoon eindverantwoordelijk is voor het resultaat. Dat kunnen dezelfde personen zijn, maar dat hoeft niet.
- Spanning creëren tussen geraadpleegde en geïnformeerde belanghebbenden: Leg uit waarom sommige mensen input leveren terwijl anderen alleen updates ontvangen. Geïnformeerd worden is geen mindere rol. Het betekent simpelweg dat hun feedback voor die specifieke beslissing niet nodig is.
Bespreek deze toewijzingen met het team voordat je de matrix definitief maakt. Goed stakeholdermanagement begint met het stellen van duidelijke verwachtingen. Een kort gesprek nu kan latere meningsverschillen over eigenaarschap voorkomen.
Een RACI-matrix maken in 6 stappen
In de onderstaande afbeelding heb ik de zes stappen voor het maken van een RACI-matrix samengevat:
Laten we de zes stappen doorlopen aan de hand van een bekend voorbeeld: de missie van het Reisgenootschap om de Ene Ring naar de Doemberg te brengen in In de Ban van de Ring.
Het idee komt uit een lezing die Meghan McInerny gaf tijdens de Digital PM Summit 2017. Het is een nuttig voorbeeld van hoe verantwoordelijkheden binnen een team kunnen worden verdeeld.
Stap 1: Identificeer de projectrollen
Begin met het noteren van iedereen die bij het project betrokken is bovenaan je schema. Je kunt functietitels of individuele namen gebruiken, afhankelijk van hoe je team werkt.
- Gebruik rollen wanneer verantwoordelijkheden hetzelfde moeten blijven ondanks personeelswisselingen of wanneer één persoon meerdere functies bekleedt.
- Gebruik namen wanneer individueel eigenaarschap belangrijk is of wanneer meerdere mensen dezelfde functietitel hebben.
Kies de aanpak die verantwoordelijkheden het duidelijkst maakt en gebruik die consequent.
Stap 2: Identificeer projecttaken of op te leveren resultaten
Noteer de belangrijkste projecttaken of op te leveren resultaten in de linkerkolom. Gebruik je projectplan of lijst met op te leveren resultaten als uitgangspunt.
Houd het detailniveau beheersbaar. Een RACI-schema moet eigenaarschap verduidelijken en geen tweede takenoverzicht worden. Richt je op werk waarvoor coördinatie, beslissingen of goedkeuringen nodig zijn.
Stap 3: Wijs de RACI toe aan elke rol en taak
Wijs voor elke taak de verantwoordelijke, eindverantwoordelijke, geraadpleegde en geïnformeerde rollen toe. Elke taak moet ten minste één verantwoordelijke hebben en precies één eindverantwoordelijke eigenaar. Voeg alleen geraadpleegde en geïnformeerde belanghebbenden toe wanneer dat nodig is.
In ons voorbeeld is Frodo verantwoordelijk voor het dragen van de Ring naar de Doemberg. Gandalf geeft begeleiding, terwijl Sam Frodo's werk actief ondersteunt. Dit onderscheid laat ook zien waar een uitgebreid model zoals RASCI, waarin een ondersteunende rol is opgenomen, nuttig kan zijn.
Stap 4: Stem dit af met je team
Bespreek de toewijzingen met de mensen die het werk uitvoeren. Controleer of de verantwoordelijkheden realistisch zijn, of niemand te veel op zijn bord heeft en of voor alle taken duidelijk eigenaarschap is.
Pas het schema aan voordat je het breder deelt.
Stap 5: Stem dit af met de belangrijkste belanghebbenden van het project
Deel het concept met belangrijke belanghebbenden om de bevoegdheid om goedkeuring te geven, verantwoordelijkheden voor besluitvorming en verwachtingen rond communicatie te bevestigen.
Houd de beoordeling gericht op het oplossen van hiaten of meningsverschillen, in plaats van iedereen uit te nodigen het schema opnieuw te ontwerpen.
Stap 6: Maak het gedurende de hele looptijd van het project nuttig
Een RACI-diagram helpt alleen als mensen het daadwerkelijk gebruiken. Laat het na de startbijeenkomst niet verdwijnen in een projectmap.
- Gebruik het tijdens de uitvoering: Controleer de toewijzingen wanneer je aan het werk gaat, goedkeuringen aanvraagt of vragen over verantwoordelijkheden oplost.
- Werk het bij wanneer verantwoordelijkheden veranderen: Bekijk het diagram opnieuw na personeelswijzigingen, aanpassingen van de reikwijdte of veranderingen in beslissingsbevoegdheid.
- Houd het toegankelijk: Sla het op een gedeelde locatie op, zoals Confluence, Google Docs of de projectmanagementsoftware van je team. Als je Excel gebruikt, zorg er dan voor dat iedereen toegang heeft tot de huidige versie.
- Bekijk het bij de afsluiting van het project: Bepaal waar het eigenaarschap goed werkte, waar goedkeuringen vertraging opliepen en of er te veel mensen betrokken waren.
Behandel het diagram als een levend projectdocument, niet als een eenmalige planningsactiviteit.
Luister hiernaar als podcast
Suze deelt haar ongezouten mening over hoe je moet ophouden met naar elkaar wijzen en gewoon verder moet gaan.
Beste werkwijzen voor RACI-diagrammen
Controleer deze vijf zaken voordat je je RACI-diagram gaat gebruiken:
- Gebruik het waar het waarde toevoegt. Eenvoudige projecten met duidelijk omschreven verantwoordelijkheden hebben mogelijk geen formele matrix nodig.
- Definieer rollen voordat je ze toewijst. Zorg ervoor dat iedereen het verschil begrijpt tussen verantwoordelijk, eindverantwoordelijk, geraadpleegd en geïnformeerd.
- Wijs per taak één eindverantwoordelijke toe. Meerdere eindverantwoordelijken kunnen goedkeuringen vertragen en ervoor zorgen dat beslissingen niet worden genomen.
- Wees selectief in wie updates nodig heeft. Niet elke belanghebbende hoeft in elke rij te staan. Gebruik je plan voor belanghebbendenbeheer voor bredere communicatie.
- Maak het samen met je team. Stel het diagram zelf op als dat eenvoudiger is, maar vraag input van de mensen die verantwoordelijk zijn voor het uitvoeren en goedkeuren van het werk.
Het doel is niet om elke cel te vullen. Het gaat erom verantwoordelijkheden zo duidelijk te maken dat het werk zonder onnodige vragen of goedkeuringen kan doorgaan.
Wat zijn de alternatieven voor een RACI?
RACI is niet de enige manier om rollen en verantwoordelijkheden voor besluitvorming te verduidelijken. Verschillende varianten passen de terminologie aan of voegen extra rollen toe om aan te sluiten bij verschillende teams.
- RASCI (Verantwoordelijk, Eindverantwoordelijk, Ondersteunend, Geraadpleegd, Geïnformeerd): Voegt een ondersteunende rol toe voor mensen die actief helpen bij het voltooien van een taak. Nuttig wanneer bij het werk meerdere bijdragers betrokken zijn.
- CARS (Communiceren, Goedkeuren, Verantwoordelijk, Ondersteunen): Richt zich op communicatie, goedkeuring, uitvoering en ondersteuning, in plaats van onderscheid te maken tussen geraadpleegde en geïnformeerde belanghebbenden.
- RAS (Verantwoordelijk, Goedkeuren, Ondersteunen): Een vereenvoudigd model met drie rollen. Nuttig wanneer een team minder onderscheid nodig heeft, hoewel het mogelijk niet aan alle vereisten voor eindverantwoordelijkheid voldoet.
- DACI (Aanvoerder, Goedkeurder, Bijdrager, Geïnformeerd): Richt zich directer op besluitvorming en identificeert wie een beslissing aanstuurt, wie deze goedkeurt en wie input levert.
- CLAM (Draagt bij, Leidt, Keurt goed, Houdt toezicht): Gebruikt actiegerichte rollen om onderscheid te maken tussen deelname, leiderschap, goedkeuring en toezicht.
De beste keuze hangt af van wat u probeert te verduidelijken. Gebruik RACI voor taakeigenaarschap en verantwoordingsplicht, DACI voor besluitvorming of RASCI wanneer ondersteunende medewerkers expliciet erkenning nodig hebben.
U kunt ook RACI 2.0 bekijken voor nog een variant op het raamwerk.
Wat nu?
Wilt u meer hulp bij het beheren van projecten en het aansturen van teams? Volg dan onze cursus Digitale projectmanagement beheersen. De cursus behandelt de volledige projectlevenscyclus, van initiatie tot afsluiting, en behandelt ook een breed scala aan projectmethodologieën die helpen om projecten succesvol af te ronden.
